Re: [mailop] Good registrar?

We're also a registrar and as Owen points out - this is systemic because the registries have annual fee hikes baked into their contracts. 7% annually for Verisign (.com and .net) - it varies for others. At easyDNS we ate these increases for over ten years, until the post-COVID era when infla

Re: [mailop] Best practices for VPS providers?

sends some amount Spams (IIRC 10) they will charge the downstream VPS company $20. On 2024-07-13 03:36, Mark E. Jeftovic via mailop wrote: On 2024-07-12 2:21 PM, Marco Moock wrote: Am 12.07.2024 um 10:57:15 Uhr schrieb Mark E Jeftovic via mailop: Implement a policy that if big amounts of spam

Re: [mailop] Best practices for VPS providers?

On 2024-07-12 2:21 PM, Marco Moock wrote: Am 12.07.2024 um 10:57:15 Uhr schrieb Mark E Jeftovic via mailop: Implement a policy that if big amounts of spam are going out you can immediately block outgoing port 25. Is there anything commonly used for monitoring the level of outbound SMTP? Or

[mailop] Best practices for VPS providers?

The responsible cloud hosts thread has me wondering about the state of the art of best practices for VPS providers When someone provisions a VPS there’s a danger that they’ll just spin up and blast - if they’re using stolen credit cards, etc you can mitigate and filter on that side using frau

Re: [mailop] Domains discrimination

There was a time when we just flat out blocked .top .click and a few others and absolutely nobody noticed or cared. .xyz is slightly unique as it was the first legacy TLD to support Ethereum Name Service so a lot of legit crypto sites and projects use xyz names Sent from my iPhone > On Jul 1

[mailop] Why an SPF hard bounce on ~all ?

Been debugging an email forwarding problem, it's basically that the forwarder doesn't use SRS or ARC That would be an SPF fail, but the sender domains are ~all Why the hard bounce? * Sender address: ~all * The forwarded address has -all * Receiving server rejecting with notice about sender

[mailop] UPDATED Re: Yahoo no longer accepting email forwards?

. (To re-cap, our some of our email /forwarders/ were garnering PH01 errors from Yahoo - which apparently means suspected phish or malware link, even on messages with no links) - mark On 2024-05-21 4:04 PM, Mark E. Jeftovic via mailop wrote: It's beginning to sound localized to us, so t

Re: [mailop] [E] Yahoo no longer accepting email forwards?

n Tue, May 21, 2024 at 12:06 PM Mark E. Jeftovic via mailop wrote: Following on my email yesterday and after running a few more tests. The error message from Yahoo is simply Remote-MTA: dns; mta6.am0.yahoodns.net <http://mta6.am0.yahoodns.net> Diagnostic-Code: smtp; 55

Re: [mailop] Yahoo no longer accepting email forwards?

ve SPF and SRS and are unaffected (We are in the process of planning out our ARC deployment - my guys are telling me there are some issues, so open to recommendations on implementing it on debian running postfix) - mark On 2024-05-21 3:45 PM, John Levine wrote: It appears that Mark E. Je

Re: [mailop] Yahoo no longer accepting email forwards?

yes I mispoke there (mis-typed) we've tried it from domains with no SPF enabled (and no SRS) as well as domains with SPF + SRS On 2024-05-21 3:23 PM, Andrew C Aitchison wrote: On Tue, 21 May 2024, Mark E. Jeftovic via mailop wrote: The only difference between messages that get throu

[mailop] Yahoo no longer accepting email forwards?

Following on my email yesterday and after running a few more tests. The error message from Yahoo is simply Remote-MTA: dns; mta6.am0.yahoodns.net Diagnostic-Code: smtp; 554 Message not allowed [PH01] Email not accepted for policy reasons which links back to https://senders.yahooinc.com/smtp-er

[mailop] Is Rogers/Yahoo accepting messages and not delivering them? (also bouncing [PH01])

We started getting reports Friday of Rogers addresses (handled by Yahoo) Either hard bouncing: Remote-MTA: dns; mta6.am0.yahoodns.net Diagnostic-Code: smtp; 554 Message not allowed - [PH01] Email not accepted for     policy reasons Or worse: accepting the email /and then not delivering it/.

[mailop] DMARC on srs forwarding domains?

We're having a bit of a theological debate internally on whether to implement DMARC on our SRS forwarder domains. The team here says that DMARC means there will never be alignment on an SRS forwarder domain because the envelope-from /must /match the mail-from. What we're wondering is, which

Re: [mailop] RNC v. Google Dispositioin

Maybe one of the reasons the right-side of the political spectrum are more aggressive spammers, is that it's a knock-on effect from being marginalized within mainstream channels and leftist BigTech platforms. Maybe if it was a more level playing field they'd feel less inclined to do so. - ma

Re: [mailop] Proofpoint SSL Cert Expired

You shouldn't beat yourself up over it. Everybody here knows this sort of thing happens, the networks we run are increasingly complex now. I remember trying to communicate to vmware that their SPF record was over 10 DNS lookups over a span of two years. It's all in the response and incident

Re: [mailop] Proofpoint SSL Cert Expired

