noreply@ is zó stom. Laat me kunnen antwoorden, dan krijg je nuttige feedback.

Bovendien is 80% van alle spam die door m'n spamfilters heenkomt, ook afkomstig van noreply@. Als we lang geleden hadden vastgehouden aan het idee dat een afzenderadres ook mail moet kunnen ontvangen, dan hadden we nu waarschijnlijk nuttigere antispamtechnieken gehad.

Beetje historisch onderzoek gedaan. Bevindingen:

1. Het was inderdaad oorspronkelijk de bedoeling dat je kunt replyen. Ik twijfelde of ik dat goed onthouden had, maar het staat als harde MUST in RFC 5321:

> In particular, all addresses in "From:", "To:", "Cc:", etc., header fields MUST be transformed (if necessary) to satisfy the standard header syntax of RFC 5322 [4], MUST reference only fully-qualified domain names, and MUST be effective and useful for sending replies.

Het lijkt me dat noreply@, hoewel we daar nu nooit meer van af komen, lang geleden al gewoon geweigerd had kunnen worden.

2. Ik herinner me een tijd waarin noreply@ vies werd gevonden, en mensen nog hun best deden te zorgen dat er een menselijke ontvanger voor replies kon zijn (ook als de mail zelf geautomatiseerd was gestuurd), ik weet alleen niet meer wanneer dat was, en wanneer noreply@ alsnog salonfähig werd. Dus ik ben in m'n eigen mailarchief gaan zoeken. Sinds 2001 heb ik alle non-spam bewaard, inclusief geautomatiseerde dingen. De eerste jaren kwamen er mondjesmaat mails vanaf noreply@, maar vanaf 2005 werd het veel meer, met de piek in aantal afzenderdomeinen bereikt in 2020. Doordat ik ook steeds minder legitieme mail ontvang, is de verhouding enorm uit de hand gelopen. Email is nu grotendeels ruis.

3. Er bestaat iets nog ergers dan noreply@. Blijkbaar is er ooit een RFC gepubliceerd die mails van totaal anonieme herkomst toestaat, dus zelfs zonder herkenbaar domein: RFC 6854. Gelukkig is dat geen gemeengoed geworden.

@Whreq Jnnyobre Ik blijf erbij dat er legitieme redenen zijn om geen antwoord te accepteren op sommige berichten.

Zo kun je op heel veel noreply-adressen op mijn systemen best antwoorden, en de server zal die berichten ook gewoon aannemen, maar die verdwijnen dan wel meteen in het permanente archief.

Wat je er ook van vindt, feit is dat je als afzender soms geen antwoord kunt of wilt verwerken. Het gebruik van noreply is dan iig een duidelijk signaal aan de ontvanger dat antwoord naar dat adres geen zin heeft.

Zo kan een Matrix-server notificaties sturen van van alles en nog wat, en sommige gebruikers willen dat. Ik wil als beheerder van die server dan niet een mailbox moeten gaan bijhouden voor de onbenullen die een reactie sturen op zo'n notificatie.

Je kunt daar moeite mee hebben, maar dan bekijk je de zaak -in mijn ogen iig- erg zwart-wit en uitsluitend vanuit de ontvangende kant.
Whreq Jnnyobre (@[email protected])

937 Posts, 241 Following, 267 Followers · 🏳️‍🌈 ⚛️ 🐪 🦋 🐧⠬⠆🥄

HSNL Social

@hans Vanuit hedendaags perspectief zit er niks anders op dan noreply@ accepteren als fact of life. Ik bouw zelf ook systemen die het gebruiken.

Maar ik denk dat het historisch gezien een fout van jewelste is geweest om email onaangepast voor notificaties te gebruiken. Daar had een ander systeem voor moeten worden gebruikt, of e-mail had moeten worden aangepast om eerst opt-in te regelen (zoals elk ander notificatieplatform werkt - behalve sms, die andere eindeloze bron van spam...)