31–39 of 39 posts
Our domain checks out because we use O365. However, we have an old Exchange server sending out via SMTP. We're not sure what the best path forward is for us. Do we change our apps to route through O365? Will probably take days for that. We have in house custom apps that use it heavily. Anyone have good resources on what we should do?
this doesn't seem to help for private email. i want to send email to my friends at google. yet google blocks delivery. this is not any kind of business or commercial messages. but from my private account to my friends account. SPF and DMARC check out and surely private emails should not need unsubscribe headers. so your site says everything is fine. then why does google still reject my emails?
My social group has been shifting away from using the internet-wide email system to using a private one just among us that we run. It works well in my group because most of the emails we send/receive are amongst ourselves anyway. All of these antispam measures are fighting a losing battle -- every one of them reduces the utility of email and are only (barely) acceptable because spammers reduce the utility of email to…
Earlier quoted context omitted.
I have seen something similar at a smaller ISP, but the silently discarded email usually came from domains with bad SPF setups. Really infuriating, because customers would not believe that this wasn't a problem on our end, it was the other side telling us to discard their email!
SPF alone is not a reason for discarding a letter.
The spec is very dodgy in that it acknowledges that every server needs to pick its own policies:
> Disposition of SPF fail messages is a matter of local policy.
On silently dropping email, the following is listed as a "consideration":
> Other dispositions such as "dropping" or deleting email after acceptance are inappropriate because they leave uncertainty and reduce the overall reliability and utility of email across the Internet.
There is no MUST (NOT) in the spec when it comes to silently dropping email.
The intent of the author of the spec is to always provide feedback, but it doesn't actually say that in cleae terms.
this doesn't seem to help for private email. i want to send email to my friends at google. yet google blocks delivery. this is not any kind of business or commercial messages. but from my private account to my friends account. SPF and DMARC check out and surely private emails should not need unsubscribe headers. so your site says everything is fine. then why does google still reject my emails?
> then why does google still reject my emails? Multiple options. For example, your IP address may not have a good reputation. This can happen when a previous tennant used your IP address to send spam, but it also happens when you send very little email to Google/Microsoft servers, not giving you the opportunity to build a good reputation. I briefly considered sending my mail server logs to Gmail so I could get regula…
this doesn't seem to help for private email. i want to send email to my friends at google. yet google blocks delivery. this is not any kind of business or commercial messages. but from my private account to my friends account. SPF and DMARC check out and surely private emails should not need unsubscribe headers. so your site says everything is fine. then why does google still reject my emails?
My social group has been shifting away from using the internet-wide email system to using a private one just among us that we run. It works well in my group because most of the emails we send/receive are amongst ourselves anyway. All of these antispam measures are fighting a losing battle -- every one of them reduces the utility of email and are only (barely) acceptable because spammers reduce the utility of email to…
Somehow i like the thought of this...
Earlier quoted context omitted.
My social group has been shifting away from using the internet-wide email system to using a private one just among us that we run. It works well in my group because most of the emails we send/receive are amongst ourselves anyway. All of these antispam measures are fighting a losing battle -- every one of them reduces the utility of email and are only (barely) acceptable because spammers reduce the utility of email to…
But running an email system that does not connect to the wider internet also ruins the idea of email as a globally reachable address. Everything is a trade-off :-|
However, none of my friends use our mailservers exclusively. They also use the internet mail system. But having our own means that we don't have to worry about deliverability issues, spam, or any of the other problems that exist on the public system.
Earlier quoted context omitted.
My social group has been shifting away from using the internet-wide email system to using a private one just among us that we run. It works well in my group because most of the emails we send/receive are amongst ourselves anyway. All of these antispam measures are fighting a losing battle -- every one of them reduces the utility of email and are only (barely) acceptable because spammers reduce the utility of email to…
Hah... somehow i have this feeling that we are heading right back into the "good old days" of separated BBS networks, some commercial, some private, but none of them interconnected. Somehow i like the thought of this...
It's really beautiful and freeing to have an "internet" that works really well, even if it is a very tiny one.
Earlier quoted context omitted.
SPF alone is not a reason for discarding a letter.
It shouldn't be, but the standard is not clear. The spec is very dodgy in that it acknowledges that every server needs to pick its own policies: > Disposition of SPF fail messages is a matter of local policy. On silently dropping email, the following is listed as a "consideration": > Other dispositions such as "dropping" or deleting email after acceptance are inappropriate because they leave uncertainty and reduce th…
> What happens if I dont comply? >You get marked as spam? And that's probably the best case scenario. Your email may not get delivered. My best friend works at a large ISP specifically on their email transport system. They discard 97% of the emails they receive. That's straight into the bit bucket, not to your Junk Mail folder.
I have seen something similar at a smaller ISP, but the silently discarded email usually came from domains with bad SPF setups. Really infuriating, because customers would not believe that this wasn't a problem on our end, it was the other side telling us to discard their email!