Re: [mailop] Cloud hosts for responsible mail servers?

[Ken Johnson via mailop]

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of mailop@mailop.org
Sent: Tuesday, July 09, 2024 5:32 PM
To: kjohn...@eclypse.org
Cc: mailop@mailop.org
Subject: Re: [mailop] Cloud hosts for responsible mail servers?

On 2024-07-10 05:43, Ken Johnson via mailop wrote:
> Opinion based on personal experience follows:
> 
> I would not choose Amazon SES because of the poor content quality 
> (spam, phishing, etc.) of many messages received here where the header 
> contains the string "amazonses.com".

does azure messages service have that issue?

-- 
Jeff Pang


--

I am not very familiar with azure messages service, so perhaps not here.  
Perhaps I should be on the lookout, though.

Ken


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Cloud hosts for responsible mail servers?

[Ken Johnson via mailop]

Opinion based on personal experience follows:

I would not choose Amazon SES because of the poor content quality (spam, 
phishing, etc.) of many messages received here where the header contains the 
string "amazonses.com".  That string in the header gets a +3.0 spamassassin 
bonus on the server I manage.  Your mileage may vary of course.  And it may be 
that my experience with received email with that characteristic is atypical.  
It is true that the content quality of such mail as observed here has improved; 
the 'amazonses' spamassassin bonus used to be even higher.

Your server, your rules.

Ken


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Amazon SES [Was: is warming IPs still necessary?]

[Ken Johnson via mailop]

Here, I have seen a gradual improvement in the quality of mail (now seeing a 
few legitimate users) coming from Amazon SES (based on headers containing 
amazonses.com), and now only add +3 in our local SpamAssassin filters.  Of 
course, other people's experience is certain to be different from ours.  Your 
server, your rules.

Ken



___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Amazon SES using SAME sender Domain for multiple customer?

[Ken Johnson via mailop]

I have been using this Spamassassin rule

header  LOCAL_AZNSES  ALL =~ /amazonses\.com/i
score   LOCAL_AZNSES  6
describeLOCAL_AZNSES  Amazon mailer

for over a year now, and have only needed to make one exception.

My experience may be atypical, and your mileage may vary, of course.

Ken
 

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of mailop@mailop.org
Sent: Monday, September 25, 2023 9:10 AM
To: Benoit Panizzon
Cc: mailop@mailop.org
Subject: Re: [mailop] Amazon SES using SAME sender Domain for multiple customer?


> There is a company which is sending a lot of misdirected/unwanted email
> via Amazon SES and has failed to react to my attempts to contact them
> by email and phone in the last 14 days or so to try to solve the issue.

Benoit, if you are saying this is spam, please connect with me off-list, and 
we'll make sure this gets to the right folks at SES.

Anne

-- 
Anne P. Mitchell, Esq.
Email Law & Policy Attorney
CEO Institute for Social Internet Public Policy (ISIPP)
Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal email marketing law)
Creator of the term 'deliverability' and founder of the deliverability industry
Author: The Email Deliverability Handbook
Board of Directors, Denver Internet Exchange
Dean Emeritus, Cyberlaw & Cybersecurity, Lincoln Law School
Prof. Emeritus, Lincoln Law School
Chair Emeritus, Asilomar Microcomputer Workshop
Counsel Emeritus, eMail Abuse Prevention System (MAPS)

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Debian lists contact?

[Ken Johnson via mailop]

> You'll find list maintainer contact information in the "list
> maintenance" section of:

   

Thank you for pointing this out.  I am somewhat embarrassed to
have overlooked that.

Ken

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Debian lists contact?

[Ken Johnson via mailop]

Writing from $dayjob:

Is there a contact for the debian.org mailing lists listening?

From time to time I have found it useful to post questions at 
debian-u...@lists.debian.org.  My most recent post was 14 August 2023, and can 
be seen here:

https://lists.debian.org/debian-user/2023/08/msg00424.html

Honestly, that post seems very unexceptional in any respect.  Sometime between 
then and 1 Sept 2023, I lost the ability to post to debian-user.  Likewise, a 
request to majord...@lists.debian.org (an automated process) goes unanswered.  

The 1 Sept post was of a similar nature -- I reported a symptom I was seeing 
with the mailman3 packages in Bookworm, described the troubleshooting steps I 
had taken, and requested suggestions for other things to try.

The mailserver logs on my end look the same for 14 August and 1 September.
C="250 2.0.0 Ok:  bytes queued as "

A quick check at mxtoolbox.com for blacklist entries for eclypse.org comes up 
empty.

It has been about four years since I have had an outgoing deliverability 
problem from this server.  That turned out to be caused by a poorly configured 
mail client that used charset=windows-1251.  That does not seem to be the 
problem in this case.

Ken







 
 


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Corrupt plain text email

[Ken Johnson via mailop]

Thank you everyone for the interest shown so far.  I appreciate the suggestions 
about Packet Capture (sure, Wireshark can use a certificate for decryption), 
DKIM (interesting, but overcome by events -- see below), etc.  

The kind of answer I was expecting was along the lines of "Obviously your data 
has been mis-interpreted as XYZZY encoding.  You can read about XYZZY encoding 
here ."  (I did not say so, not wanting to 
launch preconceptions.)

