Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread adi
On Fri, Jun 27, 2003 at 03:10:47PM +0200, Sebastian Hagedorn wrote: > Every MTA along the way should add a message-id if there isn't one. qmail don't add message-id for any messages that comes through smtp (qmail-smtpd). Regards, P.Y. Adi Prasaja

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Stephen Grier
On Fri, 2003-06-27 at 16:48, Rob Siemborski wrote: > On Fri, 27 Jun 2003, Stephen Grier wrote: > > > We use Exim here. The messages do have a Message-Id: header, but with an > > empty value. I assume Exim will not add or alter the msg-id in this > > case. > > Any idea why this one user is getting

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Phil Chambers
On Fri, 27 Jun 2003 16:52:02 +0100 (BST) David Carter <[EMAIL PROTECTED]> wrote: > On Fri, 27 Jun 2003, Stephen Grier wrote: > > > We use Exim here. The messages do have a Message-Id: header, but with an > > empty value. > > Eeep. That's no fun at all. > > > I assume Exim will not add or alter

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Henrique de Moraes Holschuh
On Fri, 27 Jun 2003, Stephen Grier wrote: > Yes, the messages do have a Message-Id: header with an empty value. I've > identified 2 domains which appear to be doing this. > > Would it be reasonable to have lmtpd not add an entry to the deliver db > for zero-length message-ids? It would be reasona

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Rob Siemborski
On Fri, 27 Jun 2003, Stephen Grier wrote: > We use Exim here. The messages do have a Message-Id: header, but with an > empty value. I assume Exim will not add or alter the msg-id in this > case. Any idea why this one user is getting a bunch of messages like this, or what might be generating them?

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread David Carter
On Fri, 27 Jun 2003, Stephen Grier wrote: > We use Exim here. The messages do have a Message-Id: header, but with an > empty value. Eeep. That's no fun at all. > I assume Exim will not add or alter the msg-id in this case. I suspect this is the case, though arguably Exim should do something abo

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Stephen Grier
On Fri, 2003-06-27 at 14:27, David Carter wrote: > On Fri, 27 Jun 2003, Stephen Grier wrote: > > > I have noticed that this has been happening on other occasions, where > > lmtpd does a duplicate_check and then a duplicate_mark on zero length > > message-ids. This raises the possibility that the s

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Stephen Grier
On Fri, 2003-06-27 at 14:10, Sebastian Hagedorn wrote: > -- Stephen Grier <[EMAIL PROTECTED]> is rumored to have mumbled on > Freitag, 27. Juni 2003 13:47 Uhr +0100 regarding non-existent msgids & > duplicate delivery suppression: > > > I have noticed that this

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread David Carter
On Fri, 27 Jun 2003, Stephen Grier wrote: > I have noticed that this has been happening on other occasions, where > lmtpd does a duplicate_check and then a duplicate_mark on zero length > message-ids. This raises the possibility that the server is suppressing > messages that are not duplicates, bu

Re: non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Sebastian Hagedorn
-- Stephen Grier <[EMAIL PROTECTED]> is rumored to have mumbled on Freitag, 27. Juni 2003 13:47 Uhr +0100 regarding non-existent msgids & duplicate delivery suppression: I have noticed that this has been happening on other occasions, where lmtpd does a duplicate_check and then a dupl

non-existent msgids & duplicate delivery suppression

2003-06-27 Thread Stephen Grier
Hi, We are currently running cyrus-imapd-2.1.11 with duplicate delivery suppression enabled. One of our users complained that they were not receiving their mail. Having looked at the logs I noticed a string of entries like the following: Jun 25 13:11:43 machine lmtpd[18521]: duplicate_check: