IMHO there are reasons for the EHLO or HELO to use the internal server
name, which may not be associated with a public IP Address, so expecting
the EHLO to match the PTR can and will get you into trouble.
It is more important to make sure that the domain in the PTR record, has
a URL
Hi,
Is there anyone from Meta / Instagram on the list? Looking for a
deliverability contact regarding Forgot Your Password emails.
Thanks,
Brian Kowalewicz
bkowalew...@duckduckgo.com
___
mailop mailing list
mailop@mailop.org
Dnia 27.10.2023 o godz. 17:03:29 Cyril - ImprovMX via mailop pisze:
>
> This should weight in the decision; If the hostname doesn't match the PTR,
> that the SPF fails, and so on, maybe it would be time to block the incoming
> email.
>
> Really interesting! Thank you everyone!
Hm... aren't you
I believe Vocus was a service being used to send mass emails some time ago -
however, that was removed from Richmond.bbb.org's spf as part of our
troubleshooting. We are still having issues being bale to reach any google
related domains. One of my other customers is a Google shop and I have
That's interesting! I was about to block the mismatching Hostname vs PTR,
but it's helpful to see that's not the recommended way (I still block if
the sender doesn't have PTR though).
Bill Cole makes a really good point :
> It should not refuse the email *solely* for that reason.
This should
Am 27.10.2023 um 14:00:50 Uhr schrieb ml+mailop--- via mailop:
> On Fri, Oct 27, 2023, Marco M. via mailop wrote:
> > Because the big companies enforce a correct PTR, almost all servers
> > sending mail have a working PTR.
>
> But not wrt the HELO argument, right?
I haven't checked that, but
On 2023-10-27 at 09:19:33 UTC-0400 (Fri, 27 Oct 2023 15:19:33 +0200)
Cyril - ImprovMX via mailop
is rumored to have said:
Hi!
It's been quite common to refuse a server connecting that doesn't have
a
proper PTR, but I was wondering if there was any recommendation
(either
official via RFC or
Am 27.10.2023 um 16:00:26 Uhr schrieb Jaroslaw Rafa via mailop:
> Dnia 27.10.2023 o godz. 14:23:14 Marco M. via mailop pisze:
> > > You mean DMARC failure?
> > >
> > > SPF by itself checks only the envelope-From.
> >
> > If Sender: is missing, the application will most likely use From:
> >
On Fri, Oct 27, 2023, Marco M. via mailop wrote:
> Am 27.10.2023 um 15:19:33 Uhr schrieb Cyril - ImprovMX via mailop:
> > For instance, if my server has a PTR with mail1.example.com, and I
> > connect by saying "HELO send.example.com". If the receiving server
> > loads all the IPs for
Dnia 27.10.2023 o godz. 15:19:33 Cyril - ImprovMX via mailop pisze:
>
> It's been quite common to refuse a server connecting that doesn't have a
> proper PTR, but I was wondering if there was any recommendation (either
> official via RFC or standard practice) about a server connecting with a PTR
Dnia 27.10.2023 o godz. 14:23:14 Marco M. via mailop pisze:
> > You mean DMARC failure?
> >
> > SPF by itself checks only the envelope-From.
>
> If Sender: is missing, the application will most likely use From: for
> envelope sender (MAIL FROM:) (normal MUAs do that). That will make SPF
> fail
Am 27.10.2023 um 15:19:33 Uhr schrieb Cyril - ImprovMX via mailop:
> For instance, if my server has a PTR with mail1.example.com, and I
> connect by saying "HELO send.example.com". If the receiving server
> loads all the IPs for "send.example.com" but doesn't find my server's
> IP, should it
Hi!
It's been quite common to refuse a server connecting that doesn't have a
proper PTR, but I was wondering if there was any recommendation (either
official via RFC or standard practice) about a server connecting with a PTR
that is different from the announced hostname at the HELO/EHLO command.
Am 27.10.2023 um 12:52:19 Uhr schrieb Jaroslaw Rafa via mailop:
> Dnia 27.10.2023 o godz. 12:44:09 Marco M. via mailop pisze:
> > This will result in SPF failure if your MTA sends the message with
> > From: and MAIL FROM:
> You mean DMARC failure?
>
> SPF by itself checks only the
Dnia 27.10.2023 o godz. 12:44:09 Marco M. via mailop pisze:
> This will result in SPF failure if your MTA sends the message with
> From: and MAIL FROM:https://list.mailop.org/listinfo/mailop
Am 26.10.2023 um 16:16:00 Uhr schrieb David Verdin via mailop:
> But why did they write to this address? It's only when I had a
> videoconference with my user that I could see that, in her Outlook
> client, when displaying a message from the list, it read something
> like
On 26.10.2023 at 16:16 David Verdin via mailop wrote:
> So I'm one of the administrator of a big mailing lists server. One of our
> user complained that when the subscribers to her list wrote to the list, only
> she received the message.
> Which is not possible, due to the very mechanisms of
17 matches
Mail list logo
