On 11/27/2011 11:26 PM, Tim Dunphy wrote:
> Thanks Noel,
> 
>  I tried altering the transport table I am using in the hopes of resolving 
> the situation.
> 
> 
> 
> [root@mail ~]# grep CC2C124F9F /var/log/maillog
> Nov 28 00:21:36 mail postfix/smtpd[18192]: CC2C124F9F: 
> client=localhost[127.0.0.1]
> Nov 28 00:21:50 mail postfix/cleanup[18201]: CC2C124F9F: 
> message-id=<20111128052136.cc2c124...@mail.crispycode.com>
> Nov 28 00:21:50 mail postfix/qmgr[17871]: CC2C124F9F: 
> from=<bluethu...@jokefire.com>, size=381, nrcpt=1 (queue active)
> Nov 28 00:21:50 mail postfix/smtp[18204]: CC2C124F9F: 
> to=<bluethu...@crispycode.com>, relay=50.19.83.210[50.19.83.210]:25, 
> delay=23, delays=23/0.01/0.02/0, dsn=5.4.6, status=bounced (mail for 
> [50.19.83.210] loops back to myself)
> Nov 28 00:21:50 mail postfix/bounce[18207]: CC2C124F9F: sender non-delivery 
> notification: 1C48424FA1
> 
> 
> This is what the transport table looks like
> 
> mysql> select * from transport;
> +----------------+---------------------+
> | domain         | transport           |
> +----------------+---------------------+
> | crispycode.com | smtp:[50.19.83.210] |
> +----------------+---------------------+
> 1 row in set (0.00 sec)

that domain MUST NOT be listed in transport_maps.  Remove it.

transport_maps overrides postfix internal routing decisions; you've
told postfix to deliver that domain via smtp to the specified
address, causing a loop.




  -- Noel Jones

Reply via email to