#metoo, was Mailman? (war: Re:).eml

[Kai 'wusel' Siering]

(Send with '_dmarc.uu.org. 600 IN TXT "v=DMARC1; p=none; […]"')

Moin,

am 18.01.26 um 16:31 schrieb Cord Beermann:
> Hallo! Du (Frank Bergmann) hast geschrieben:
> 
>> #metoo
>>
>> Seit ein paar Monaten kriege ich die meisten E-Mails von der Liste mit leerem
>> Body.
>>
>> Dafür gibt es dann einen Anhang, wo die E-Mail drin ist.
>> Nervt ungemein.
> 
> die Mail sollte dann in einem Attachment sein.

Ja, aber es fehlt in der äußeren Mail der Subject-Header komplett. K9
kann damit um, Thunderbird antwortet dann auf die leere Mail mit ohne
Subject :-(

> Das doofe mit Mail heutzutage ist das SPF, DKIM, DMARC und Konsorten die
> Zustellung von Mails als Mailingliste nahezu unmöglich macht,
> insbesondere wenn der Absender ein DMARC-Setting reject hat.

Das ist imho eine verkürzte Sicht, es ist in erster Linie halt anders
als vor 30 Jahren, als eine Mail beliebig auf dem Weg zum Empfänger
verändert werden konnte. AFAICS funktioniert es korrekt, wenn in der vom
Mailinglistenserver aus der eingehenden erzeugten Mail:

  - Als RFC-Absender die Listenadresse gesetzt wird (als Envelope-Absender
    ist das ja sowieso Standard)
  - Zur direkten Erreichbarkeit des Absenders das alte From: zum Reply-To:
    wird

Das kann Mailman 2 AFAICS per "munge from".

> Um dem aus dem Wege zu gehen, habe ich den Mailman so konfiguriert, dass Mails
> von Absendern mit diesem Setting nun "eingepackt"/wrapped werden sodass der
> Spam-"schutz" bei den EMpfängern lug-owl.de sieht udn nicht die Adresse
> des Originalabsenders. Dabei wird leider auch das Subject nur im eingepackten
> Content sichtbar.
> 
> Die Alternative: Mails werden garnicht zugestellt, da der Originalabsender
> nicht erlaubt hat, Mails von der LUG-OWL-IP-Adresse zu verschicken.

Das ist IMHO nicht ganz richtig, denn auch ...

> Details: https://wiki.list.org/DEV/DMARC

... schreibt:

> Implemented now for release in 2.1.18 are the following:
> 
>     The from_is_list feature from 2.1.16 is always available, but it is not recommended. Use dmarc_moderation_action instead.
>     There are new settings in Privacy options - Sender filters:
>         dmarc_moderation_action is a five valued setting with values
>             Accept - accept the post without rewriting From: or wrapping the message 
>             Munge From - rewrite the From: and Reply-To: as in from_is_list
>             Wrap Message - wrap the message as in from_is_list
>             Reject - reject the post
>             Discard - Discard the post 
>         dmarc_moderation_notice is a custom reject message to replace the default Reject message. 
> 
>     The above options other than Accept override the from_is_list setting for messages whose original From: domain publishes a DMARC policy of p=reject or p=quarantine. A per-list option is available to limit this to just p=reject or to apply it to either p=reject or p=quarantine. If the option is Accept, the from_is_list setting applies.

AFAICS müßte "munge from" reichen — AFAIK sollten DKIM-Sigaturen,
deren d= nicht auf die From-Adresse paßt, für die Bewertung irre-
levant sein. (freifunk.net purged, mit etwas neuerem Mailman, alte
DKIM-Header, erscheint mir aber eher als nice-to-have.)

Ciao,
-kai

-- 
Kai Siering                        Schalückstraße 107, 33332 Gütersloh
eMail: wusel at uu.org                              Fon: +49 172 863 5608
----------------------------------------------------------------------
"Getdate firmly  believes that years after 1999 do not exist;  getdate
will have to be killed by the year 2000."
              -- From the "Bugs" section of cnews-020592/libc/getdate.3