Email delivery problems

[dmitrydiskin]

Hello all, I was trying to restore access to my old account here, and no emails were received to gmail.com. I created a new account with gmail.com address, and also received no confirmation message. Then I created an account using mail.yandex.ru and received email there but it went to spam with a complaint about SPF records. Here are some headers of that email message:

Received: from vps918.pairvps.com (vps918.pairvps.com [216.92.237.59])
    by mail-nwsmtp-mxfront-production-main-63.sas.yp-c.yandex.net (mxf
+ront/Yandex) with ESMTPS id 2VgJ7ADH6Sw0-9Wqm3IlP;
    Sat, 07 Dec 2024 13:31:04 +0300
X-Yandex-Fwd: 1
Authentication-Results: mail-nwsmtp-mxfront-production-main-63.sas.yp-
+c.yandex.net; spf=softfail (mail-nwsmtp-mxfront-production-main-63.sa
+s.yp-c.yandex.net: transitioning domain of perlmonks.org does not des
+ignate 216.92.237.59 as permitted sender, rule=[~all]) smtp.mail=nore
[e-mail]
X-Yandex-Spam: 4

Is it a known problem perhaps?

[dmitrydiskin]

Hello all, since it has been confirmed in this node, can someone contact me via email and help reset password of my old account here?

[Corion]

There should be no delivery problems for perlmonks.com or perlmonks.net as these had correct SPF records all the time. The SPF records for perlmonks.org have been updated yesterday, so in theory Gmail should let that recovery email through again.

If that doesn't work, we will have to look for something that connects your old and new account, but first try again with Gmail.

[afoken]

The SPF records for perlmonks.org have been updated yesterday, so in theory Gmail should let that recovery email through again.

That implies a short TTL (less than 1 day) on the DNS records for perlmonks.org. Usually, the TTL is longer, and thus changes to DNS records can take longer to propagate through the DNS.

Alexander

[LanX]

I tried triggering a password reminder on
• perlmonks.org
• www.perlmonks.org
• perlmonks.com

with an account with a Gmail address.

I tried the same with

• perlmonks.org ¹
and an account with CPAN.org address (which is more "tolerant" since I was able to register there a week ago)

Not sure if there are any hidden limitations on emails per day, but so far I haven't received any emails.

I'll update this node if they finally arrive with delay.

PS: since this already took me a nerve wracking hour, I triggered this thread: Password email round-trip monitoring

PPS: see also Re^2: Problems getting e-mails from Perlmonks

updates

¹)

• this @cpan.org request arrived Fri, 27 Dec 2024 15:13:32 +0000 at cpan.org and the forward arrived 08:32:31 -0800 (PST) at gmail, emphasize added.
  

  Received: from vps918.pairvps.com (vps918.pairvps.com [216.92.237.59] ) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.108.111.106 (trex/6.10.3); Fri, 27 Dec 2024 15:13:32 +0000
  Authentication-Results: inbound.mailchannels.net; spf=softfail smtp.mailfrom=[e-mail]; dkim=none; dmarc=none; arc=none
  Received-SPF: softfail (dmarc-service-597c997457-j54gz: transitioning perlmonks.org does not designate 216.92.237.59 as permitted sender) client-ip=216.92.237.59; envelope-from=[e-mail]; helo=vps918.pairvps.com;
  Received: by vps918.pairvps.com (Postfix, from userid 65534) id F0EA41A0E8B; Fri, 27 Dec 2024 10:13:28 -0500 (EST)
  

• I did SPF lookups for (www.|)perlmonks.(org|com|net) at various sites (like https://kitterman.com/spf/validate.html ) and there still seems to be a problem, maybe related to caching?
  

  v=spf1 a mx ip4:216.92.34.251 ip4:66.39.54.27 ~all

[LanX]

> There should be no delivery problems for perlmonks.com or perlmonks.net as these had correct SPF records all the time.

I'm a bit puzzled.

My tests show identical emails from all domains, with the same sender noreply©perlmonks.org

From my understanding is the SPF check dependent on the FROM: and the corresponding DNS entry whitelisting the IP of the delivering mail exchange host.

Hence entries for .com or .net shouldn't/didn't matter, (as long as they are not used in the FROM.)

Please correct me if I'm wrong.