Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Mailzugang des Notes Clients direk tüber das Internet / beim Provider

<< < (2/2)

Pfefferminz-T:
Schau mal in den folgenden Thread:

https://atnotes.de/index.php/topic,58306.20.html

jBubbleBoy:
Also ich musste nichts importieren :)

Den Verschlüsselungs-Handshake schafft mein Notes Client für POP3 E-Mails. Beim Kontodokument ist der Port 995, mit aktiviertem SSL, hinterlegt.

Das SMTP-Tool läuft auf dem gleichen Rechner, ist ein Windowsdienst. Dieser muss auch konfiguriert werden. In Notes gibt es ein Kontodokument für SMTP ohne SSL, ist auf Port 25 und localhost eingestellt.

Geht bei euch eine Richtung oder gar nichts?

Ottmar:
Nachdem ich bei der IBM etwas davon gelesen habe,, dass ein Fix für die Notesversion 9.0.2 geplant ist, die meines Wissens nach nie auf dem Markt gekommen ist, habe ich nun einen neuen Angriff gestartet, nachdem ich den Notesclient auf Version 10.0.1 FP 2 upgedatet habe.

Das Problem besteht immer noch, immerhin ist der 10-er-Client deutlich mitteilsamer, was die Problembeschreibung angeht (siehe Bildanhang)

Ich habe in den Kontendokumenten mehr oder weniger alle Einstellkombinationen durchprobiert. Natürlich hat auch die Kontakte-DB ein Designupdate bekommen. Offenbar findet er die web.de-Server auch, die angegebenen Ports scheinen richtig zu sein, statt "Remote-System antwortet nicht" (Release 9) bekomme ich jetzt - wie ich das seinerzeit auch vermutet habe - Hinweise zu Zertifikatsfehlern. Eine Lösung habe ich nach wie vor nicht. Was mache ich falsch?

Im Moment laufen die Kontendokumente wie folgt:

web.de ausgehend:
Portnummer 587
SSL-Sitezertifikate annehmen: NEIN
Abgelaufene SSL-Zertifikate annehmen: JA
SSL-Zertifikate auf Anforderung senden (nur ausgehende Verbindungen): NEIN
Namen des Benutzerkonto-Servers mit den Zertifikat des Remote-Servers verifizieren: DEAKTIVIERT
Version des SSL-Protokolls: VEREINBART

web.de eingehend:
Portnummer 993
SSL-Sitezertifikate annehmen: NEIN
Abgelaufene SSL-Zertifikate annehmen: JA
SSL-Zertifikate auf Anforderung senden (nur ausgehende Verbindungen): NEIN
Namen des Benutzerkonto-Servers mit den Zertifikat des Remote-Servers verifizieren: DEAKTIVIERT
Version des SSL-Protokolls: VEREINBART

Ich habe sehr viele andere Einstellkombinationen durchprobiert. Es würde mir ja auch schon helfen, wenn mir jemand, bei dem es fuinktioniert, mir seine Einstellungen verrät, so dass ich hier eine weitere Fehlerquelle ausschließen kann.


 

Pfefferminz-T:
Das sieht wie dieses Problem aus (auch web.de): https://atnotes.de/index.php/topic,62267.0.html

Ottmar:
Nach weiterer Forschungsarbeit bin ich nun doch ein gutes Stück weitergekommen.

Was den Versand von E-Mails angeht, hat die folgende Änderung im Kontendokument Wirkung gezeigt:
SSL-Sitezertifikate annehmen: JA
Web.de setzt offenbar von der Telekom signierte Zertifikate ein. Irritiert mich zwar schon, dass das dann unter "Sitezertifikate" läuft, aber ein Zertifikatsguru bin ich eh noch nie gewesen. Wer was Erhellendes dazu weiss, kann es ja posten, ich sage: Hauptsache es funktioniert.

Was den Empfang von E-Mails angeht, habe ich den Assistent zur Client-Neukonfiguration mal bemüht. Das brachte zwar im ersten Schritt auch noch kein Ergebnis, aber nachdem der durchlief, gab es ein Kontendokument, bei dem mir unter Protokoll der Eintrag "IMAP Offline" angeboten wurde. Das ist vermutlich eher Zufall. Wie ich bereits sagte, habe ich das Design der Kontakte-DB zwar upgedatet, die vorher vorhandenen Kontendokumente entstanden aber noch unter Release 9. Falls jemand anderes das gleiche Problem hat, dürfte es wahrscheinlich reichen, nach einem Designupdate die alten Verbindungsdokumente zu löschen und neue anzulegen. Wie dem auch sei, mit "IMAP Offline" und entsprechenden Parametereinstellungen läuft es jetzt. Fall erledigt.

Navigation

[0] Themen-Index

[*] Vorherige Sete