Re: [mailop] New Validity policy for paid FBL (ARF)

On Mon, 11 Sep 2023, at 21:24, Support 3Hound via mailop wrote: > During years the FBL became a kind of "safe feature" for users that prefer to > click "junk" or "spam" and be sure they will not receive anymore. > […] > FBL generates also a good data flow for the mailbox provider that may filter

Re: [mailop] New Validity policy for paid FBL (ARF)

On Tue, 12 Sep 2023, at 00:43, Jarland Donnell via mailop wrote: > Fastmail was the only one on the feedback loop who reported every single > email to the feedback loop that they themselves filtered to user's spam > folders, and this feature was on by default. Fastmail has never done this. The d

Re: [mailop] oauth2 for mail clients

On Tue, 9 Jul 2024, at 21:27, Kai Bojens via mailop wrote: > All I could find was that there is actually no standard for implementing > oauth2 for mail authentication and that the authentication for Google and > Microsoft in mail clients is only for those two specific providers. > > Is this ab

Re: [mailop] Autoresponder for EAI mail

On Fri, 5 Feb 2021, at 08:20, John Levine via mailop wrote: > Also, has anyone ever written down in one place the best practices for > doing a non-annoying autoresponder? Yes, RFC 3834 : Recommendations for Automatic Responses to Electronic Mail. See also some

Re: [mailop] Recommendation for inbox provider?

Obviously I'm biased, but our service Fastmail sounds exactly like what you are looking for. We have setup wizards for custom domains to guide the user through what they need to do to ensure SPF/DKIM is set up correctly, and a real-life support team to contact if they

Re: [mailop] DMARC and pure SPF

On Wed, 6 Oct 2021, at 08:42, Mark Foster via mailop wrote: > I think people using forwarding _know_ that SPF breaks their stuff. That is a very optimistic viewpoint about the baseline technical knowledge of users. > I think people who publish a -all SPF record are _outright telling you_ > to r

Re: [mailop] Microsoft Office365 not rejecting emails when instructed so by SPF recored?

On Fri, 26 May 2023, at 11:10, Scott Mutter via mailop wrote: > So basically SPF is worthless. It's not worthless at all. It's a valuable signal to assign reputation as part of an overall filtering solution, and useful as part of DMARC. It's just the `-all`/`?all` etc. bit on the end that proved

Re: [mailop] Service specific passwords ? - was Re: Suggested best practice for changing ISP MTA IPs?

On Fri, 10 Jan 2025, at 22:07, Bill Cole via mailop wrote: > It is worth noting that OAuth really cannot be generally supported for > all providers in any client because each client program must be > authorized for each provider. While this is currently true, we're working on fixing this