Le 04/10/2012 15:02, Jason Hirsh a écrit : > >> >> >> dovecot on the server >>> >>>> >>>>> i also don't see these commands; >>>>> alias_database = hash:/etc/aliases >>>>> alias_maps = hash:/etc/aliases >>>>> mailbox_command >>>>> local_recipient_maps >>>>> >>>> >>>> I was not using those in postfix >>> >>> take some time and read what they do. you should at least specify system >>> root and postmaster and abuse. >> >> i handled that in virtual_mailbox >>>>> >>>>> cat /etc/amavisd.conf | grep forward >>>> >>>> that did not show any active commands >>> >>> your path may different. depending on your OS. >>> here is a sample typical linux location /etc/amavis/conf.d/ >> >> what i meant was that all associate dlines were commented out as I >> understand it I am running amavisd set to default iin this section >>> >>>>>> virtual_alias_maps = hash:/usr/local/etc/postfix/virtual >>>>> >>>>> what do these say? >>>> >>>> virtual is empty >>>>> >>> >>> okay , >>> >>> take some time and read up what virtual alias maps do for you. >>> http://www.postfix.org/VIRTUAL_README.html >>> >>> basically it looks like your system is delivering into amavis back to >>> postfix. but at that point it has no clue what to do. >>> for debug purposes I would comment out the content filter and watch your >>> postfix logs typical location /var/log/mail.log. >>> #content_filter = smtp-amavis:[127.0.0.1]:10024 >>> > > > > OK as it turns out I found one possible error > > I did not define the type data base (No hash) in my declaration of > virtual_mailbox_domains > > since the domains worked i think that was not a major concern speaks well > of the strength of postfix > > > what I did find is that I was essential disabling the re-address by having > the following in main.cf > > receive_override_options = no_address_mappings > > took that out and it works fine >
but do enable that before the filter.
