From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from wopr.sciops.net ([216.126.196.60]) by ewsd; Sun Aug 16 05:31:14 EDT 2020 Received: (qmail 18545 invoked by uid 1001); 16 Aug 2020 02:31:08 -0700 Date: Sun, 16 Aug 2020 02:31:08 -0700 From: Kurt H Maier To: 9front@9front.org Subject: Re: [9front] Smtp greylist possible missing feature? Message-ID: <20200816093108.GA13440@wopr> Mail-Followup-To: 9front@9front.org References: <3d2787e5-d0ef-42ee-8d71-f237e628961b@sirjofri.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d2787e5-d0ef-42ee-8d71-f237e628961b@sirjofri.de> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: self-healing flexible GPU DOM NoSQL reduce/map-scale manager On Sun, Aug 16, 2020 at 09:27:46AM +0000, sirjofri+ml-9front@sirjofri.de wrote: > Hey all, > > I suspect there's a missing feature (or bug?) in 9front smtp implementation. Let me describe what I experience. > > When I send a mail (let's call it mail A) to another specific mail server (not all, only some) via SMTP the mail does not arrive. There's no error message (smtp response), also no response mail. > > When sending another mail B to the same server (same recipient in this case) the mail does also not arrive, but I receive an smtp error (a mail from /dev/null) about mail A and some greylisting stuff. Weird enough some mails to the same address _do_ arrive (who knows why). > > I suspect that these servers send some of these "try later" fail messages ("greylisting"), and 9front smtp implementation ignores these (or can't handle them properly). > > Maybe it is somehow related to the date bug? (E. g. it wants to send later, but that later is already in the past or something like that) > > Anyways, mail is a pain. The simple protocol that's so easy is bloated with anti spam stuff and many things don't work like intended. I understand why most users use just existing mail setups (and I think I'll think about switching back, too). But on the other hand, it's good to collect enough resources so we can have some stable and modern-capable mail 9front mail implementation. > > I hope this message is somehow helpful and one step further in 9front development. I know there's lots to do and not many people contributing. Still I hope to contribute good information and reports and patches. > > sirjofri What responses do you get from the remote servers? Not the local delivery failure reports, but the actual SMTP responses from them. This sounds like we're treating transient failures as permanent on occasion. khm