|Main Archive Page > Month Archives > postfix-users archives|
Le 20/11/2010 20:55, Victor Duchovni a écrit :
> On Sat, Nov 20, 2010 at 07:45:41PM +0100, Ben wrote:
>> Thank you for your help ! The recipient domain should be configured as
>> final, but is not. I think that's the problem.
>> I joined the information you asked to avoid line breaking.
> Turn off verbose logging, it is not needed, and obscures the logging
> that's actually useful.
>> Nov 19 17:34:50 kappa postfix/smtpd: NOQUEUE: reject: RCPT from mail-ww0-f47.google.com[18.104.22.168]: 554 5.7.1<email@example.com>: Relay access denied; from=<firstname.lastname@example.org> to=<email@example.com> proto=ESMTP helo=<mail-ww0-f47.google.com>
> This is sufficient, the domain "test-and-test.com" is not listed in
> any of the final (or "relay") address classes
>> $ postconf mydestination relay_domains virtual_alias_domains virtual_mailbox_domains virtual_alias_maps virtual_mailbox_maps smtpd_recipient_restrictions
>> mydestination = $myhostname, localhost.$mydomain, localhost
>> relay_domains = $mydestination
> Generally, you should set "relay_domains" explicitly to a
> non-default value (often empty) and remove "relay_domains" from
> parent_domain_matches_subdomains (which should be empty or just
> parent_domain_matches_subdomains = smtpd_access_maps
>> virtual_alias_domains = $virtual_alias_maps
>> virtual_mailbox_domains = $virtual_mailbox_maps
>> virtual_alias_maps = $virtual_maps
> You should set virtual_alias_maps explicitly to whatever you have
> virtual_maps set to. You should set virtual_alias_domains to a list of
> domains explicitly listed in main.cf, unless the list is large and or
> changes often. Even then, you should use a separate table from
>> virtual_mailbox_maps = proxy:mysql:/etc/postfix/myvirtual.cf
> This defines mailbox locations for individual users.
>> $ postmap -q firstname.lastname@example.org proxy:mysql:/etc/postfix/myvirtual.cf
> This user has a mailbox. That does not make the *domain* final. You
> need to list the *domain* in virtual_mailbox_domains.
Yes, you were true. The domain was not present in the virtual table. I
would investigate to find why now...
How can you see it's a domain related problem, instead of an email problem ?
Thank you for the pointer.