My investigation has continued with the kind help of other mail users at my 
location, and it has become clear that Outlook 2007 or mutt 1.10 (Debian 10) 
correctly presents the data; later versions of Outlook (2016 or later) do not.  
The first line of the key is always changed in the same way.  For the benefit 
of those following along at home, the path is:

Outlook 2007 => exim4 => /var/mail/ => dovecot => Outlook 
2016/2019/365  (corrupt)

Outlook 2007 => exim4 => /var/mail/ => mutt (OK)

Outlook 2007 => exim4 => /var/mail/ => dovecot => Outlook 2007 (OK)

Unless someone knows about 'XYZZY encoding', it is probably time to call this 
as resolved as it can be.  I have cautioned my users about sending data to be 
used by programs as plain text email.  Changing the email client is way outside 
my pay grade.

Thanks again,

Ken 


-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Ken Johnson via 
mailop
Sent: Thursday, September 02, 2021 12:58 PM
To: mailop@mailop.org
Subject: [mailop] Corrupt plain text email

I recently needed to send a software key to a remote colleague who needed to
reinstall some commercial software after re-installing Windows.  However,
after the key failed to authorize, an investigation determined that the key
was corrupt in the email he received from me.  The first line of the key was
truncated and repeated.  This message only passes through the company email
server, so the problem is limited in scope.  (I have transmitted the key in
another way in the meantime.)

The key is 6 lines of plain text, visible non-blank ascii characters only.
The first line of the key is:

PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+b2xJ65hNI043

which becomes:

PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+b2xJ65hNI
PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+043

by the time it is delivered to my remote colleague.  This is repeatable, and
this symptom also occurs if I send this key to another colleague working in
the same remote location.  It does not occur if I send this key to myself.
We are using different email clients.

If the cause of this problem is obvious but overlooked by me, please let me
know.  Thanks.

Ken





 
 


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Corrupt plain text email

[Ken Johnson via mailop]

I recently needed to send a software key to a remote colleague who needed to
reinstall some commercial software after re-installing Windows.  However,
after the key failed to authorize, an investigation determined that the key
was corrupt in the email he received from me.  The first line of the key was
truncated and repeated.  This message only passes through the company email
server, so the problem is limited in scope.  (I have transmitted the key in
another way in the meantime.)

The key is 6 lines of plain text, visible non-blank ascii characters only.
The first line of the key is:

PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+b2xJ65hNI043

which becomes:

PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+b2xJ65hNI
PXP70-KK4tQ6fJQYAI32PugLL4GK9pJOZT4ocM9J0ICAoharwSAYhplSMpFm+n+043

by the time it is delivered to my remote colleague.  This is repeatable, and
this symptom also occurs if I send this key to another colleague working in
the same remote location.  It does not occur if I send this key to myself.
We are using different email clients.

If the cause of this problem is obvious but overlooked by me, please let me
know.  Thanks.

Ken





 
 


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] sbcgobal.net/prodigy.net misconfigured server?

[Ken Johnson via mailop]

An email I tried to send there returned with:

: host al-ip4-mx-vip2.prodigy.net[144.160.235.144]
said: 550 5.7.1 Connections not accepted from servers without a valid
sender domain.alph752 Fix reverse DNS for 173.228.157.53 (in reply to
MAIL
FROM command)


For me, a reverse lookup on 173.228.157.53 (performed within 5 minutes of
the failure) gives:

;; ANSWER SECTION:
53.157.228.173.in-addr.arpa. 600 IN PTR pb-smtp21.pobox.com.

which is the expected result.

Ken



 
 


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Deliverability issues _from_ us.af.mil?

[Ken Johnson via mailop]

I was contacted off-list by a very helpful person in Air Force Communications.

It appears, for now, that the problem is specific to the site I support.

Regards,

Ken

 

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Ken Johnson via 
mailop
Sent: Monday, November 18, 2019 11:57 AM
To: mailop@mailop.org
Subject: [mailop] Deliverability issues _from_ us.af.mil?

Has anyone else seen deliverability issues _from_ us.af.mil in the last 10
days?  If so, have you fixed it?  We have received out-of-band reports that
email sent to us gets bounced back by the us.af.mil server.  No evidence of
a HELO or EHLO reaching our server.  Obviously it might be interesting to
see the error message in the bounced email, but as the sender is not in my
organization, my influence is very limited.

Thanks,

Ken


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Deliverability issues _from_ us.af.mil?

[Ken Johnson via mailop]

Has anyone else seen deliverability issues _from_ us.af.mil in the last 10
days?  If so, have you fixed it?  We have received out-of-band reports that
email sent to us gets bounced back by the us.af.mil server.  No evidence of
a HELO or EHLO reaching our server.  Obviously it might be interesting to
see the error message in the bounced email, but as the sender is not in my
organization, my influence is very limited.

Thanks,

Ken


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] mail.com false positives on outgoing mail?

[Ken Johnson via mailop]

One of the users I support uses a mail.com account for cataloging work for
Project Gutenberg (PG).  [If you do not know, PG is an online library of
free e-books that are out of copyright in the US.]  This user has observed
that sending an email that contains a URL causes mail.com to force a
password change, because of suspicious activity.  Typically these emails
would be sent to someone who has sent a query to the Project Gutenberg
catalog address, and might have URLs pointing to PG or to Google Books.
Some days there might be two or three of these in a day, depending on how
many catalog-related questions have been received.  Mail.com support is not
responsive.

Is this where we are headed, that sending any URL triggers a spamfilter?

Ken




___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop