-
Notifications
You must be signed in to change notification settings - Fork 3
/
README
118 lines (94 loc) · 4.37 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
202302xx
Fix .f https://github.com/andreasschulze/signing-milter/issues/3
socketmode may be relaxed with '-c :relax'
20210822
Signatur kann mit einem Header 'x-skip-signing' pro Nachricht deaktiviert
werden (Ticket #6)
20200719
debian/ funktioniert mit den Debian-Versionen Stretch und Buster
20200719
Der milter beendet sich nicht mehr bei Mails mit meinem MIME-Version Header
aber ohne Content-* Header, ein Default wird eingefügt:
https://tools.ietf.org/html/rfc2045#section-5.2
20200719
viele MUA bieten eine Option "quelltext anzeigen" Dort werden TABs meist als
SPACE angezeigt. COPY&PASTE verändert so wieder die Signatur.
Headerumbrüche mit einem SPACE einrücken.
20200719
bei einer ASCII-Mail den MIME-Version Header aus dem signierten Daten
übernehmen
20200719
Logging ohne Syslog implementiert: `signing-milter -l` schreibt nur noch nach
STDOUT
Juli 2020
Symptom: Outlook zeigt signierte Mails als verändert an.
Thunderbird zeigt hingegen bei den selben Mails eine valide Signatur an.
Problem: eine MIME-Mail besteht aus einer Präamble, MIME-Entities
und einem Epilog (https://tools.ietf.org/html/rfc2046#page-21)
S/MIME soll aber nur MIME-Entities signieren. Der bisherige Code hat zwar
die Präamble ignoriert, nicht aber den Epilog.
Thunderbird stört sich nicht daran, wenn der Epilog mitsigniert wurde,
Outlook schon. Das Problem tritt nur bei MIME-Mails auf, die nicht mit
den 4 Zeichen Minus, Minus, \r und \n enden.
und alle zusammen: E-Mail ist total einfach - geradezu "Simple" :-/
15. Oktober 2018
Beim Update im März 2015 hat sich eine Unschärfe eingeschlichen.
Header der ursprünglichen E-Mail werden nach einem ; umgebrochen
und wandern praktisch als MIME-Header in den Mailbody. Dort sind
Zeilenumbrüche mit \r\n definiert.
Nach der Signatur werden Daten in den eigentlichen Mailheader
zurückgeschrieben. *Dort* sind Headerzeilen jedoch nur mit \n
umzubrechen.
E-Mail ist total einfach - geradezu "Simple" :-/
Diesen Fehler hat Stefan Meinecke vor über einem Jahr schon gefunden
und in praktisch identischer Art gefixt:
https://github.com/smeinecke/signing-milter/commit/eed029cd507f0896129e7b6dc1eaf807eed12e04
31. Juli 2012
Der Milter hat bisher keine Zwischen- oder Rootzertifikate in die Signatur
aufgenommen. Dies wird nun unterstützt. Dazu müssen die Signaturdaten
(Zertifikat und Schlüssel) in einer Datei "/path/to/foo-cert+key.pem"
abgelegt werden. Existiert dann eine Datei "/path/to/foo-chain.pem", werden
darin die Zertifikate der Zwischen- und Rootzertifikate erwartet und in die
Signatur eingefügt
1. März 2011
die Dezemberversion hat einen fatalen Speicherfresser in
callback_close
-> unbedingt aktualisieren
27. Dezember 2010
mit einer optionalen Lookuptabelle fuer Empfängeradressen
kann der Signaturmodus von Clear auf Opaque umgestellt werden.
Die entsprechenden Mails sind dann nicht mehr so anfällig gegen
kaputte Mailer, die Zeilenumbrüche ändern und damit Signaturen
invalidieren.
25. Oktober 2010
ein täglicher Cron-Job fürs Statistik-Logging kann nun einmal täglich
einen Eintrag loggen, wenn der stündliche Job deaktiviert ist.
Um Statistik-Logging komplett zu unterdruecken, muß nun sowohl
"DISABLE_HOURLY_STATISTIK_LOGGING=yes" als auch
"DISABLE_DAILY_STATISTIK_LOGGING=yes" in der
/etc/default/signing-milter gesetzt werden.
19. Oktover 2010
der stündliche Cron-Job für's Statistik-Logging kann mit einem
Eintrag "DISABLE_HOURLY_STATISTIK_LOGGING=yes" in der
/etc/cron.hourly/signing-milter deaktiviert werden.
Oktober 2010
BIO-Programmierung ist echt übel. Der Milter speichert nun
alle zu signierenden Daten in einen eigenen Puffer, der im EOM
zu einem BIO konvertiert wird. Das macht den Milter schnell.
August 2010
Als Input kommen manchmal Content-* Header, die länger als 76 Zeichen sind.
Werden diese in den MIME-Body übernommen, erzeugt der Milter quasi
MIME-Content, der gegen RFC 2045 verstößt.
Dazu wurde nun zwei Funktion eingebaut:
1. Content-Type Header werden an "; " umbegrochen,
indem durch ;\n\t" ersetzt wird.
2. der gesamte, signierte Body wird getestet,
ob Zeilen länger als 76 Zeichen sind.
Milter-Dokumentation:
https://www.milter.org/developers/sample
erste lauffähige Version
sofortiger Codefreeze und 0.9.2
SIGNAL-Handling:
SIGHUP zum dumpen oder einlesen der Config wäre sinnvoll.
Allerdings ist das Signal schon durch das Milter-API irgendwie
belegt.