On Sat, Jul 8, 2023 at 11:54 AM Mihai Badici via RLUG <rlug@lists.lug.ro> wrote:
> > > > Problema e ca nu ar trebui rescris From. Din cauza ca e rescris apar > > problemele: > > > > Message ID<977fd8ed59c77a8e5c81887085892...@badici.ro> > > Created on:6 July 2023 at 09:59 (Delivered after 293 seconds) > > From:Mihai Badici<mi...@badici.ro> > > To:rlug@lists.lug.ro > > Subject:[rlug] dmarc > > SPF:PASS with IP 89.36.93.254 Learn more > > DKIM:'FAIL' with domain badici.ro Learn more > > DMARC:'FAIL' Learn more > > > > rlug nu are dreptul sa trimita cu From: *@badici.ro si DKIM da fail > pentru > > ca Subject: e semnat cu DKIM dar rlug adauga [rlug] si se strica > semnatura. > > Solutia, ca sa nu mai cautam RLUG in spam folder, ar trebui ca lista sa > > șteargă toate headerele de DKIM si sa adauge al ei si From sa fie > > rlug@lists.lug.ro impreuna cu Original-From, Original-Message-ID, > > Original-Sender, Original-Recipient. > > > > https://www.iana.org/assignments/message-headers/message-headers.xhtml > > > > > E clar de unde e problema, dar soluțiile nu sunt foarte clare. > > Dacă pui la sender numele listei majoritatea clienților nu o să îți > afișeze cine a scris mesajul. Probabil asta e și rațiunea pentru care se > pune senderul în "cc" , pentru că așa e vizibil în preview > > BTW, thunderbird are și opțiunea "replay to list" și nu prea m-am prins > care e diferența (nici nu am investigat). La o altă listă, dacă nu dau > reply to list se duce direct la cel care a scris mesajul, dar la lug nu. > > Cum ziceam si mai devreme, e reminiscenta de pe vremuri. Original primeai mailul asa cum a fost trimis plus headere care sa identifice ca a fost distribuit printr-o lista (i.e. From ramanea cum a fost setat de sender, _poate_ Reply-To setat explicit catre lista, poate nu, plus headere de List-* conform RFC2369 si probabil altele). Optiunile alea din clientul de mail au ramas de pe vremea aia, te intreaba daca sa dea reply la ce scrie in from sau in reply-to pentru ca a detectat o lista de mail. Nevoia pentru care s-a inventat DMARC e sa confirme ca ce se vede in From e sigur-sigur de la original sender, adica serverul care a primit mailul se uita ca domeniul din from are sau nu ceva impotriva ca mailuri de la el sa vina de unde s-a nimerit sa vina acest mail (recte, serverul de liste). Cuplat cu DKIM care semneaza headerele inseamna ca daca serverul de liste vrea sa modifice ceva care e semnat (gen semnatura in body sau taguri in subiect sau from schimbat pentru ca dmarc mai departe, ar insemna sa faca wipe la semnaturi preexistente si sa refaca mailul pe curat, pierzand tot felul de indicii de la cine a venit de fapt. Inteleg ca se pot face niste scheme cu headerul Sender si sa se renunte complet la modificat subiectul sau body-ul, nu stiu in ce masura mailman stie de-astea (cam cand a inceput nebunia asta cu dkim aparuse si mailman 3 care a fost un rewrite complet, nu mi-am mai batut capul cu el, e acum la Bogdan problema :D ). All in all suntem niste mosi si asta cu listele e obsoleted deja de cateva ori (remember cand plangea lumea sa facem un web forum ca nu mai citeste nimeni mail? probabil ca nowadays ar fi cu Discord sau ceva daca ar mai fi cine sa se planga). -- Petre, mos in devenire. _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
