Good afternoon all.
I ran into a situation today that I am not sure if this has been
discussed before or maybe addressed in a newer build. We are using ASSP
2.4.1(14085). Here's the scenario I ran into today:
One of the co-workers in my office needed to recover a blocked email. So
they send an email to ASSP for the blocked report. They click the link
in the email to recover the email they need. An hour goes by and no
email yet? So I start looking through the log file for ASSP and here's
what I found:
Mar-20-15 11:02:43 [Worker_10000] (re)send -
c:/assp/resendmail/12583--3376478.eml - To: and X-Assp-Intended-For:
headertag not found - skip file
Mar-20-15 11:02:43 [Worker_10000] (re)send -
c:/assp/resendmail/4939--3376577.eml - To: and X-Assp-Intended-For:
headertag not found - skip file
So digging into this situation further, I take a look in the resendmail
folder for ASSP to find the recovered messages. I find this:
12583--3376478.eml.err.modified
4939--3376577.eml.err.modified
So at this point I am curious and I open these files up with a text
editor to see what the problem is. Here's what I find inside: (I omitted
the rest of the email and just posted the headers here)
# (re)send - c:/assp/resendmail/4939--3376577.eml - To: and
X-Assp-Intended-For: headertag not found - skip file
X-Assp-Resend-Blocked: mail.XXXXXX.com
Received: from AAAAAA.com ([XXX.XXX.XXX.XXX] helo=AAAAAA.com)by
mail.XXXXXX.com with SMTP (2.4.1); 19 Mar 2015 17:16:21 -0400
Received: from AAAAAA.CORP ([XX.XX.XX.XX]) by AAAAAA
([XX.XX.XX.XX])with mapi id 14.03.0123.003; Thu, 19 Mar 2015
16:10:57 -0500
From: UserA <[email protected]>
CC: UserC <[email protected]>
Subject: RE: Some Info
Thread-Topic: Some Info
*******************************************
# (re)send - c:/assp/resendmail/12583--3376478.eml - To: and
X-Assp-Intended-For: headertag not found - skip file
X-Assp-Resend-Blocked: mail.XXXXXX.com
Received: from AAAAAA.com ([XXX.XXX.XXX.XXX] helo=AAAAAA.com)by
mail.XXXXXX.com with SMTP (2.4.1); 19 Mar 2015 17:16:21 -0400
Received: from AAAAAA.CORP ([XX.XX.XX.XX]) by AAAAAA
([XX.XX.XX.XX])with mapi id 14.03.0123.003; Thu, 19 Mar 2015
16:10:57 -0500
From: UserA <[email protected]>
CC: UserC <[email protected]>
Subject: RE: Some Info
Thread-Topic: Some Info
*******************************************
Weird? Where is the the To: recipient? Well looking at the original
email that was trapped I found out what happened. Here's the same
headers but with the To: field still intact:
*******************************************
X-Assp-Resend-Blocked: mail.XXXXXX.com
Received: from AAAAAA.com ([XXX.XXX.XXX.XXX] helo=AAAAAA.com)by
mail.XXXXXX.com with SMTP (2.4.1); 19 Mar 2015 17:16:21 -0400
Received: from AAAAAA.CORP ([XX.XX.XX.XX]) by AAAAAA
([XX.XX.XX.XX])with mapi id 14.03.0123.003; Thu, 19 Mar 2015
16:10:57 -0500
From: UserA <[email protected]>
To: UserB <[email protected]>
CC: UserC <[email protected]>
Subject: RE: Some Info
Thread-Topic: Some Info
*******************************************
X-Assp-Resend-Blocked: mail.XXXXXX.com
Received: from AAAAAA.com ([XXX.XXX.XXX.XXX] helo=AAAAAA.com)by
mail.XXXXXX.com with SMTP (2.4.1); 19 Mar 2015 17:16:21 -0400
Received: from AAAAAA.CORP ([XX.XX.XX.XX]) by AAAAAA
([XX.XX.XX.XX])with mapi id 14.03.0123.003; Thu, 19 Mar 2015
16:10:57 -0500
From: UserA <[email protected]>
To: UserB <[email protected]>
CC: UserC <[email protected]>
Subject: RE: Some Info
Thread-Topic: Some Info
So I figured out the reason why the resend email never worked out in
this scenario. UserA sends the email to UserB on the same domain and
CC's UserC on our domain. The email gets blocked. So UserC sends an
email to the block report and sends a request for recovery. The email
never gets delivered to UserC. So obviously UserB is not on our email
server and ASSP seems to be looking at the To field to recover the email
back to. Considering UserB is not on our server ASSP strips the To field
out and all that is left is UserA and UserC. Then the error gets logged
in the above example because the To field is missing from the header.
So, what I did for now to get around this situation is edit the original
trapped email header in the discarded folder and changed the UserB to
UserC. Taking out the CC field all together. Then issue the recovery
again through the blocked report and now UserC gets the recovered email
just fine.
So my question is this, has this situation ever cropped up for anyone
else? Is there something I am missing in the ASSP config that might have
avoided this issue all together? I understand the point on not
recovering the email to UserB because they are not hosted on our server,
but UserC is. So I would have thought that since ASSP knew this
information, why didn't the email just get delivered to UserC even
though they were in the CC field? My concern is that my other users are
hitting this situation and not making me aware of it. I want to be sure
that if one of my users might have this same scenario happen, that they
get the email they are looking for.
Sorry for the long email, I just wanted to get as much information out
there to see where I need to go to next.
Thanks.
Jay
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Assp-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-user
