Problem with SG: Unallowed attachments on destination

General discussion re sg.

Problem with SG: Unallowed attachments on destination

Postby xdcdx » Sun Jun 20, 2004 8:04 pm

Hello,

I have found a problem with SG. Some servers (such as Gmail) do not allow some kind of attachments (.exes, .zip with .exes inside).

If you try to send a message to a Gmail account with an .exe attachment, you get this message. (I did it from a yahoo address)

Date: 20 Jun 2004 19:33:50 -0000
From: MAILER-DAEMON@yahoo.com
To: yahoo_user@yahoo.es
Subject: failure delivery

Message from yahoo.com.
Unable to deliver message to the following address(es).

<gmail_user@gmail.com>:
216.239.57.27 failed after I sent the message.
Remote host said: 552 Illegal Attachment

--- Original message follows.

Return-Path: <yahoo_user@yahoo.es>

The original message is over 5k. Message truncated to 1K.

Message-ID: <20040620193347.91369.qmail@web25307.mail.ukl.yahoo.com>
Received: from [80.58.37.236] by web25307.mail.ukl.yahoo.com via HTTP;
Sun, 20 Jun 2004 12:33:47 PDT
Date: Sun, 20 Jun 2004 12:33:47 -0700 (PDT)
From: RS <yahoo_user@yahoo.es>
Subject: exe file
To: gmail_user@gmail.com
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="0-1769018766-1087760027=:90965"

--0-1769018766-1087760027=:90965
Content-Type: text/plain; charset=us-ascii
Content-Id:
Content-Disposition: inline


So, if you send a message to a SG account that poins to Gmail, nobody notices anything wrong, SG counter of redirected messages increases one, but the recipient never gets the message.

Is there a way of noticing the sender that his message didn't arrive without causing much trouble to the SG server?

Best regards,
xDCDx
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby josh » Sun Jun 20, 2004 8:18 pm

there's really not -- but doesn't the sender get the error message from yahoo?
josh
 
Posts: 1371
Joined: Fri Aug 29, 2003 2:28 pm

Postby xdcdx » Sun Jun 20, 2004 8:21 pm

I should have clarified.

The quoted text I pasted is from a message from a Yahoo account sent directly to the Gmail account (no SG involved).

When a message with an .exe attachment is sent from Yahoo to the SG account pointing Gmail, the message does not arrive and nobody gets the error message (well, the SG server should I guess).

Best regards,
xDCDx
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby SysKoll » Mon Jun 21, 2004 12:48 am

I just sent an email with a .exe attachment to one of my own spamgourmet accounts. It was forwarded and transmitted flawlessly. So SG doesn't eat .exe attachments.

Maybe Gmail doesn't like them?
-- SysKoll
SysKoll
 
Posts: 893
Joined: Thu Aug 28, 2003 9:24 pm

Postby xdcdx » Mon Jun 21, 2004 12:58 am

Yeah, it is Gmail who does not allow .exe attachments. The problem I am trying to report here is that the error message from Gmail informing the user that he is not allowed to send messages with .exe attachments is lost within SG server.
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby SysKoll » Mon Jun 21, 2004 3:37 am

Oh, OK. Sorry, I thought you wondered who ate the message.

To debug this, I want you to do this:

- use your Yahoo account to send to your Gmail account an email containing a .exe, as you did in the 1st post of this thread.

- wait for Gmail to send you back an error message.

- post the whole header of this error message here (as opposed to just the Date, From, To and Subject fields as in your 1st post).
-- SysKoll
SysKoll
 
Posts: 893
Joined: Thu Aug 28, 2003 9:24 pm

Postby xdcdx » Mon Jun 21, 2004 4:15 am

Done, here are the headers of the error message (I replaced my real email address by yahoo_user@yahoo.es):

X-Apparently-To: yahoo_user@yahoo.es via 217.12.10.73; Sun, 20 Jun 2004 20:57:57 -0700
X-Originating-IP: [217.12.10.78]
Return-Path: <>
Received: from 217.12.10.78 (HELO web25306.mail.ukl.yahoo.com) (217.12.10.78) by mta141.mail.sc5.yahoo.com with SMTP; Sun, 20 Jun 2004 20:57:57 -0700
Date: 21 Jun 2004 03:57:52 -0000
From: MAILER-DAEMON@yahoo.com Add to Address BookAdd to Address Book
To: yahoo_user@yahoo.es
Subject: failure delivery
Content-Length: 853


