Re: [mailop] Haraka status? Exim the only choice? (v Postfix)

[Chris via mailop]

On 2021-05-01 3:34 a.m., Heiko Schlittermann via mailop wrote:
> I forgot the "selling point" that hooked me: The specification.
> 
>http://exim.org/exim-html-current/doc/html/spec_html/index.html
> 
> It simply contains everything you need. But the reader has to
> understand, that setup/operation of mail server can be a complex task.
> 
> As you're on *this* mailop list, I assume that you're aware of that fact ;)
> Someone compared Postfix and Exim like PlayMobil and Lego.

By that metric, mailfront, qpsmtpd, and haraka are 3D printers ;-)
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Outlook for Mac email autofill

[John Lightfoot via mailop]

I don’t know if this is a bug or a feature, but when I start typing in the To: column in Outlook, I often get extremely spammy autofill choices, e.g. if I type “zu” in the To: field, autofill suggest Pornhub zun...@zunzzp.zunzzp.medknizhkanova.ru and zuma hamson mrhamsonzum...@gmail.com.  I’m using the Microsoft Outlook for Mac, Version 16.50 (21061903).  I’ve noticed this behavior for a while.  Is there a way to prevent this? Thanks,John John Lightfoot 
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Anybody know Anthony Mitchell or Inboxsys?

[Anne P. Mitchell, Esq. via mailop]

> On May 20, 2021, at 1:32 PM, Florian Vierke via mailop  
> wrote:
> 
> I‘ve been working with Anthony a few Years back at Teradata/eCircle. He 
> joined Adobe and later Inboxsys. I can confirm, that he‘s 10y+ in the 
> industry and has been to M3aawg, csa summit, was speaker at emailing 2020 
> (https://youtu.be/Snue0SHOG3g) and so on. So yes, he does have some contacts 
> ;)
> 
> We’re still running our Youtube channel deliverability.tv together, as much 
> as time allows. :)
> 
> Regarding inboxsys - it‘s a rebranding of ‚mailmike‘ and exists for a few 
> Years now as well. Mailmike was developed by Sebastiaan de Vos, formerly 
> managing Deliverability at Emarsys.
> 
> Deliverability is a small, but nice family ;)

Florian, thank you so much!  That makes us feel much better!  Happy to share 
with a colleague, but so often it's people looking for intel to use for 
nefarious purposes.  I've also been provided with an intro through LinkedIn 
from another mutual contact.  

Thank you again!

Anne

--
Anne P. Mitchell,  Esq.
CEO ISIPP SuretyMail
Dean of Cyberlaw and Cyber Security, Lincoln Law School
Author: Section 6 of the Federal Email Marketing Law (CAN-SPAM)
Author: The Email Deliverability Handbook
Board of Directors, Denver Internet Exchange
Chair Emeritus, Asilomar Microcomputer Workshop
Former Counsel: MAPS Anti-Spam Blacklist
Location: Boulder, Colorado
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Anybody know Anthony Mitchell or Inboxsys?

[Florian Vierke via mailop]

I‘ve been working with Anthony a few Years back at Teradata/eCircle. He joined 
Adobe and later Inboxsys. I can confirm, that he‘s 10y+ in the industry and has 
been to M3aawg, csa summit, was speaker at emailing 2020 
(https://youtu.be/Snue0SHOG3g) and so on. So yes, he does have some contacts ;)

We’re still running our Youtube channel deliverability.tv together, as much as 
time allows. :)

Regarding inboxsys - it‘s a rebranding of ‚mailmike‘ and exists for a few Years 
now as well. Mailmike was developed by Sebastiaan de Vos, formerly managing 
Deliverability at Emarsys.

Deliverability is a small, but nice family ;)



[signature_1395543467]
Florian Vierke | Sr. Manager, Deliverability Services

t: +49 89 12009713
e: florian.vie...@mapp.com


From: mailop  on behalf of Anne P. Mitchell, Esq. 
via mailop 
Sent: Thursday, May 20, 2021 18:05
To: MailOp 
Subject: [mailop] Anybody know Anthony Mitchell or Inboxsys?

This email has reached Mapp via an external source


All,

We've been contacted by Anthony Mitchell, representing Inboxsys.com - they are 
brand new in the deliverability space, and yet they claim to have relationships 
with all of the ISPs and ESPs; however I can find *nothing* about them, 
anywhere, other than on archive.org, which shows that they only spun up the 
service within the past 6 months.

