On Mon, May 07, 2007 at 10:18:21PM +0200, Willy Tarreau wrote:
> On Mon, May 07, 2007 at 05:55:55PM +0300, Matti Aarnio wrote:
...
> > 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 suspect they behave like that on purpose to fight spam.
No. VGER is on the extreme outer edge of things, only very few
legitimate systems have a need to send this much recipients for
each and every message. Some small list with perhaps 10 subscribers
at gmail notice nothing. Not even with 100 subscribers, but soon
after that the sending list sysadmin may notice something...
Comparing with spammers - message content analysis (ever so difficult
thing anyway) is _easier_ per recipient when we are sending 100
recipients for each DATA-dot body. It is 1/100:th cost per recipient
compared to "send one RCPT for each body". We could send all 2100
recipients if systems could negotiate such raised limit (there is
no standardized way, just one private ad-hoc,) and do the recipient
acceptance analysis fast enough so that PIPELINING-mode would really
gain benefits.
> If they implemented pipelining, it wouldn't help them.
It would not hurt them either. Just help us very few who
are at this extreme outer edge of things..
Lightspeed delay (ping) is about 160 ms, so there is still some
300-600 ms that the gmail system is munching somewhere per recipient..
Anyway, VGER is now tuned so that the delivery delay stays usually
under about 1 hour per message to gmail.
....
> Willy
/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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]