Hi DR,
> I realize that emails that have lines larger than that are violating
> spec, but there's no real harm in allowing them in - since I'm already
> using good spam filtering, and especially if I know that I'm losing
> legit emails because of this.
You're encouraging their spread.
Take a stan
On 11/26/21 14:06, Ralph Corderoy via arch-general wrote:
That's a very long-standing rule on SMTP.
Yep Ralph is correct - its a violation of section 2.1.1. of RFC 5322 [a]
[a] https://www.rfc-editor.org/rfc/rfc5322#page-7
On 11/26/21 2:06 PM, Ralph Corderoy via arch-general wrote:
I'm not sure what, if anything, has changed recently to start causing
this.
Have they something in common, e.g. all being bounced to
sendgrid.meetup.com which indicates it's a problem with what the remote
side is feeding fetchmail?
Hi DR,
> fetchmail: SMTP error: 550 maximum allowed line length is 998 octets,
> got 1047
That's a very long-standing rule on SMTP.
> bounces+11930396-d424-darose=darose@sendgrid.meetup.com
...
> I'm not sure what, if anything, has changed recently to start causing
> this.
Have they somethi
On 11/26/21 12:59, Genes Lists via arch-general wrote:
Not sure it does as error you quote seems to be from fetchmail
suggesting the problem may lie with the mail server at other end if it's
also running exim.
Or perhaps it could be fetchmail speaking to your exim.
gene
On 11/26/21 12:34, David Rosenstrauch via arch-general wrote:
fetchmail: SMTP error: 550 maximum allowed line length is 998 octets,
got 1047
Does this 1️⃣ rather old note help at all?
Not sure it does as error you quote seems to be from fetchmail
suggesting the problem may lie with the mail
My email processing system has suddenly started throwing error messages
on line lengths recently:
fetchmail: SMTP error: 550 maximum allowed line length is 998 octets,
got 1047
fetchmail: mail from MAILER-DAEMON@ bounced to
bounces+11930396-d424-darose=darose@sendgrid.meetup.com
fetchmail
