Zweifache Sicherheitsbestätigung beim mailversand - nervig

Hallo!

Ich benutze Thunderbird v 2.0.0.21

Ich habe einen eigenen Rootserver mit webserver, über den ich meine mailkonten in Thunderbird verwalte.

Bei jedem Versand meiner Mails werde ich aber jedes mal mit zwei Sicherheitsabfragen geplagt, die ich nicht abstellen kann:

zu erst kommt:

nach dem bestätigen kommt:

Meine einstellungen bei diesem SMTP Server sehen so aus:

und meine email adresse ist so konfiguriert:

Wenn ich Mails abrufe kommt keine meldung, nur beim versand!
Und das nervt, ich möchte es abschalten da mich das nicht interessiert ob das Zertifikat abgelaufen ist oder ob die domains nicht stimmen.

Würde mich über Hilfe sehr freuen!

Danke, ich weiß soviel über root server wie ich zum arbeiten brauche

TLS hab ich abgestellt und nun gehen alle mails verloren. ich schicke was ab, bekomme keine fehlermeldung und alle testmails kommen nie beim empfänger an. Warum?

Zitat von "Peter_Lehmann"

Wo hast du es abgestellt? Nur auf dem Client oder auch auf dem Server?

Nur am Client. Am Server wurde nichts verändert.

Zitat von "Peter_Lehmann"

Fehlermeldungen?

keine (clientseitig sowohl als auch serverseitig)

Zitat von "Peter_Lehmann"

Kannst du dich mit telnet auf dem Server anmelden (!) und per Konsole eine Mail absetzen? (Dürfte für den Administrator eines root-Servers wohl keine Schwierigkeit darstellen ...)

ja, kommt auch erfolgreich an.

Zitat von "Peter_Lehmann"

Kommen die Mails nicht an oder werden sie nicht gesendet? Was sagen die Protokolle des Mailservers? Welcher ist es überhaupt?

log sagt das hier:

Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: Handlers Filter before-queue for qmail started ...
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: from=email1@domain1.com
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: to=email2@web.de
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: recipient[3] = 'email2@web.de'
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: handlers dir = '/var/qmail//handlers/before-queue/recipient/email2@web.de'
Mar 31 21:02:25 kmxxxx qmail: 1238526145.272631 new msg 4129913
Mar 31 21:02:25 kmxxxx qmail: 1238526145.272695 info msg 4129913: bytes 550 from <email1@domain1.com> qp 30850 uid 2020
Mar 31 21:02:25 kmxxxx qmail-queue-handlers[30849]: starter: submitter[30850] exited normally
Mar 31 21:02:25 kmxxxx qmail: 1238526145.282573 starting delivery 21814: msg 4129913 to remote email2@web.de
Mar 31 21:02:25 kmxxxx qmail: 1238526145.282640 status: local 0/10 remote 5/20

Sieht zumindest so aus, als sei die mail erfolgreich versendet worden. ansonsten gab es keine anzeichen auf fehler oder warnungen.

Zitat von "Peter_Lehmann"

1. Die von dir unverstandenen Fehlermeldungen sind wirklich wichtige Sicherheitsfeatures. Du solltest deinen Provider so lange treten, bis er in die Tasche gefasst und neue gültige Zertifikate installiert hat. Auch dafür bezahlst du! Anders bekommst du die erste Fehlermeldung nicht weg - wenn du vernünftigerweise die Verbindung zum Server verschlüsseln willst.

Provider wurde verständigt. Dass ich die eine meldung loskriege (zertifikat abgelaufen) glaube ich ja, aber die andre nervt doch

Zitat von "Peter_Lehmann"

2. Die zweite Fehlermeldung kannst du evtl. weg bekommen, wenn du die Servernamen änderst. Auch hier musst du den Provider mit genau der zweiten Fehlermeldung konfrontieren. Der Server ist dann eben nicht nach deiner Domain, sondern nach dem Provider benannt - wenn dies bei dir möglich ist. Mitunter steht da sogar etwas in den Anleitungen deines Providers. Aber da alles mit dem Schleier eines Geheimnisses bedeckt ist ... .

...und bei der weiß ich halt nicht wie ich dem teil beibringe, dass der servername halt unterschiedlich ist und dass ich das weiß. Ich kann als mailadresse ja schlecht "plesk" eingeben... Selbst wenn ich den mailserver auf die IP des servers ändere oder auf eine der andren domains die darauf laufen gibt das keine besserung.

Hi

Danke für die Antworten.

plesk ist in dem fall ja nur das Programm zur Oberflächenverwaltung und hat nix mit dem Mailserver zu tun. Aber da erzähl ich dir wohl nix neues.
Arbeite ja sonst viel mit den dingern, was mailserver angeht hatte ich bisher halt bis auf installieren, starten, stoppen und mails verschicken einfach nichts zu tun, deshalb meine Unwissenheit.

Einige der Testmails sind scheinbar mit sehr hoher Verspätung doch noch angekommen, teilweise lagen über 24 Stunden zwischen dem Absenden und dem Erhalten, ich kann mir das nicht erklären, hoffe aber dass das nach dem neuen Zertifikat vom Provider geklärt ist/wird.

Mails von Außen kamen nach wie vor an.