[quote user="mkskchun"]
Okay, that makes sense. Now, we were able to print the duplicate emails, both have identical body and subject line. From one email, the "to:" and "Copies to:" both have each recipient's email address twice, also, there is an unknown email address added there only once. On the second email, each "To:" and "Copies to:" only have the recipients once.
Ex:
Email 1: To: Unkown email address, 1a, 1a Copies To: 1b, 1c, 1d, 1e, 1f, 1b, 1e, 1d, 1c
Email 2: To: 1a Copies To: 1f, 1b, 1e, 1d, 1c
Where a= person 1, b= person 2, .... & in that order
Thanks,
Matt
[/quote]
First, is it "Copies To:" or "Copies-To:"? IIRC, mail header tags cannot have a space in them, and if you've got something set up to add such a header (such as custom headers), it may be messing things up. There are also options to add other special headers, like Reply-To:, etc. However, for the most part, other than making sure they are valid, mailservers don't pay much attention to the "To:", "From: and other such lines in the mail message. When you send a message, the mail client action actually creates an "envelope" that contains the real from and to data, that looks something like this:
>> 220 smtp.myhost.com ESMTP
<< EHLO [mycomputername]
>> 250-smtp.myhost.com
... (protocol negotiations go here) ...
<< MAIL FROM:<myrealemailaddress@myrealhost.com>
>> 250 ok
<< RCPT TO:<yourrealemailaddress@yourrealhost.com>
>> 250 ok
<< DATA
>> 354 go ahead
<< From: "Ha-ha, fooled you!" <fakeemail@planetmars.com>
<< To: "And again!" <nosuchrealemail@oriongalaxycolonies.org>
<< Subject: All the headers in this mail are faked!
<<
<< (The body follows a single blank line separating it from the headers..)
<< But the mailserver does not care about the From: or To: headers, it gets delivery information from the "MAIL FROM" and "RCPT TO" lines
<< which were sent before sending the mail headers and body. And those are the addresses the mail is really from and to. the rest are ignored.
<< (And a single "." on a line by itself tells the mailserver the message is done..)
<< .
>> 250 ok
<< quit
>> 221 smtp.myhost.com
The thing to understand here is that the From:, To:, Cc:, Copies-To:, and just about every other header is pretty much ignored (there are a few that are not, and most are only checked for valid syntax and such). So if you're receiving duplicate mails, either the server is misconfigured (accidentally or intentionally..), or you have something in your setup that is causing PMail to send multiple "RCPT TO:" lines (and notice that unlike mail headers, the envelope tags DO have spaces in them). You'll need to find out which..
Try this: In your PMail Internet Options, checkmark the box that creates session logs (for debug purposes). Then send a test mail. Then, in your PMail user data folder, it should create a file like "TCP0001.WPM" which is simply a text file log, that you can open in notepad or something, of the transaction between PMail and your mailserver, and will look somewhat like the fake transaction I made above. Armed with the info in this transaction logfile, you can look at what PMail is actually sending the mailserver, including the envelope and unmodified mail headers, and see if they provide a clue what is going on.
If all looks well, and there's only one "RCPT TO" to the person getting double, then the mailserver is (in protocol violation) adding a second one on its own. (This could be a bug, or it could be an indication someone set up a snoop server between you and your real email server..)
If that doesn't help you figure it out, edit the log a little to remove any extraneous info and private info/passwords, etc, and post the log here. (When editing things like email addresses, replace them with stuff like person1@email.com or something.. 1a, 1b, 1c and stuff looks confusing.. and worse, in some environments, those ARE valid addresses. We'll need to see exactly which form of addresses are being used..)
Regards,
C. M.
[quote user="mkskchun"]<P>Okay, that makes sense.&nbsp; Now, we were able to print the duplicate emails, both have identical body and subject line.&nbsp; From one email, the "to:" and "Copies to:" both have each recipient's email address twice, also, there is an unknown email address added there only once.&nbsp; On the second email, each "To:" and "Copies to:" only have the recipients once.&nbsp; </P>
<P>&nbsp;Ex:</P>
<P>Email 1: To: Unkown email address, 1a, 1a&nbsp; Copies To: 1b, 1c, 1d, 1e, 1f, 1b, 1e, 1d, 1c</P>
<P>Email 2: To: 1a Copies To: 1f, 1b, 1e, 1d, 1c</P>
<P>Where a= person 1, b= person 2, .... &amp; in that order</P>
<P>Thanks,</P>
<P>Matt</P>[/quote]
<p>First, is it "Copies To:" or "Copies-To:"? IIRC, mail header tags cannot have a space in them, and if you've got something set up to add such a header (such as custom headers), it may be messing things up. There are also options to add other special headers, like Reply-To:, etc. However, for the most part, other than making sure they are valid, mailservers don't pay much attention to the "To:", "From: and other such lines in the mail message. When you send a message, the mail client action actually creates an "envelope" that contains the real from and to data, that looks something like this:</p>
<p>&gt;&gt; 220 smtp.myhost.com ESMTP
&lt;&lt; EHLO [mycomputername]
&gt;&gt; 250-smtp.myhost.com
... (protocol negotiations go here) ...
&lt;&lt; MAIL FROM:&lt;myrealemailaddress@myrealhost.com&gt;
&gt;&gt; 250 ok
&lt;&lt; RCPT TO:&lt;yourrealemailaddress@yourrealhost.com&gt;
&gt;&gt; 250 ok
&lt;&lt; DATA
&gt;&gt; 354 go ahead
&lt;&lt; From: "Ha-ha, fooled you!" &lt;fakeemail@planetmars.com&gt;
&lt;&lt; To: "And again!" &lt;nosuchrealemail@oriongalaxycolonies.org&gt;
&lt;&lt; Subject: All the headers in this mail are faked!
&lt;&lt;
&lt;&lt; (The body follows a single blank line separating it from the headers..)
&lt;&lt; But the mailserver does not care about the From: or To: headers, it gets delivery information from the "MAIL FROM" and "RCPT TO" lines
&lt;&lt; which were sent before sending the mail headers and body. And those are the addresses the mail is really from and to. the rest are ignored.
&lt;&lt; (And a single "." on a line by itself tells the mailserver the message is done..)
&lt;&lt; .
&gt;&gt; 250 ok
&lt;&lt; quit
&gt;&gt; 221 smtp.myhost.com</p>
<p>The thing to understand here is that the From:, To:, Cc:, Copies-To:, and just about every other header is pretty much ignored (there are a few that are not, and most are only checked for valid syntax and such). So if you're receiving duplicate mails, either the server is misconfigured (accidentally or intentionally..), or you have something in your setup that is causing PMail to send multiple "RCPT TO:" lines (and notice that unlike mail headers, the envelope tags DO have spaces in them). You'll need to find out which..</p>
<p>Try this: In your PMail Internet Options, checkmark the box that creates session logs (for debug purposes). Then send a test mail. Then, in your PMail user data folder, it should create a file like "TCP0001.WPM" which is simply a text file log, that you can open in notepad or something, of the transaction between PMail and your mailserver, and will look somewhat like the fake transaction I made above. Armed with the info in this transaction logfile, you can look at what PMail is actually sending the mailserver, including the envelope and unmodified mail headers, and see if they provide a clue what is going on.</p>
<p>If all looks well, and there's only one "RCPT TO" to the person getting double, then the mailserver is (in protocol violation) adding a second one on its own. (This could be a bug, or it could be an indication someone set up a snoop server between you and your real email server..)</p>
<p>If that doesn't help you figure it out, edit the log a little to remove any extraneous info and private info/passwords, etc, and post the log here. (When editing things like email addresses, replace them with stuff like person1@email.com or something.. 1a, 1b, 1c and stuff looks confusing.. and worse, in some environments, those ARE valid addresses. We'll need to see exactly which form of addresses are being used..)</p>
<p>Regards,
C. M.</p>