Re: [exim] relay via gmail

Góra strony
Delete this message
Reply to this message
Autor: Todd Lyons
Data:  
Dla: Angelo Chen
CC: exim-users
Temat: Re: [exim] relay via gmail
On Wed, Aug 29, 2012 at 7:58 PM, Angelo Chen <angelochen960@???> wrote:
>
> using Exim 4.72 in a centos, set up the smtp to relay from gmail, I found


You really should consider upgrading to 4.80. There are quite a few
bugs that have been fixed, and one remote execution vulnerability
that's fixed too.

> many entries like following in the log:
> R=smarthost T=remote_msa defer (-53): retry time not reached for any host


Exim maintains a "hints database" that helps to track the status of
connections to a remote host. The retry line(s) in your exim.conf
determines how often exim will retry to send a message in the event of
temporary failures (deferrals). "retry time not reached for any host"
means simply that all of the hosts that are MX's for this email
address have been tried more recently than the retry timer.

> I have to setup a cron job to do:
> exim -qff
> and it got sent out:
> R=smarthost T=remote_msa H=gmail-smtp-msa.l.google.com [173.194.79.108]
> X=TLSv1:RC4-SHA:128
> 2012-08-27 01:15:17 1T5fvw-0007pj-2M Completed


The -qff means run the queue and ignore the retry hints and try to
send it no matter what. The bigger question is why was it deferred in
the first place. The exigrep command shown below will extract all the
lines associated with that message and show you why it got initially
deferred. With big sites like gmail, hotmail, yahoo, etc, it's almost
always no reputation or poor reputation, though if you're using SMTP
Auth, I would expect their reputation score for you to not have an
impact on it.

> any idea why? Thanks,


Look in your logs to see why it was deferred in the first place:
exigrep 1T5fvw-0007pj-2M /path/to/you/mail.log

In the future, you can look at this from the commandline very easily
and before you force the mail to be sent:
CentOS58[root@ivwm52 ~]# exim -Mvl 1T75Fh-0008JE-9l
2012-08-30 13:57:50 Received from
ESC1110845457031_1102534572527_4293_r20@???
H=ccm39.constantcontact.com [208.75.123.164] P=esmtp S=38855
id=1110845457031.1102534572527.4293.9.32095561@???
2012-08-30 13:57:51
/netapp3/mail/maildirs/O/B/F/OBFUSCATED.com/chris/Maildir/
<chris@???> R=virtual_user T=address_directory defer (-22):
mailbox is full (MTA-imposed quota exceeded while writing to
tmp/1346335071.H5617P31993.m.ivenue.com)


...Todd
--
The total budget at all receivers for solving senders' problems is $0.
If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine