Reject instead of bounce

[Alain Spineux]

On Tue, Jun 17, 2008 at 5:28 PM, Carsten Burghardt
<carsten at cburghardt.com> wrote:
> Alain Spineux schrieb:
>
> On Tue, Jun 17, 2008 at 9:20 AM, Carsten Burghardt
> <carsten at cburghardt.com> wrote:
>
>
> Alain Spineux schrieb:
>
> Does this append when the email is sent by a non authenticated user
> sending from outside of
> your local network ?
>
>
> Exactly. That's what the communication looks like:
>
>
> The interesting part is missing
>
>
> What do you mean? That is the complete communication I just replaced some
> email-addresses.
>
>
> The mail incoming is missing
>
>
> I'm not sure what you mean. The mail text? There is nothing more in the
> logfile.
>
>
>
> #   maps
> canonical_maps = hash:/etc/postfix/canonical
> virtual_alias_maps =  hash:/etc/postfix/virtual,
>        ldap:/etc/postfix/ldapdistlist.cf,
>        ldap:/etc/postfix/ldapvirtual.cf
> relocated_maps = hash:/etc/postfix/relocated
> transport_maps = hash:/etc/postfix/transport,
> ldap:/etc/postfix/ldaptransport.cf
> alias_maps = hash:/etc/aliases
> alias_database = hash:/etc/aliases
> #virtual_mailbox_maps = $virtual_alias_maps
> local_recipient_maps = $virtual_alias_maps, $alias_maps
>
>
> The  problem is described here.
> http://www.postfix.org/postconf.5.html#smtpd_reject_unlisted_recipient
> One of the map should contains the email address or simply a
> "@the.domain.name"
> remove it
>
>
> And this is the part that confuses me: the email-address is not listed in
> any of these maps. I can send an email to mickeymouse with the same result.
> The domain is listed in the virtual table and simply redirects to my "main"
> domain as described in the Kolab FAQ (@domain1.com @domain2.com)
>
>
> @domain2.com, that's it
>
>
>
> but that
> can't be the case because I had the problem before I included that in the
> virtual table.
>
>
> Wrong, how could you receive email for @domain2.com without the entry
> in this map ?
>
>
> Because I added alias entries to my users which I replaced now with the
> entry in the virtual table. So the addressing is not caused by this entry.
> The domains itself are added in the kolab frontend so that they get included
> in the mydestination and masquerade_domains parameters.
>
>
>
> So there must be something wrong with the ldap generated maps but I have no
> clue how I can test this. Is that the normal behaviour of the kolab postfix?
>
>
> I thin the idea is to put the line
> @domain1 @domain2
> somewhere else.
>
> I need to thing about that.

I asked the  postfix mailing list, and "Victor" told me this
is not possible. I agree.
I'm surprised by the answer, that something that looks so natural/common
is not a build in feature of postfix.
The "workaround", in fact the normal postfix way is to
create  a map for each user and strip out the "@domain1 @domain2" from
the map file.

BUT another workaround is to customize the ldap query

replace

query_filter = (&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s)))

by

query_filter = (&(!(kolabDeleteFlag=*))(|(alias=%u at yourfirstdomain)(mail=%u at yourfirstdomain)))

but then all your virtual_domain must be alias of your main domain.  I mean
you cannot receive email for domain with different users.
Dont forget to keep an

@youraliasdomain anything
in your "virtual" file

Regards.

>
> I have a reference installation (normal postfix without kolab) that I want
> to replace with this kolab server and there I have the following
> configuration:
> virtual_alias_domains=the configured domains
> mydestination=contains only the local hostname
>
> And my virtual file contains all the existing users with alias
>
> In my kolab enviroment I have all domains listed in the mydestination. Maybe
> that's the difference?
>
>
> Carsten
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you