Does anybody have any insight into Mr. Mitchell (obviously no relation) and/or 
his inboxsys.com?

Anne

--
Anne P. Mitchell,  Esq.
CEO ISIPP SuretyMail
Dean of Cyberlaw and Cyber Security, Lincoln Law School
Author: Section 6 of the Federal Email Marketing Law (CAN-SPAM)
Author: The Email Deliverability Handbook
Board of Directors, Denver Internet Exchange
Chair Emeritus, Asilomar Microcomputer Workshop
Former Counsel: MAPS Anti-Spam Blacklist
Location: Boulder, Colorado



___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
Mapp Digital Germany GmbH with registered offices at Dachauer, Str. 63, 80335 
München.
Registered with the District Court München HRB 226181
Managing Directors: Frasier, Christopher & Warren, Steve
This e-mail is from Mapp Digital and its international legal entities and may 
contain information that is confidential or proprietary.
If you are not the intended recipient, do not read, copy or distribute the 
e-mail or any attachments. Instead, please notify the sender and delete the 
e-mail and any attachments.
Please consider the environment before printing. Thank you.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] SuspiciousRemoteServerError

[joemailop--- via mailop]

I don't think it's a global change by Microsoft. 

If you're correct that the error is a certificate issue, it is within the realm 
of possibilities that a particular O365 customer (provided 
*.eurprd08.prod.outlook.com is O365) has created a send connector for a domain 
that you host (or not, if they really screwed it up), requiring a trusted 
certificate, as opposed to a self-signed cert. They can additionally require a 
specific domain or wildcard (*.example.com) be listed in the subject 
name/subject alt name field of the trusted certificate presented. 

However, it has been my experience that Microsoft does not allow you to set 
Connectors that don't succeed during the config process. Eg: If the test email 
fails to transmit, O365 does not allow the customer to save the connector 
config. Now, I have no clue how that is enforced through PowerShell... but 
since the GUI is basically PS wrapped with nice buttons and input fields, I'd 
hope the experience is uniform.


-joe



On 5/19/2021 at 3:33 AM, "Wolfgang Rosenauer via mailop"  
wrote:
>
>Hi,
>
>I see increasing reports that sending from MS365 (and similar) 
>fails 
>with messages like these:
>
>Server at *.eurprd08.prod.outlook.com returned '550 5.4.318
>Message expired, connection reset 
>(SuspiciousRemoteServerError)(450 
>4.4.318 Connection was
>closed abruptly (SuspiciousRemoteServerError))'
>Server at XYZ returned '450 4.4.318
>Connection was closed abruptly (SuspiciousRemoteServerError)'
>
>There are some pointer that it might be related with TLS and 
>certificates.
>Actually there really is for that target a configuration in use 
>that the 
>MX record name does not match the certificate dn but this was 
>never a 
>problem so far and I'm not sure if that is causing the issues.
>
>Did MS introduce some feature/setting to do strict checking on TLS 
>certificate names and MX DNS names?
>
>
>Thanks,
>  Wolfgang
>___
>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] Anybody know Anthony Mitchell or Inboxsys?

[Michael Peddemors via mailop]

Replied off-list

On 2021-05-20 9:05 a.m., Anne P. Mitchell, Esq. via mailop wrote:

All,

We've been contacted by Anthony Mitchell, representing Inboxsys.com - they are 
brand new in the deliverability space, and yet they claim to have relationships 
with all of the ISPs and ESPs; however I can find *nothing* about them, 
anywhere, other than on archive.org, which shows that they only spun up the 
service within the past 6 months.

Does anybody have any insight into Mr. Mitchell (obviously no relation) and/or 
his inboxsys.com?

Anne

--
Anne P. Mitchell,  Esq.
CEO ISIPP SuretyMail
Dean of Cyberlaw and Cyber Security, Lincoln Law School
Author: Section 6 of the Federal Email Marketing Law (CAN-SPAM)
Author: The Email Deliverability Handbook
Board of Directors, Denver Internet Exchange
Chair Emeritus, Asilomar Microcomputer Workshop
Former Counsel: MAPS Anti-Spam Blacklist
Location: Boulder, Colorado



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





--
"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
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Anybody know Anthony Mitchell or Inboxsys?

[Anne P. Mitchell, Esq. via mailop]

All,

We've been contacted by Anthony Mitchell, representing Inboxsys.com - they are 
brand new in the deliverability space, and yet they claim to have relationships 
with all of the ISPs and ESPs; however I can find *nothing* about them, 
anywhere, other than on archive.org, which shows that they only spun up the 
service within the past 6 months.

Does anybody have any insight into Mr. Mitchell (obviously no relation) and/or 
his inboxsys.com?

Anne

--
Anne P. Mitchell,  Esq.
CEO ISIPP SuretyMail
Dean of Cyberlaw and Cyber Security, Lincoln Law School
Author: Section 6 of the Federal Email Marketing Law (CAN-SPAM)
Author: The Email Deliverability Handbook
Board of Directors, Denver Internet Exchange
Chair Emeritus, Asilomar Microcomputer Workshop
Former Counsel: MAPS Anti-Spam Blacklist
Location: Boulder, Colorado



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

Re: [mailop] paypal.com issues

[Paul Smith via mailop]

On 20/05/2021 15:40, joemailop--- via mailop wrote:

Maybe it was a temporary issue?

Right now I only see one entry -

dig paypal.com txt | findstr "spf"
paypal.com. 3444IN  TXT "v=spf1 include:pp._spf.paypal.com 
include:3ph1._spf.paypal.com include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com 
include:3ph4._spf.paypal.com include:3ph5._spf.paypal.com ~all"


Yes, it looks OK now. I did check it earlier when I saw Javier's 
message, and I got the two SPF records as well


[C:\temp]dig txt paypal.com

; <<>> DiG 9.17.0 <<>> txt paypal.com
...
paypal.com. 3548    IN  TXT "MS=ms95960309"
paypal.com. 3548    IN  TXT "v=spf1 
include:pp._spf.paypal.com include:3ph1._spf.paypal.com 
include:3ph2._spf.paypal.com include:3ph3._sp

f.paypal.com include:3ph4._spf.paypal.com include:3ph5._spf.paypal.com ~all"
paypal.com. 3548    IN  TXT "v=spf1 
include:aspmx.pardot.com ~all"
paypal.com. 3548    IN  TXT 
"workplace-domain-verification=F7ezsH9uapvYDGd2VtPARy1qq9ymN6"

.

but now there's just the one


--
Paul
Paul Smith Computer Services
supp...@pscs.co.uk - 01484 855800


--


Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53

Sign up for news & updates at http://www.pscs.co.uk/go/subscribe
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] paypal.com issues

[joemailop--- via mailop]

Maybe it was a temporary issue?

Right now I only see one entry - 

dig paypal.com txt | findstr "spf"
paypal.com. 3444IN  TXT "v=spf1 
include:pp._spf.paypal.com include:3ph1._spf.paypal.com 
include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com 
include:3ph4._spf.paypal.com include:3ph5._spf.paypal.com ~all"

-joe

On 5/20/2021 at 6:10 AM, "Javier Angulo via mailop"  wrote:
>
>Hi,
>
>I wonder if somebody is having problems with paypal.com on the 
>receiving 
>side (or maybe someone from paypal can help).
>
>We are rejecting what seems to be legit messages from paypal 
>employees 
>because:
>- They have a p=reject DMARC record
>- DKIM check fails (body has been altered)
>- paypal.com has 2 SPF records:
>
>$ dig txt paypal.com +short
>...
>"v=spf1 include:pp._spf.paypal.com include:3ph1._spf.paypal.com 
>include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com 
>include:3ph4._spf.paypal.com include:3ph5._spf.paypal.com ~all"
>"v=spf1 include:aspmx.pardot.com ~all"
>
>So at least IMHO a single SPF record should be used.
>
>Cheers,
>Javier
>___
>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] paypal.com issues

[Javier Angulo via mailop]

Hi,

I wonder if somebody is having problems with paypal.com on the receiving 
side (or maybe someone from paypal can help).


We are rejecting what seems to be legit messages from paypal employees 
because:

- They have a p=reject DMARC record
- DKIM check fails (body has been altered)
- paypal.com has 2 SPF records:

$ dig txt paypal.com +short
...
"v=spf1 include:pp._spf.paypal.com include:3ph1._spf.paypal.com 
include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com 
include:3ph4._spf.paypal.com include:3ph5._spf.paypal.com ~all"

"v=spf1 include:aspmx.pardot.com ~all"

So at least IMHO a single SPF record should be used.

Cheers,
Javier
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop