Hello
OK. I just want to make sure I understand you correctly
The following is an example of a typical internet header on the bounce
back email. We don't send emails on behalf of any list but rather a
direct communication with each individual customer. So, this means our
address on From, reply_to, and return_error fields. As I understand,
your proposition would be to modify bounce back address (or from
address) in the following way: (Email I use right now would be like
that: mytest(_at_)mydomain(_dot_)com
The customer email would be like:
recipient_name(_at_)customerdomain(_dot_)com)
mytest-return+recipient_name=customerdomain(_dot_)com(_at_)mydomain(_dot_)com
Is that correct?
Thanks,
Alex Kosachev
Microsoft Mail Internet Headers Version 2.0
From: postmaster(_at_)mydomain(_dot_)local
To: myname(_at_)mydomain(_dot_)com
Date: Wed, 16 May 2007 13:56:43 -0400
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="9B095B5ADSN=_01C7940FD4F2EC3E0001FCAARL2KEXCH1.replac"
X-DSNContext: 7ce717b1 - 1184 - 00000002 - 00000000
Message-ID: <x33E1ioWw001ca9ff(_at_)servername(_dot_)mydomain(_dot_)com>
Subject: Delivery Status Notification (Failure)
--9B095B5ADSN=_01C7940FD4F2EC3E0001FCAARL2KEXCH1.replac
Content-Type: text/plain; charset=unicode-1-1-utf-7
--9B095B5ADSN=_01C7940FD4F2EC3E0001FCAARL2KEXCH1.replac
Content-Type: message/delivery-status
--9B095B5ADSN=_01C7940FD4F2EC3E0001FCAARL2KEXCH1.replac
Content-Type: message/rfc822
X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C797E3.8FF05572"
Subject: test789
Date: Wed, 16 May 2007 13:56:43 -0400
Message-ID: <56FB69819290E143870CF1073BA7AA791A8F6E38@
servername.mydomain.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: test789
thread-index: AceX45XUWPQ3SsoyTVO5jaurCY8/xw==
From: "Name" <myname(_at_)mydomain(_dot_)com>
To: <recipient_name(_at_)customerdomain(_dot_)com>
------_=_NextPart_001_01C797E3.8FF05572
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
------_=_NextPart_001_01C797E3.8FF05572
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
------_=_NextPart_001_01C797E3.8FF05572--
--9B095B5ADSN=_01C7940FD4F2EC3E0001FCAARSERVER.domain--
-----Original Message-----
From: procmail-bounces(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
[mailto:procmail-bounces(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE] On Behalf Of
Professional
Software Engineering
Sent: Tuesday, May 15, 2007 12:49 PM
To: procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
Subject: RE: get email address from the body of the email
At 09:06 2007-05-15 -0400, Alex Kosach wrote:
The email type I am talking about is a bounceback email. Unfortunately,
these emails do not have any common structure and there is no common
place where you can find email address in the email body. Also, some of
these emails are plain text but some are encoded. The only common thing
about these emails is who sends them. They all come from MAILER-DAEMONs
Sometimes they won't. Especially when dealing with A/V scanners.
Some other things to note about bounces:
Many MS-exchange configurations will identify only an internal email
identifier - sometimes not even an RFC822 address, just a username
portion,
which itself isn't part of the address you actually sent mail to.
If the mail passes through a forwarding service, and THEN is bounced, if
you're fortunate enough to retrieve an email address from the body of
the
message, if very well may not be the address which you sent mail to, but
the endpoint address. This is the bane of list administrators, who
can't
find that address in their user list. Some systems don't bounce
complete
headers, so you don't have record of where the message was forwarded
through.
If this is for handling a list, rather than try to parse the message,
try
modifying how you're sending them - use a different envelope sender for
each message and use THAT to identify the recipient. When a message
bounces, the address which the bounce is sent to will identify the user.
If sending on behalf of somelist(_at_)yourdomain(_dot_)tld, to a user
emailaddress(_at_)host(_dot_)domain(_dot_)tld, your envelope address might be:
somelist-return+emailaddress=host(_dot_)domain(_dot_)tld(_at_)yourdomain(_dot_)tld
Note the users original @ is replaced with an =, and that the message is
using "plussed" addressing. This is easy to set up on sendmail, and the
"somelist-return" is the only address which needs to be configured in
sendmail to direct messages to a procmail script to handle them, which
can
then take the recipient address (generally the To:, or the envelope-to,
if
you're got your MTA configured to add that header), and parse out the
original message recipient.
IIRC something every similar is integral to QMail and some list
management
software whose name escapes me at the moment.
Besides the MTA-specific configuration you need to do to set this up,
there
is a downside: your message deliveries need to be user-unique. That is,
you don't send ONE message BCC to 1,000 recipients - you send 1,000
messages each with a separate envelope-from address (but which are
otherwise all identical). If you have a list where you're sending out
messages once in a while, but with large attachments, and say, you have
scores of users at the same ISPs, plus of course lots of users at loner
ISPs, then those groups of users at the same ISPs would only entail a
SINGLE network transfer of your large message with attachment, whereas
the
modified method would involve individual deliveries for EACH recipient
at
that ISP. If you have a large discussion list with frequent traffic,
you
could go from a mail queue of a few hundred messages on a busy day, to
one
with 10,000+ messages (and the requisite storage for the individual
copies
of messages in the queue).
There's another technique - send list messages normally (batched, BCC),
and
once a month, send out a special one-per-recipient (with
recipient-specific
envelope-sender) "feeler" message, from which you process bounces.
MailMan
does this (or rather, can be configured to).
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer:
<http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the
list.
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail