On 2023-03-07 10:48, Bastian Blank via mailop wrote:
On Tue, Mar 07, 2023 at 01:29:37PM -0500, David Sovereen via mailop wrote:
On Mar 7, 2023, at 12:54 PM, Bastian Blank via mailop <[email protected]> wrote:
On Tue, Mar 07, 2023 at 12:26:41PM -0500, David Sovereen via mailop wrote:
I’m trying to reach someone at bell.ca <http://bell.ca/> who can help us with
two inter-related issues.
Why do you link to http://bell.ca/? Or is that some unhelpful client
again?
Yes, an unhelpful mail client.
And one that ignores the "Mail-Followup-To" header.
Please note that people on mailing lists usually don't want a personal
reply. It is even considered rude, as this circumvents the filter that
moves mail into a different inbox.
My apologies. I was trying to get an email out quickly before running to a
meeting and completely mischaracterized the problem. The problem is that the
*client* disconnects before receiving 250 OK. Here’s a log:
[2023.03.06] 13:43:28.763 [204.101.223.59][57867550] cmd: DATA
[2023.03.06] 13:43:28.763 [204.101.223.59][57867550] Performing PTR host name
lookup for 204.101.223.59
[2023.03.06] 13:43:28.763 [204.101.223.59][57867550] PTR host name for
204.101.223.59 resolved as esa2-dor.bell.ca
[2023.03.06] 13:43:28.763 [204.101.223.59][57867550] rsp: 354 Start mail input; end with
<CRLF>.<CRLF>
[2023.03.06] 13:43:28.810 [204.101.223.59][57867550] senderEmail(2): [email protected]
parsed using: “Redacted” <[email protected]>
[2023.03.06] 13:43:28.810 [204.101.223.59][57867550] Sender accepted. Weight:
4. Block threshold: 36. Failed checks: _SPF (4,None)
[2023.03.06] 13:45:33.408 [204.101.223.59][57867550] rsp: 421 Command timeout,
closing transmission channel
421 is a hard error. You must close the connection and abort the
transaction. The client will not hear anything after that and retry.
>[2023.03.06] 13:45:33.408 [204.101.223.59][57867550] disconnected at
3/6/2023 1:45:33 PM
>[2023.03.06] 13:48:59.847 [204.101.223.59][57867550] rsp: 250 OK
hehehe Bastian, you forget how logging from different systems work.. it
is easier to get a log line output for the 250 OK after the log line for
the 421, even if they actually happened in different order..
But yeah, this looks like a typical case of trying to do POST DATA or
MID DATA email filtering, that is taking too long.
I didn't pick up on the size of the message, but first of all his
timeout is probably too small.. and second, it should NOT take that
long, if the average email takes a couple minutes to get through SMTP
process, server will quickly be overloaded in any email attack, spam
attack, or other high email volume..
But I think we can go off list with helping him, this is kind of getting
off topic for the list, and nothing to do with the original subject.
Bastian
--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada
This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop
