815615 - Gecko/<date> User Agent issue - sent emails are filtered out as a SPAM with SeaMonkey 2.14 (e.g., @icloud.com)

Status: RESOLVED WORKSFORME

(Tech Evangelism Graveyard :: English US, defect)

Description

[Agent X]

Attachment: LOG from server with spam filtering.txt

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 SeaMonkey/2.14
Build ID: 20121118021014

Steps to reproduce:

Upgraded to 2.14 and just sending mails as before.
Since upgrade to 2.14 emails sent by Seamonkey arent delivered (without any notification) to target email box (for example [e-mail])


Actual results:

Nothing. Any msg displayed, everything looks fine, but email was not delivered.
According to our evaluation it was blocked by some spam filter as 100% spam.
But the same in 2.13 work fine without any issue.

If I tried in 2.14 to change UserAgent by plugin User Agent Changer, then emails were delivered, so I suppose this is just some User Agent issue. But very dangerous - emails arent delivered withat any notice!!!

Tested for example with [e-mail] and our company mail server (attached some logs from our spam filter). I suppose it is simmilar for icloud.com and probably lots of others mail servers.




Expected results:

Email should be delivered.

Comment 1

[Matthias Versen [:Matti]]

This "by some spam" have to be updated.
Do you know what kind of spam filter is used ?

Comment 2

[Tony Mechelynck [:tonymec]]

I have a kind of hunch that this bug belongs in the "Tech Evangelism" Product, but I'm not sure in which Component.

Comment 3

[rsx11m]

Similar to bug 728856, which was a UA-related problem with SpamAssassin.

Comment 4

[rsx11m]

(In reply to Matthias Versen (Matti) from comment #1)
> Do you know what kind of spam filter is used ?

The headers would suggest some Proofpoint product.

Comment 5

[rsx11m]

Note that bug 815743 has backed out bug 588909, so the issue reported here should be resolved with an upcoming SM 2.14.1 release for the time being, but has to be kept on the radar if and when that change is reinstated in the future.

Comment 6

[Agent X]

(In reply to Matthias Versen (Matti) from comment #1)
> Do you know what kind of spam filter is used ?
In case of our company mail server it is Proofpoint Protection Server version 6.1.1.259, but for that iCloud.com it can be something similar (iCloud is freely available for iOS users).

Comment 7

[rsx11m]

FWIW, looking at messages received from Apple services like me.com, their headers indicate that they have been processed by Proofprint spam filters as well.

Comment 8

[rsx11m]

s/Proofprint/Proofpoint/

Comment 9

[rsx11m]

SM 2.14.1 is out now, but per bug 816749 the build date has been frozen now to Gecko/20100101 as was introduced by Firefox with their version 4.0 release, in case that makes a difference for the Proofpoint filters.

Please update and check if the problem is resolved, then we can probably resolve this as "works for me" given that per discussion in bug 815743 it is not likely that another attempt to introduce Gecko/<version> will be made any time soon.

Comment 10

[Agent X]

I can prove that 2.14.1 solved that issue. Many thanks.

Remark: I revealed that issue for my mail at iCloud.com and also for mail at our company Lotus Notes server. Probably the same problem. Now I found, that iCloud started to work even for 2.14. Maybe they changed some setting. But for our company Lotus Notes server just 2.14.1 is solution.