On Sat, 15 Mar 2025, graeme vetterlein via Exim-users wrote:
In the early hours my phone went off, warning me the rejectlog had started
filling up.
Searching around I see this is a well know issue. Checking the mail I see
the rule triggered was:
## acl/40_exim4-config_check_data
deny
condition = ${if > {$max_received_linelength}{998}}
message = maximum allowed line length is 998 octets, \
(and also the IGNORE_SMTP_LINE_LENGTH_LIMIT above ...does this go in
update-exim4.conf.conf?)
/etc/exim4/update-exim4.conf.conf sounds right.
Looking at the actual message , it looks like SPAM that managed to get
accepted by gmail
1208 <img
src="http://url3791.us.khoros-mail.com/wf/open? .....many many characters of
junk
alt="" width="1" height="1" border="0" style="height:1px !important;width:1px
!important;border-width:0 !important;margin-top:0 !important;margin-bottom:0
!important;margin-right:0 !important;margin-left:0 !important;padding-top:0
!important;padding-bottom:0 !important;padding-right:0
!important;padding-left:0
!important;"/></body>
(this is all on one line, I've wrapped it here)
My cronjobs downloaded the mail (fetchmail) then passed it (to me) locally
via exim4 (SMTP) ... it fails, and we retry later.
With fetchmail feeding messages in, I don't see the point in a local exim
rejecting anything. By the time you can reject it for any body-related
issue, exim has the whole message. You might as well deliver it to the
spam folder or to /dev/null*.
* I'm not sure that delivering literally to /dev/null actually works.
So, in this case, I go to gmail.com and using the web interface, delete the 2
SPAM messages.
This is not always possible with other mail hosts . My main mail gateway only
offers imap, pop etc ... no web interface.
So what is the best way to deal with these kinds of issues?
Configure an MTA (thunderbird, alpine, mutt, Aprle Mail, ...)
to connect to your main mail gateway via IMAP or POP and delete the
messages through that. You probably want to configure the MTA to leave
mail on server, so that it doesn't suck messages to where fetchmail can't
see them.
--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
--
## subscription configuration (requires account):
## https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
## exim-users-unsubscr...@lists.exim.org
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
