2025-06-09T12:38:55 I forgot to mention : blank page when selecting "Kabyle" language. 2025-06-09T13:00:14 trying quiz.i.o.o => root aka admin-auto@ now yields 450 4.2.0 : Client host rejected: Service temporarily unavailable, please retry later (in reply to RCPT TO command)) 2025-06-09T13:12:29 sounds like we have an issue on relay.i.o.o (effectively mx*) 2025-06-09T13:14:47 Jun 9 13:07:42 mx1 postfix/smtpd[19659]: NOQUEUE: reject: RCPT from unknown[2a07:de40:b27e:1218::a10]: 450 4.2.0 : Client host rejected: Service temporarily unavailable, please retry later; from= to= proto=ESMTP helo= 2025-06-09T13:14:59 "Client host rejected" sounds like missing reverse DNS 2025-06-09T13:16:04 I'm more curious about, "service temporarily unavailable", we have lots of hosts without reverse DNS (poo#168517) (or did we never attempt to send from any of those) 2025-06-09T13:19:38 we have _some_ subnets in mynetworks (so they get accepted even without reverse DNS) 2025-06-09T13:20:04 how was I able to spam admin@ earlier? 2025-06-09T13:21:25 also the emails went through now, did you change something? :) 2025-06-09T13:21:42 your first attempt to admin@ also got a 450 2025-06-09T13:22:13 no change, but - greylisting? 2025-06-09T13:22:52 greylist would print something like "postgrey: action=greylist, reason=new," in the journal 2025-06-09T13:25:25 you mean (found in mail log) 2025-06-09T13:25:28 Jun 9 13:07:42 mx1 postgrey[1411]: action=greylist, reason=new, client_name=unknown, client_address=2a07:de40:b27e:1218::a10, sender=quiz@quiz.infra.opensuse.org, recipient=admin-auto@opensuse.org 2025-06-09T13:26:28 ok 2025-06-09T13:26:56 I would expect postfix to report something pointing to that instead of "temporarily unavailable" 2025-06-09T13:27:08 but if that's the mysteries answer, good with me :) 2025-06-09T13:27:39 I'd guess that the greylisting doesn't want to tell spammers "try again in 5 minutes" and uses a useless message 2025-06-09T13:28:52 makes sense 2025-06-09T13:31:27 for mynetworks - does it really make sense to list some (but not all) /64, or should we just allow all 2a07:de40:b27e:1[12]xx::* (+ IP ranges we use in other locations)? 2025-06-09T13:47:04 we want to avoid malfunctioning application which does not need relay access to gain relay access regardless 2025-06-09T13:49:40 ok, that's an argument - but then, we should ideally have a list of VMs that send mails to the world (wikis, progress, code.o.o, tsp, ...) instead of listing some /64 2025-06-09T13:53:35 would be nice 2025-06-09T13:55:56 *** teepee_ is now known as teepee 2025-06-09T22:54:18 *** teepee_ is now known as teepee