At the risk of talking my own book, we acquired Cronly.app last year and through it you can monitor your SSL certs for free. (there's no hidden upsell or anything, it's just there to get people on board and exploring the dashboard). But you can alerts via email, slack or SMS, your Zapier ac

Re: [mailop] SMTP equivalent of HTTP 30x redirect ? - was Re: O365 throttling email forwards

drew C Aitchison via mailop wrote: On Tue, 28 Feb 2023, Michael Peddemors via mailop wrote: On 2023-02-28 08:00, Mark E. Jeftovic via mailop wrote: Hey all, Looks like customers trying to forward email from their own domains here, to their O365 mailboxes are getting throttled with: Sto

[mailop] O365 throttling email forwards

Hey all, Looks like customers trying to forward email from their own domains here, to their O365 mailboxes are getting throttled with: "451 4.7.500 Server busy. Please try again later". O365 enterprise customers are able to whitelist the forwarder, others are just getting perpetual deferrals

[mailop] anybody from att-mail.com here?

Just stumbled on something in their DNS they'll probably want to fix. - mark -- Mark E. Jeftovic Co-founder & CEO easyDNS Technologies Inc. +1-(416)-535-8672 ext 225 /"Never expect a thing you do not want, and never desire a thing you do not expect." -- Bob Proctor /___

Re: [mailop] Spamhaus "open resolver" errors

We're seeing these for localhost netblock, which seems kinda odd... Error: open resolver; https://www.spamhaus.org/returnc/pub/127.255.255.254 On 2022-05-13 12:32 PM, Jarland Donnell via mailop wrote: > I'm not sure if the rest of you are seeing the same, but I've seen a > lot of errors like thi

[mailop] Introducing CHAPPS: the Caching, Highly-Available Postfix Policy Service

Hi all, we're pleased to release as open source our CHAPPS package. Developed by Caleb Cullen here, this is what we've been using for managing outbound email across multiple client domains. https://easydns.com/blog/2022/04/28/introducing-chapps-the-caching-highly-available-postfix-policy-service/

Re: [mailop] Best mailbox provider for personal domain?

Hi Tara, We bundle 3 and 5 IMAP boxes with standard and pro dns packages (domain reg + DNS + email) for $35/year and $55/year And yes, we support + addressing. We've also implemented SRS on your email forwarders. - mark On 2022-04-09 12:26 PM, Tara Natanson via mailop wrote: > Thank you all fo

Re: [mailop] Pretty convincing ICANN renewal notice making the rounds..

I said years ago, when these policies came out (WDRP and then WAP) that they would accomplish nothing other than to provide a gift-wrapped phishing mechanism. - mark On 2022-03-21 12:57 PM, Michael Peddemors via mailop wrote: > Authenticated from FastHosts.. > > Source: > > Received: from mail.re

Re: [mailop] Gosh, I love sendgrid

On 2020-12-22 3:34 PM, John Levine via mailop wrote: > In article you write: >> The only basis on which these emails should be judged is on whether >> they're spam or malware. > This suggests you're OK with child pornography and beheading videos so > long as subscribers ask for them. And what abo

Re: [mailop] Gosh, I love sendgrid

The only basis on which these emails should be judged is on whether they're spam or malware. It is always within the purview of private companies to put whatever parameters they want around who they do business with. Sometimes the risk/reward incentives just aren't there. But being an internet in

[mailop] open RBL and RHSBL lists these days?

Hey all, we're looking to deploy some user-configurable options in our mail filtering such as being able to select which RBLs and RHSBLs they want to apply to their inbound messages. We already subscribe to some on a system wide level (Abusix) but I'm wondering which ones over and above are still

Re: [mailop] Website down?

Thanks for that! On 2020-08-31 12:40 PM, ml+mailop--- via mailop wrote: > On Mon, Aug 31, 2020, Mark E. Jeftovic via mailop wrote: >> So the list archives are still down then? > I tried to contact owner- about it but got a bounce, > while request- was at least delivered. > >&

Re: [mailop] Website down?

So the list archives are still down then? I was hoping to link to a thread. - mark On 2020-07-27 5:44 PM, Al Iverson via mailop wrote: > Yeah but in theory he could send email to mailop-requ...@mailop.org > and say "set digest off" -- I tested and that seemed to work for me. I > emailed Chris an

Re: [mailop] Thoughts on DNAME for email service providers

The main issue with DNAME is it covers the entire tree below the current host. I does not apply to the current host, so list.example.com DNAME    yourisp.dom. Would not map any RR's for list.example.com. to yourisp.dom. It would only map *.list.example.com. to yourisp.dom. The other issue is t

[mailop] List archive TLS cert expired

PSA: SSL for list archive site has expired Websites prove their identity via certificates, which are valid for a set time period. The certificate for chilli.nosignal.org expired on 2/27/2020.   Error code: SEC_ERROR_EXPIRED_CERTIFICATE -- Mark E. Jeftovic Co-founder & CEO, easyDNS Technologies

[mailop] Anybody from Rogers/Yahoo here?

Our mail forwarding to you is blocked and we're having a hard time getting more info on what caused it - mark --- Mark E. Jeftovic Co-founder & CEO, easyDNS Technologies Inc. /Author of Managing Mission Critical Domains & DNS: The Book