On Thu, Jul 08, 2004 at 12:48:32PM -0700, Frank Mayhar (frank at exit.com) said: > Echo, echo, echo. > > Okay, now I'm going to kill you _both_. :-/ I'm glad I have procmail shuttling duplicates elsewhere--I wouldn't even know about this (since I very rarely check my dupes folder) if folks hadn't complained. > (And can someone _please_ fix this? The relevant headers appear to be > > > Received: from dd-b.net (IDENT:qmailr at gw.dd-b.net [63.224.10.74]) > > by tinker.exit.com (8.12.11/8.12.9) with SMTP id i68JXODw083327 > > for <frank at exit.com>; Thu, 8 Jul 2004 12:33:25 -0700 (PDT) > > (envelope-from dragaera-return-14257-frank=exit.com at dragaera.info) > > Received: (qmail 23591 invoked from network); 8 Jul 2004 19:33:00 -0000 > > Received: from unknown (@10.0.0.205) > > by 10.0.0.205 with QMQP; 8 Jul 2004 19:33:00 -0000 > > That 10.0.0.205 is awfully suspicious. A possibly relevent bit is that on the very last received email, instead of something like: > > Received: from unknown (@10.0.0.205) it seems that we have: > > Received: from unknown (dgf at 10.0.0.205) Dunno if that makes a difference. (Or if I'm even right.) Now, I know that in sendmail, there is, or used to be, a particular option about sending things to multiple users. If it's on, it saves time and so forth by delivering to them all at once. The problem is that if it runs into trouble on the 5th user, it'll try again later--and the 1st through the 4th users will get another copy. And if it has trouble again at the same place, why then the 1st through 4th users will get still another copy. (My work used to have this problem, and folks would sometimes get hundreds of duplicates if there was a stale lock file hanging around.) dd-b.net looks to use qmail, not sendmail, but it might be the same sort of thing. > And of course everyone (including myself) will get to see this information > forty-seven times, plus or minus twenty. Sigh. I don't seem to be getting quite that many; it's been in the low teens at most for me. -- Jim Toth jtoth at megrez.org