Agenda
Mails und Images - The Whole Story
Problem:
Mails oberhalb einer bestimmten Groesse werden
mit bestimmten Volumen begrenzenden Tarifen teuer
bzw. loesen deren Drosselung aus.
Ziel:
Schaffung einer Moeglichkeit, dass entsprechende User
solche Mail nicht mehr (so) erhalten.
Moeglichkeiten:
1 Empfang von Mail abhaengig von bestimmten Kriterien
(MIME-Type, Groesse) auf dem Mailserver pauschal ablehnen.
pro:
- loest das Problem ein fuer alle Mal.
con:
- das ist nicht fuer alle Listen angemessen (niveausenke, presse, kontakt)
- das ist fuer die Mail-Aliase nicht angemessen
2 Empfang von Mail abhaengig von bestimmten Kriterien
(Inhalt, Groesse) pro Liste ablehnen.
pro:
- betrifft nicht pauschal alle Mails
con:
- handhabbarkeit: beim Versand bleibt immer eine Unsicherheit,
ob die Mail jetzt gerade durchgeht oder nicht.
BT;DT: hat sich andernorts in der Praxis als nervig herausgestellt
und schlechte Kritiken bekommen.
Zitat: "Man weiss nie, ob das jetzt noch durchgeht oder nicht".
Selbsttest I: wie gross ist die Mail, die Du gerade verschickst?
Selbsttest II: wie gross ist die Mail, die Du gerade verschickst, mit dem Bild dran?
3 Attachments in der Mail durch einen Link ersetzen
pro:
- reduziert das Mailvolumen
con:
- Signaturen brechen
- Unhandlich mit manchen Mailclients, z.B. mutt.
4 Attachments in der Mail durch eine reduzierte Version des Bildes
ersetzen, mit Link auf die Vollversion.
pro:
- reduziert das Mailvolumen
- fuer die meisten Faelle wuerde das reduzierte Bild der Erfahrung
nach ausreichen.
con:
- Signaturen brechen
- Falls die reduzierte Version nicht ausreicht,
ist es der Empfang unhandlich mit manchen Mailclients,
z.B. mutt.
5 Ersetzen des Bildes (durch einen Link bzw. eine reduzierte Version
des Bildes mit Link auf die Vollversion), beschraenkt auf
Empfaenger _die_das_so_haben_wollen_.
pro:
- Es beeinflusst nur die Mail derjenigen, die es ausdruecklich so
moechten
con:
- Zombie solution neezz brainzz
6 Diejenigen (immerhin Mitglieder eines Hackerspaces), die
sich durch eigenhaendige Auswahl von Geraeten, Software,
Diensten und Tarifen selbst in diese Situation gebracht
haben, loesen diesen selbst verursachten Schlamassel
auch selbst und machen das nicht zu einem Problem
anderer Leute.
7 Doodeln, um zu ermitteln, wie viele Nasen das ueberhaupt
betrifft.
Skizze zu 5:
- ich habe keinen Plan, ob Mailman empfaengerbasierte Mailmanipulation kann.
- falls nicht:
zu jeder zu verarbeitenden Liste "ML" eine 2. Liste "ML-FILTER" anlegen,
in die diejenigen uebernommen werden, die Mail gefiltert
haben wollen. [easy]
"ML" als Umbrella-Liste zu "ML-FILTER" deklarieren,
so dass alle Mail an "ML" auch an die Member von "ML-FILTER"
verteilt wird. [easy]
Caveat: sicher stellen, dass fuer den Rueckversand notwendige Header
der *FILTER-Liste auf die Umbrella-Liste verweisen, damit Antworten
nicht etwa auf die *FILTER-Liste beschraenkt bleiben.
[aufwand und moeglichkeit unbekannt]
Auf der *FILTER-Liste: filtern. [anleitung vorhanden, setzt allerdings m.W. mailman 3 voraus]
TODO:
- gibt's da schon schicke (Teil-)Loesungen oder Erfahrungen?