[exim-dev] Fwd: [mailop] Google - multiple domain deliveries…

Páxina inicial
Borrar esta mensaxe
Responder a esta mensaxe
Autor: Todd Lyons
Data:  
Para: exim-dev
Asunto: [exim-dev] Fwd: [mailop] Google - multiple domain deliveries - new behaviour ?
We might need to add a knob to the smtp transport that says to not
group different domains per recipient MX. The question is whether we
think this is enough of an issue to add this or if the existing queue
management compensates for Google's local policy. I assume some of
that answer will depend on the volume that any particular $SENDER is
actually moving in their direction.

...Todd


---------- Forwarded message ----------
From: Andy Davidson <andy@???>
Date: Thu, May 24, 2012 at 7:35 AM
Subject: [mailop] Google - multiple domain deliveries - new behaviour ?
To: mailop@???


Hi,

I run a number of busy mailing lists, and debugged some slow delivery
complaints this morning.

I group email delivery per destination MX host using Exim, so that if
xxx.com and yyy.com point to the same MX server, they can be delivered
in the same SMTP transaction.  I have noticed today that google do not
allow multiple domain names in the same transaction any more :

2012-05-24 15:31:22 1SXZ2G-0004ka-D4 SMTP error from remote mail
server after RCPT TO:<xxxx@???>: host aspmx.l.google.com
[173.194.79.26]: 451-4.3.0 Multiple destination domains per
transaction is unsupported.  Please\n451 4.3.0 try again.
op2si1498187pbc.196
2012-05-24 15:31:26 1SXZ2G-0004ka-D4 SMTP error from remote mail
server after RCPT TO:<xxxx@???>: host aspmx.l.google.com
[173.194.79.26]: 451-4.3.0 Multiple destination domains per
transaction is unsupported.  Please\n451 4.3.0 try again.
op2si1498187pbc.196
2012-05-24 15:31:26 1SXZ2G-0004ka-D4 SMTP error from remote mail
server after RCPT TO:<xxxx@???>: host aspmx.l.google.com
[173.194.79.26]: 451-4.3.0 Multiple destination domains per
transaction is unsupported.  Please\n451 4.3.0 try again.
op2si1498187pbc.196

Is this correct behaviour, in other words have I been trying to do
something incorrect all along ?

Why would they do this ?

Is there a whitelist mechanism ?

Andy
_______________________________________________
mailop mailing list
mailop@???
http://chilli.nosignal.org/mailman/listinfo/mailop


--
Always code as if the guy who ends up maintaining your code will be a
violent psychopath who knows where you live. -- Martin Golding