We are running Mercury/32 4.01b. Mercury connects to our ISP using MercuryC (SMTP) & MercuryD (POP3). We are NDS aware.
All users email at our ISP is forwarded to a single email account (mickey.mouse@wcaslab.com) , Mercury connects to this box and downloads all email.
The problem (?) is that there is an alias web server in the middle (before it hits our ISP) that aliases from <user>@waltdisney.com to <user>@wcaslab.com
When does Mercury add the X-Envelope-To: header?
It seems like that if Mercury doesn't like the original To: header (it's not seeing the aliased address) it doesn't know who to deliver it to, it sets the X-Envelope-To: recipient to the 'default user' field in the Mercury setup (mmouse.WCAS, who gets it) and not the original To: header recipient. If the email is originally addressed to daffy.duck@wcaslab.com the X-Envelope-To: recipient would read daffy.duck@wcaslab.com and be delivered to Daffy.
Mercury delivers the mail to the X-Envelope-To: recipient?
See below for an example:
==================================
Received: from spooler by wcaslab.com (Mercury/32 v4.01b); 26 Jul 2007 12:30:56 -0700
X-Envelope-To: mmouse.WCAS
Return-Path: <minnie.mouse@webmail.com>
Delivered-To: mickey.mouse@wcaslab.com
Received: (qmail 1813 invoked by uid 508); 26 Jul 2007 19:30:16 -0000
X-Mail-Scanner: (n/a)
Delivered-To: daffy.duck@wcaslab.com
...edited.....
Date: Thu, 26 Jul 2007 12:29:43 -0700 (PDT)
From: Minnie Mouse <minnie.mouse@webmail.com>
Subject: test for delivery
[quote user="gregrshaw"]
We are running Mercury/32 4.01b. Mercury connects to our ISP using MercuryC (SMTP) & MercuryD (POP3). We are NDS aware.
All users email at our ISP is forwarded to a single email account (mickey.mouse@wcaslab.com) , Mercury connects to this box and downloads all email.
The problem (?) is that there is an alias web server in the middle (before it hits our ISP) that aliases from <user>@waltdisney.com to <user>@wcaslab.com
When does Mercury add the X-Envelope-To: header?
When writing the *.CNM file to the users new mail directory.
It seems like that if Mercury doesn't like the original To: header (it's not seeing the aliased address) it doesn't know who to deliver it to, it sets the X-Envelope-To: recipient to the 'default user' field in the Mercury setup (mmouse.WCAS, who gets it) and not the original To: header recipient. If the email is originally addressed to daffy.duck@wcaslab.com the X-Envelope-To: recipient would read daffy.duck@wcaslab.com and be delivered to Daffy.
Mercury delivers the mail to the X-Envelope-To: recipient?
See below for an example:
==================================
Received: from spooler by wcaslab.com (Mercury/32 v4.01b); 26 Jul 2007 12:30:56 -0700
X-Envelope-To: mmouse.WCAS
Return-Path: <minnie.mouse@webmail.com>
Delivered-To: mickey.mouse@wcaslab.com
Received: (qmail 1813 invoked by uid 508); 26 Jul 2007 19:30:16 -0000
X-Mail-Scanner: (n/a)
Delivered-To: daffy.duck@wcaslab.com
Here's a header to work with. Tell MercuryD to use this for delivery only in the MercuryD setup, level the user name blank and set the default user to the postmasters address. I believe that this will be properly delivered to the correct user. The only problem I can see is that there is two Delivered-To: lines and this will be a problem if these are actual headers.
...edited.....
Date: Thu, 26 Jul 2007 12:29:43 -0700 (PDT)
From: Minnie Mouse <minnie.mouse@webmail.com>
Subject: test for delivery
[/quote]
Yes there are two Delivered-To Headers, the one closest to the top is always mickey.mouse - this is the email box that ALL email is forwarded to at the ISP and where Mercury connects for downloading.
The only time there is one instance is when the email is originaly addressed to mickey.mouse (doesn't need to be forwarded).
Your previous draft for topic is pending
If you continue, your previous draft will be discarded.