Backup-Benachrichtigung ohne DKIM gesendet
Posted: Fri 12. Dec 2025, 12:55
Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Nein
Server-Betriebssystem + Version
Debian 12.12 (64-bit)
Eingesetzte Server-Virtualisierung-Technologie
KVM
KeyHelp-Version + Build-Nummer
25.3 (Build 3565)
Problembeschreibung / Fehlermeldungen
Heute um ca 3:50 wurde die Benachrichtigung über das duchgeführte tägliche Server-Backup (erfolgreich) mit RESTIC ohne DKIM-Signatur versendet. Das war bisher noch nie so, auch gestern Nacht, also schon mit der neuen Keyhelp-Version, ging diese Mail mit DKIM-Signatur raus
Erwartetes Ergebnis
DKIM-signierte Mail
Tatsächliches Ergebnis
Keine DKIM-Signatur
Schritte zur Reproduktion
Eventuell mit Durchführung weiterer Backups. Aber bisher und auch gestern ging es ja noch. Scheint eher ein Glitch zu sein. Morgen früh nach dem nächsten Backup weiss ich eventuell mehr.
Zusätzliche Informationen
Update der Keyhelp-Version in der Nacht zum 10.12. ab ca 3:50 Uhr. Die Uhrzeit ist auffällig ähnlich zum Auftreten des Fehlers, aber der Tag passt nicht. Allerdings wird die Suche nach Updates täglich um etwa diese Zeit ausgeführt. Aber wohl eher Koinzidenz als Korrelation?
Im Journal habe ich eine Zeile, die wohl das aufgetretene Problem anzeigt, nachfolgend der Ablauf des Mailversands:
Sehr wahrscheinlich ist die nicht erfolgreiche Verbindung zum Milter service die Ursache des Problems. Die Mail ging danach aber trotzdem raus und kam auch an. Diese Mails werden dann automatisch an ein anderes Mailkonto bei GMX weitergeleitet. Auch dort kam die Mail - wohl dank Whitelist - an, wurde aber wegen fehlendem DKIM in den Spamordner gesteckt. So bin ich auch überhaupt darauf aufmerksam geworden.
In der rspamd Weboberfläche auf mail.tabserver.de taucht die Mail in der Historie nicht auf, an anderen Tagen allerdings schon. Also dürfte der Milter service wohl ein Teil von rspamd sein, der die Mail signiert und heute Nacht eben nicht ausgeführt wurde, weil die Verbindung abgelehnt wurde - aus welchen Gründen auch immer.
Ich schaue dann morgen, ob es wieder so passiert ist. Der Bericht von logwatch kam einige Stunden später bei gleichem Absender und Empfänger mit korrekter DKIM-Signatur an. Diese Mail ist auch in der Historie von rspamd aufgeführt.
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Nein
Server-Betriebssystem + Version
Debian 12.12 (64-bit)
Eingesetzte Server-Virtualisierung-Technologie
KVM
KeyHelp-Version + Build-Nummer
25.3 (Build 3565)
Problembeschreibung / Fehlermeldungen
Heute um ca 3:50 wurde die Benachrichtigung über das duchgeführte tägliche Server-Backup (erfolgreich) mit RESTIC ohne DKIM-Signatur versendet. Das war bisher noch nie so, auch gestern Nacht, also schon mit der neuen Keyhelp-Version, ging diese Mail mit DKIM-Signatur raus
Erwartetes Ergebnis
DKIM-signierte Mail
Tatsächliches Ergebnis
Keine DKIM-Signatur
Schritte zur Reproduktion
Eventuell mit Durchführung weiterer Backups. Aber bisher und auch gestern ging es ja noch. Scheint eher ein Glitch zu sein. Morgen früh nach dem nächsten Backup weiss ich eventuell mehr.
Zusätzliche Informationen
Update der Keyhelp-Version in der Nacht zum 10.12. ab ca 3:50 Uhr. Die Uhrzeit ist auffällig ähnlich zum Auftreten des Fehlers, aber der Tag passt nicht. Allerdings wird die Suche nach Updates täglich um etwa diese Zeit ausgeführt. Aber wohl eher Koinzidenz als Korrelation?
Im Journal habe ich eine Zeile, die wohl das aufgetretene Problem anzeigt, nachfolgend der Ablauf des Mailversands:
Code: Select all
Dez 12 03:50:55 mail.tabserver.de postfix/pickup[1946400]: 917775F214: uid=0 from=<root@mail.tabserver.de>
Dez 12 03:50:55 mail.tabserver.de postfix/cleanup[1957521]: warning: connect to Milter service inet:localhost:11332: Connection refused
Dez 12 03:50:55 mail.tabserver.de postfix/cleanup[1957521]: 917775F214: message-id=<QlSepZCCGrkuAAVFsvBhKfA0oUPSWmT7phs23kscAc@mail.tabserver.de>
Dez 12 03:50:55 mail.tabserver.de postfix/qmgr[819287]: 917775F214: from=<root@mail.tabserver.de>, size=17065, nrcpt=1 (queue active)
Dez 12 03:51:02 mail.tabserver.de postfix/smtp[1957530]: 917775F214: to=<[meine Empfängeradresse]>, relay=mail.meinedomain.de[xx.xxx.4xx.xx]:25, delay=6.9, delays=0.07/0.02/6.1/0.8, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B6E302205D1)
Dez 12 03:51:02 mail.tabserver.de postfix/qmgr[819287]: 917775F214: removed
In der rspamd Weboberfläche auf mail.tabserver.de taucht die Mail in der Historie nicht auf, an anderen Tagen allerdings schon. Also dürfte der Milter service wohl ein Teil von rspamd sein, der die Mail signiert und heute Nacht eben nicht ausgeführt wurde, weil die Verbindung abgelehnt wurde - aus welchen Gründen auch immer.
Ich schaue dann morgen, ob es wieder so passiert ist. Der Bericht von logwatch kam einige Stunden später bei gleichem Absender und Empfänger mit korrekter DKIM-Signatur an. Diese Mail ist auch in der Historie von rspamd aufgeführt.