> Will turning of Ack for the subscriber causing the duplicate correct the > problem? No. You need to either delete them or at least set them to NOMAIL. > -----Original Message----- > From: John Lyon [mailto:[log in to unmask]] > Sent: Friday, May 09, 2003 10:51 AM > To: [log in to unmask] > Subject: Re: Duplicate Messages > > > > The list is a moderated list and only accepts messages approved by the > > moderator. The duplicate messages are all coming from the moderator. > > Although, some subscribers have indicated that they are not receiving the > > duplicates, the logs appear to indicate otherwise. Is it possible for a > > system to "reflect" a message back and bypass the authority of the > > moderator? > > In this case yes, as the Approved-By: header is already there. > > > You are correct that there are an additional 6 lines between the two > > messages. Is there a way within LISTSERV to view the entire header > > information, or will I need to pull the headers from a subscribers > > mailbox? > > The archives don't keep the full headers, you need the delivered copies > from a subscribed address. Whenever there is ANY message duplication, the > full headers is the place to find the duplication. > > > > -----Original Message----- > > From: John Lyon [mailto:[log in to unmask]] > > Sent: Wednesday, May 07, 2003 11:11 AM > > To: [log in to unmask] > > Subject: Re: Duplicate Messages > > > > > > > One of the lists on our server is sending duplicate messages to > > > subscribers. The messages appear in the archives and in subscriber > > > mailboxes with identical time and date stamps. I have confirmed in the > > > LISTSERV log that it is actually sending the message twice not the SMTP > > > server causing the duplicate distribution. > > > > You have a subscriber who's gateway is "reflecting" the message back to > > LISTSERV rather than bouncing it according to standards. Looking at the > > full headers of the duplicates should give you a clue on who this > > subscriber is. You will notice in the archives, each duplicate message > > has an additional 6 lines of text. The is the additional received headers > > which will point to the offender.