Exim , Add "Email Subject" to reject message it's easy to monitor.

mean

Verified User
Joined
Feb 14, 2007
Messages
112
Hello DA Team

The reject message in the exim/mainlog is difficult to check and search. It would be much easier if the Subject were added to the Reject Message to help identify where the customer email went missing.

/etc/exim.easy_spam_fighter/check_message.conf
message = Your message T="${sg{$h_subject:}{\N[\r\n]+\N}{ }}" to <$recipients> was classified as SPAM. Please add more content, cut down on HTML links, use fewer naughty words etc. Also, ask your IT dept to make sure your mailserver has REVERSEDNS, SPF, DKIM, and is not on any black lists. Your score: $acl_m_easy69
 
Last edited:
Even with subject you won't see more I guess than what you see now, although adding subject would be a good idea.

Mostly when I seen this line in the past it was attachment from a mail from a user using Thunderbird.
In the exim system_filter the "eml" attachment is blocked. So at a certain point we started using a custom system_filter file and removed the "eml" restriction so it was possible to forward or attach Thunderbird emails.

Another option is to have your user test his mail via mail-tester.com and give you the results.
 
Hello Richard. I hope are you doing well.

Thank you for your comment

This issue is not directly encountered by Thunderbird users.

For many years, we have faced numerous problems from senders with incorrect or missing DKIM/SPF values in DNS, which has resulted in Directadmin email users not realizing they have incoming emails, leading to missed important correspondence.

I still hope that in the future, Directadmin will have a "SPAM Quarantine" feature so that users can acccep/reject check their own emails in Directadmin

If we specify the subject in the log, it will make it much easier to check which emails the customers missed and did not receive mail.

1748324589188.png
 
Hello @mean
I'm sorry I can't advise with that because I have no clue. I'm not that good with variables.
Maybe @zEitEr or @Ohm J have a good idea about that.

Next to that you have to put that somewhere, probably a custom file, so the change won't be overwritten on an update or new version.
 
Back
Top