Kolab 3.4 multi domain patched, email alias lookup fail

[Milan Petrovic]

This has finally fixed it! Emails are delivered to both mailboxes and no
errors sent back to the sender or shown in log.

Seems that separating the alias line into a new file from the configuration
options in virtual_alias_maps_manual.cf what did the trick.

Andy, thanks a lot.

I've been pulling my hair all night in order to fix this. I am really very
grateful. I would have never solved this myself.

Thanks again!


On Fri, Nov 25, 2016 at 2:05 PM, Andy Kopciuch <akopciuch at bddf.ca> wrote:

> On Friday November 25 2016 12:10:46 Milan Petrovic wrote:
> > I was able to have the email delivered to the addr1 at domain6 by changing
> the
> > alias line in virtual_alias_maps_manual.cf to:
> >
> > addr1 at domain6 = addr1 at domain5
> >
> > If I leave the "=" sign out, the mail log complains that:
> > fatal: /etc/postfix/virtual_alias_maps_manual.cf, line 1-10: missing '='
> > after attribute name: "addr1 at domain6 addr1 at domain5"
> >
>
>
> The normal behavior for a file in virutal_alias_maps is to be an indexed
> file.
> I believe if you just specify a path, without a table type ... it just
> reads
> in the contents of the file as is (as part of the configuration).
>
> What you probably want is in main.cf:
>
> virtual_alias_maps = hash:/etc/postfix/virtual,
>         ldap:/etc/postfix/ldap/virtual_alias_maps.cf,
>         <other lookup configurations>
>
> Create the file /etc/postfix/virtual
>
> Contents :
> @domain6.com @domain5.com
>
> Run this command after modifications :
> root at host # /usr/sbin/postmap /etc/postfix/virtual
>
> Which will create/update /etc/postfix/virtual.db
>
>
> Then run this to reload postfix :
> root at host # service postfix reload
>
>
>
> Andy
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20161125/7bb920c5/attachment.html>