In the linux-kernel -list subscribers domain popularity
analysis I got following results:
2101 gmail.com
49 googlemail.com
46 gmx.de
41 redhat.com
33 yahoo.com
23 suse.de
22 gmx.net
21 comcast.net
The gmail is so popular, that with their somewhat rudimentary
inbound MTA software this kind of recipient masses take horrible
time to feed in... Mere 0.5-0.7 seconds per recipient, but..
So far we have tried to feed all recipients in one go per
message - that is sending 2100 RCPT TO -lines in one swoop,
and the system has taken some 15-25 minutes per message to
feed it to gmail. We are running the delivery 20 streams in
parallel, so it isn't quite as bad as it sounds..
I do have one thing that gmail could enable to speed up the message
delivery (a lot!) from VGER and other list delivery sources.
That single magic needed thing is called "PIPELINING" support
at gmail's inbound MX servers. With suitably well behaving
smtpserver it is really trivial to implement, all real difficult
magic is at the sending side smtp client codes.
Once upon a time I implemented that thing for a trans-atlantic
SMTP fanout feed -- message delivery time became slashed from
hundreds of RTT delays to mere few..
/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
