Spam Filter ISP Forums : Large Attachment Problem https://www.logsat.com/spamfilter/forums/ Sat, 11 Jul 2026 04:41:38 +0000 Sun, 22 Aug 2010 00:01:12 +0000 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 11.04 360 https://www.logsat.com/spamfilter/forums/RSS_post_feed.asp?TID=6869 <![CDATA[Spam Filter ISP Forums]]> https://www.logsat.com/spamfilter/forums/forum_images/web_wiz_forums.png https://www.logsat.com/spamfilter/forums/ <![CDATA[Large Attachment Problem : I did a wireshark trace and found...]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13778&title=large-attachment-problem#13778 Author: kspare
Subject: 6869
Posted: 22 August 2010 at 12:01am

I did a wireshark trace and found the following:
SMTP    S: 552 4.3.1 Session size exceeds fixed maximum session size

Spamfilter disconnects and retries again later. I guess it just doesn't know how to deal with this problem?
]]> Sun, 22 Aug 2010 00:01:12 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13778&title=large-attachment-problem#13778 <![CDATA[Large Attachment Problem : Hi Roberto, logs from our side...]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13776&title=large-attachment-problem#13776 Author: kspare
Subject: 6869
Posted: 21 August 2010 at 11:06am

Hi Roberto, logs from our side and customer side are on the way.

We've setup a monitor to watch the queue directory size until this gets fixed. ]]> Sat, 21 Aug 2010 11:06:45 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13776&title=large-attachment-problem#13776 <![CDATA[Large Attachment Problem : kspare,I emailed you back yesterday...]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13775&title=large-attachment-problem#13775 Author: LogSat
Subject: 6869
Posted: 21 August 2010 at 8:41am

kspare,

I emailed you back yesterday asking for a copy of SpamFilter's logfile so we can take a look. In case you did not receive our email (or we did not receive yours with the attachment), I'm leaving you a note here on the forum.
]]> Sat, 21 Aug 2010 08:41:26 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13775&title=large-attachment-problem#13775 <![CDATA[Large Attachment Problem : Exact same problem. We accept...]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13774&title=large-attachment-problem#13774 Author: kspare
Subject: 6869
Posted: 20 August 2010 at 8:09pm

Exact same problem. We accept for 40 but they only allow for 20. It resends for ever.]]> Fri, 20 Aug 2010 20:09:53 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13774&title=large-attachment-problem#13774 <![CDATA[Large Attachment Problem : Oh, I just read your posting again....]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13773&title=large-attachment-problem#13773 Author: yapadu
Subject: 6869
Posted: 20 August 2010 at 8:04pm

Oh, I just read your posting again.  Your issue is different than ours.  Our issue is that if we accept an email that is 20 megs in size, but the server we are forwarding to only accepts 5 meg attachments then our system will try for three days and never successfully deliver the email.

From what you are describing, it sounds like you suspect there is only enough bandwidth to accept a single message but because 4 messages are being delivered it uses all the bandwidth?

I know by default IIS SMTP will only process an incoming email for 10 minutes.  If the transfer takes longer than 10 minutes it will disconnect, and your server ends up trying again.  You can increase the delivery time on the IIS server if the transfer takes more than 10 minutes to complete.
]]> Fri, 20 Aug 2010 20:04:46 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13773&title=large-attachment-problem#13773 <![CDATA[Large Attachment Problem : Yes, we have the same problem....]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13772&title=large-attachment-problem#13772 Author: yapadu
Subject: 6869
Posted: 20 August 2010 at 8:00pm

Yes, we have the same problem.  I have reported the issue myself in the past, the ability to set a maximum size email per domain.  The way SMTP works you can't specify a size limit per domain on connection because when a connecting server says helo you tell them the maximum message size you will accept (and you don't know who they are sending for).

BUT, spamfilter could still have a max size established for each domain.  Accept the message and then check the size after accepting it.  That way it can bounce the message and not try over and over to send the message for days until it times out.  It is a massive waste of bandwidth on a message that will never be successfully be delivered.

I added it as a feature request on this posting back in May.

We have not yet found a work around for this problem ourselves, if you come up with something of a fix outside of spamfilter please post your solution back here.
]]> Fri, 20 Aug 2010 20:00:50 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13772&title=large-attachment-problem#13772 <![CDATA[Large Attachment Problem : I have an odd problem.I have a...]]> https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13771&title=large-attachment-problem#13771 Author: kspare
Subject: 6869
Posted: 20 August 2010 at 10:55am

I have an odd problem.

I have a customer on a 3mb connection that is having issues receiving large attachments. They have 4 attachments sitting in the queue. The problem is that spamfilter will flood their connection with smtp traffic for days and never complete sending the message.

Right now it's only one user that's having the issue.

What we've found to be happening is, the message attachment is larger than allowed on the exchange server. It rejects the message, but spamfilter tries to send the message again. Creating a loop.

We need this fixed asap!
]]> Fri, 20 Aug 2010 10:55:47 +0000 https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6869&PID=13771&title=large-attachment-problem#13771