Hallo ich habe ein Problem mit einem Ubuntu Server 16.04, Postfix und Outlook. Er akzeptiert die Zertifikatsdatei nicht, wohl weil eine falsche Domain drin steht. ICh habe die Datei neu erstellen lassen, aber er versucht bei jedem Start von Outlook das alte Zertifika zu laden. Bei Windows hab ich schon alle gelöscht. Meine Frage.... wo befindet sich die Datei die Postfix bzw. der Ubuntu Server an den Windows Client überträgt? /etc/ssl/certs /etc/ssl/private ist schon mit den aktuellen Zertifikaten bestückt.
Ubuntu Server Zertifikat
Anmeldungsdatum: Beiträge: 806 |
|
Anmeldungsdatum: Beiträge: 3146 Wohnort: Bodensee badische Seite ;-) |
Ist das nicht eine Frage für ein Outlook Forum? By the way würde ich auf Outlook verzichten, die Kohle kann man sich sparen, da die Groupwarefunktionalität eh nicht gegeben ist. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 806 |
Ich glaube das Zertifikat stammt vom Ubuntu Server, deshalb platziere ich die Frage mal hier. Das Outlook ist im Moment leider nicht wegzudenken. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 806 |
Ich glaub das Problem liegt in den Dovecot Zertifikaten. Kann ich die irgendwie neu erstellen lassen??? /etc/dovecot/dovecot.pem /etc/dovecot/private/dovecot.pem
|
Anmeldungsdatum: Beiträge: 3990 |
Ja, das ist nichts anders, als wenn man für https Zertifikate erstellt, der Commonname muss stimmen. In meiner dovecot.conf habe ich Lets Encrypt Zertifikate eingetragen, die durch den Certbot aktualisiert werden: ssl_cert = </etc/letsencrypt/live/mail.domain.net/fullchain.pem ssl_key = </etc/letsencrypt/live/mail.domain.net/privkey.pem Ich wundere mich nur, warum da < vor dem Pfad steht. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 806 |
ICh habe die Datei /etc/dovecot/conf.d/10-ssl.conf angepasst und hier die richtigen Zertifikate eingetragen. Dort lag der Fehler. Jetzt klappt es. Thx |
Ehemalige
Anmeldungsdatum: Beiträge: 4403 Wohnort: Sachsen |
Das muss so, Dovecot erwartet an der Stelle keinen Pfad, sondern ein Zertifikat. Da man selbiges nicht direkt in die Konfiguration schreiben will, bietet dovecot die Möglichkeit, den Inhalt einer Konfigurationsvariablen mit dieser Syntax aus einer Datei zu lesen. Klarer wird das vielleicht an folgendem Beispiel. Hier wird eine Fehlermeldung für den Fall einer volllaufenden Mailbox definiert: plugin { quota_exceeded_message = Quota exceeded, please go to http://www.example.com/over_quota_help for instructions on how to fix this. } Möchte man diese Nachricht aus einer Datei lesen, sieht das ganze so aus: plugin { quota_exceeded_message = </path/to/quota_exceeded_message.txt } |
Anmeldungsdatum: Beiträge: 3990 |
Ah, danke für die Erklärung. Hätte ich mir denken können, weil > ja was wohin schreibt, liest < logischerweise ein. |
Ehemalige
Anmeldungsdatum: Beiträge: 4403 Wohnort: Sachsen |
Naja, es mag semantisch logisch erscheinen, allerdings funktioniert das erstmal nur in der Dovecot-Konfiguration. In der bash beispielsweise funktioniert das so nicht. |