October 20, 20205 yr Ich nutze die durch FROXLOR generierten und im Dateisystem abgelegten DKMI-Schlüsselpaare durch rspamd. Seit der Aktualisierung von FROXLOR 0.10.19 auf 01.10.21 nörgelt rspamd aber wegen dem Format: 2020-10-20 12:41:12 #27314(rspamd_proxy) <5bae90>; proxy; dkim_module_load_key_format: cannot load dkim key /etc/postfix/dkim/dkim258: cannot parse raw private key: error:0D06B08E:asn1 encoding routines:asn1_d2i_read_bio:not enough data Rein visuell sieht so ein Key aber erstmal gut aus. Was ist da passiert?
October 20, 20205 yr Kann man doch alles nachschauen: https://github.com/Froxlor/Froxlor/compare/0.10.19...0.10.21 -> https://github.com/Froxlor/Froxlor/commit/7e57352bc0264e7dce6e4b251df5cb74c4767089 -> https://github.com/Froxlor/Froxlor/commit/6a32720c9abb5a97dafde0cd6f06661060929e7b -> https://github.com/Froxlor/Froxlor/commit/1eed3d1166ef8d00b75e199f301cf93e4cb79953 Mehr gab es was dkim angeht soweit ich weiss nicht, schon garnicht am format der schlüssel
October 20, 20205 yr Author Ich habe eben einen Key so generiert, wie die rspamd Doku das vorschlägt. Auch dieser Key ist dann durch rspamd angeblich nicht vom richtigen Format. Ich suche dort weiter.
October 20, 20205 yr Author Der Entwickler von rspamd hat mir geantwortet: auf die Fehlermeldung hin wusste der sofort "es muss ein Punkt in den Dateinamen". Es ist also so, dass rspamd nicht mit dkimXYZ als private DKIM key umgehen kann/will sondern lieber dkimXYZ.privat oder sonstwas mit einem Punkt (.) drin haben mag. Könnten wir FROXLOR bitte so anpassen, dass es nicht dkimXYZ und dkimXYZ.public sondern dkimXYZ.private und dkimXYZ.public anlegt? Das sind nur zwei Anpassungen in der lib/Froxlor/Cron/Dns/DnsBase.php (die dann wieder alles brechen, was Leute wie ich hintendran gehangen haben ;-( ) Danke.
October 20, 20205 yr okay, krass... xD grad einem unix sollte sowas doch total egal sein, aber ja, dann machen wir das mal was?
Archived
This topic is now archived and is closed to further replies.