The body of the message is what I already posted.

My uninformed guess is that somewhat Gmail's server communicates Yahoo's server the error, and Yahoo generates the error message.

If you need me to post headers of the regular Yahoo -> Gmail headers or anything else, just tell me.
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby Guest » Wed Jun 23, 2004 2:06 pm

Is there any way of knowing what the to: address is on the error message? If address masking is off, the from: address (or reply-to:, as the case may be) should be the original sender. If the error message is sent to that address, the person should get it -- it wouldn't go through spamgourmet in that case.

If the sg user has address masking on, the from: and reply-to: addresses would have been replaced with the special redirection address. That *should* work, too, though.
Guest
 

Postby Guest » Wed Jun 23, 2004 7:49 pm

I don't want to be annoying, but like I said, and I'm pretty sure now, I think that Gmail Mail Agent communicates to Yahoo Mail Agent of the error (error 552 in this case), and Yahoo is the one who generates the error message and delivers it to the Yahoo user mailbox.

So, if this were to be solved, I think that Spamgourmet Mail Agent should generate and deliver to the sender emails with error messages when receiving error 552 (and maybe others) from other Mail Agents.

I would understand SG not willing to do this, as SG mission is to *eat*, not to be realiable, but maybe this would not be too much overhead and would be really handy.

Best regards,
xDCDx
Guest
 

Postby xdcdx » Fri Jun 25, 2004 1:51 am

I was doing some random testing, and found a related problem.

If you use SG address masking for sengind mails, and you send a message to an undeliverable address (because it does not exist, for example) the same problem (or missing feature) occurs.

I sent an email to asdasoasdjklasjdjiowiojio@yahoo.es (obviously inexistant). *Without* SG involvement, the following error message (error 504) is generated.

This is an automatically generated Delivery Status Notification

Delivery to the following recipient failed permanently:

asdasoasdjklasjdjiowiojio@yahoo.es

Technical details of failure:
PERM_FAILURE: SMTP Error (state 12): 554 delivery error: dd This user doesn't have a yahoo.es account (asdasoasdjklasjdjiowiojio@yahoo.es) [0] - mta196.mail.re2.yahoo.com


If you send the message to +personal+xdcdx+88ac90668b.asdasoasdjkl ... ourmet.com (SG's address masking) you never get to know the message was not delivered.


Josh: Is very unreasonable to ask SG to support this kind of error reporting?

Best regards,
xDCDx
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby josh » Fri Jun 25, 2004 9:21 am

OK - I looked into it. As you may know, mail sent through sg goes through sendmail, then sg code, then (possibly) sendmail again. The second one is command line based. These errors are being generated for the user who's connecting from the second sendmail session to the remote (recipient) mail server -- *not* the original sender, as far as I can tell.

I think that means that, in order to deliver the error messages, we'd need to write a bunch more code, and probably go through a design process -- the reason is that, supposing the error is sent back to the system user that was running the second sendmail, there's probably no reference in it to the orginal sender, so there's no indicator of who should get it at that time. So, definitely not unreasonable to ask, but we may be some distance away from getting it in place. Hopefully I'm wrong about that -- it may just be a matter of better error handling inside the main body of the code. Amit wrote a version that circumvents the second sendmail call altogether, and that one may quietly provide the functionality we're talking about (unfortunately, the module we were using with that one also got us quietly listed on spamcop -- but we may have a workaround for that). Anyway, I'll post any updates to this thread.
josh
 
Posts: 1371
Joined: Fri Aug 29, 2003 2:28 pm

Postby xdcdx » Sat Jun 26, 2004 7:45 pm

Thanks for looking into the matter! Definitively, error handling would be a plus for SG.

Could you elaborate on the SpamCop issue? I am curious.

Best regards.
xdcdx
 
Posts: 37
Joined: Mon May 10, 2004 10:56 am

Postby josh » Tue Jun 29, 2004 11:55 pm

Here's a thread on the spamcop thing:

http://bbs.spamgourmet.com/viewtopic.ph ... ht=spamcop
josh
 
Posts: 1371
Joined: Fri Aug 29, 2003 2:28 pm


Return to General Discussion

Who is online

Users browsing this forum: No registered users and 18 guests

cron