Am Wed, Feb 07, 2024 at 06:41:48AM -0900 schrieb Royce Williams via mailop:
> There are multiple reports on Reddit and other places of people getting the
> explicit "authentication required" SMTP response at much lower volumes.
> I've also experienced it directly myself, on domains that I directly
Am Wed, Feb 07, 2024 at 02:20:25PM +0100 schrieb Jaroslaw Rafa via mailop:
> For outgoing, Google requires that you have DMARC record set up. So if you
> are sending anything to Google, you need that.
This only applies if your sending more than 5000 messages per day.
Most smaller senders are
Am Mon, Jan 01, 2024 at 06:53:57PM + schrieb ml+mailop--- via mailop:
> > I use sendmail 8.17.1.9 under gentoo -- any patch for that one to fix this?
>
> Upgrade to 8.18.0.2,:
Additionally needs "Srv_Features: o" for sendmail to only accept CR LF . CR LF
as end of an SMTP message.
Am Wed, Oct 11, 2023 at 11:12:39AM +0200 schrieb Andreas via mailop:
> since a few hours we have problems with sending to Microsoft. We get
> hundreds of messages like in the subject with the reference to S77719. Also
> colleagues from other companies in germany are seeing the same in their
>
Am Wed, Aug 23, 2023 at 09:29:48AM + schrieb Dan Mahoney (Gushi) via mailop:
> It looks like the version of enhdnsbl.m4 simply checks for *any* return code
> and doesn't know how to skip those responses. And I don't know where to buy
> the brand of LSD that they did at UC Berkeley when they
Am Tue, Dec 27, 2022 at 10:36:50AM +0200 schrieb Mary via mailop:
> I've never used rspamd but now its time to take a look.
> > > Are there any alternatives to OpenDMARC and OpenDKIM?
As an alternative to OpenDKIM, I'm happily using dkimpy-milter. The
configuration is quite similar to
Am Tue, Oct 25, 2022 at 09:40:41AM -0500 schrieb Frank Bulk via mailop:
> We had it last night, too, but this morning seeing it again for hotmail.com,
> outlook.com, and live.com:
Confirmed:
@hotmail.com>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp,
pri=41706,
Noticing lot's of noise from OVH adress ranges with "bouncer.cloud" PTR and
HELO. Often they are trying only one recipient and seem to move on then.
Can anyone shed some light on what these people are trying to accomplish? Could
there be any kind of legitimacy, or are just plain bad guys? Seems
