On 2017-08-10, David Brown <
david...@hesbynett.no> wrote:
> On 10/08/17 09:12, Martin Brown wrote:
>> On 09/08/2017 21:24, Joerg wrote:
>>
>>> While I know that our US phone system is beginning to unravel this is
>>> new: A fuel supplier (Suburban Propane) sent me two emails to accounts
>>> at two different providers. No bounce message on their side, nothing
>>> has arrived, nothing in the spam folder either. So I called and sent
>>> one to them. No bounce message back to me yet it did not arrive
>>> either. All those emails quietly went phut.
>>>
>>> Does anyone know what could cause that?
>>
>> I've seen something similar quite recently. Mails vanishing no bounce.
>>
>> It turned out that the ISP had misconfigured the sending domain so that
>> a certain way of checking for spam erroneously returns a fail report of
>> "sender domain does not exist" and so it drops the email on the floor.
>> (no bounce message since domain apparently does not exist)
>>
>> Delivery of emails to their domain works OK since that uses a different
>> way of looking up the DNS record. I can't quite remember all the details
>> but it showed up when we dug into the DNS and MX records and found
>> inconsistencies in the ones that were vanishing emails.
>> (it seems to be a quite recent thing)
>>
>> I don't have the details on this machine unfortunately so from memory.
>>
>> It seemed to be pot luck which ones were affected and which were not.
>> Only some mailservers actually check that the "sending" domain exists
>> before accepting emails so the effect can be quite confusing.
>>
>
> SPF - Sender Policy Framework - is related source of issues. Some email
> receivers insist that the sender has SPF configured correctly, and drop
> everything else.
Not configured at all is a correct configuration, so refusing emails
that fail SPF is legit.
> For properly configured sending servers run by serious
> folk, that's no problem - but there are many servers that are run by
> amateurs. So many receivers use correct SPF as a strong indication of
> legitimate email (for spam scoring), and incorrect SPF as almost
> certainly spam. That of course means that if your server (or your ISP's
> server) has DNS records claiming to support SPF, but has got the details
> wrong, then lots of receivers will put your emails straight in the spam
> can with no bounce.
If they can't refuse the email instead of dropping, or bouncing it they
are amateurs.