Beiträge von pipin

Zitat von mse

Es gibt einen Anzeigefilter; schau mal ob Ansicht / Anzeigefilter / Alle Nachrichten ausgewählt ist.

Sorry, das hatte ich vergessen, dass ich den schon gefunden hatte und der auf alle Nachrichten stand.

Zitat von mse

Ist das ein POP3-Konto? Vom Server wiederherstellen ist keine Option?

Ja, aber GMX und da keine Pro Version, werden da die Mails nur ne gewisse Zeit vorgehalten (360 Tage), da der Onlinespeicherplatz sonst "voll" läuft.

Zitat von mse

Ganz blöd gefragt, sind die Mails in der Datensicherung auch enthalten? Kannst du anhand der Dateigröße abschätzen ob drei Monate oder 20 Jahre Mails enthalten sein sollten? Ich würde wohl tatsächlich einfach nochmal die Datensicherung einspielen, allerdings nur den Teil des betreffenden Kontos. Ich glaube, man kann das auswählen. Danach dann mal die Ordnerwartung drüberlaufen lassen.

Gute Frage. Ich hab mal das Konto separat gesichert und mit alten Backups verglichen, das Abschätzen ist damit aber nicht möglich.

Ich hau jetzt einfach noch mal die aktuellste Sicherung rein. Vielleicht bin ich danach schlauer.

Danke schonmal für den Input.

Hi,

nachdem ich lange die 7.x genutzt habe, bin ich im Dezember auf 9.3.3 gewechselt.

Hatte eine Datensicherung gemacht und dann The Bat! dem Update unterzogen. Das hat soweit ohne Probleme geklappt.

Dann habe ich den PC gewechselt und eine komplette Neuinstallation gemacht und die Sicherung eingespielt.

Kurze Zeit später fehlten in einem Konto diverse Ordner. Was aber durch erneutes Einspielen der Sicherung repariert werden konnte.

Jetzt stelle ich fest, dass ein anderes Konto im Eingang nur noch Mails bis Januar 2020 enthält (das Problem tritt bei den 5 anderen Konten nicht auf). Diese sollten eigentlich bis 1999 zurückreichen.

Ordnerwartung wurde ausgeführt, hat aber nichts gebracht.

Gibt es eventuell eine Funktion, die ältere Mails ausblendet?

Ansonsten würde ich jetzt einfach noch mal die Datensicherung erneut einspielen, wenn keiner eine andere Idee hat.

Zitat von sanyok

Wo was gespeichert wird, steht in dieser Übersicht - "Wo befinden sich welche Einstellungen/Informationen?" Einstellungen des Filtermanagers werden demnach in einer anderen Datei gespeichert.

Versuche mal, die Datei ACCOUNT.CFN im entsprechenden Kontoverzeichnis zu sichern und danach zu löschen. Wenn jetzt die Kontoeigenschaften erscheinen, dann war ein Fehler in dieser Datei. Die Kontoeigenschaften musst du jetzt neu erstellen.

Danke,

aber es war total egal aus welchem Konto heraus die Eigenschaften aufgerufen werden.

Merkwürdigerweise funktioniert es jetzt auf einmal wieder. Warum auch immer.

Urplötzlich hängt sich bei mir The Bat beim Aufruf der Kontoeigenschaften auf.

Man kann zwar noch mit der Maus in den verschiedenen Ansichten scrollen, aber nichts mehr selektieren.

Das tritt bei keinem anderen Aufruf auf, nur bei den Kontoeigenschaften.

Habe kurz vorher mit dem Filtermanager gearbeitet und Filter neu angelegt und sortiert, allerdings nur für ein Konto.

Der Fehler ist aber unabhängig vom Konto.

Ok,

ich hab es hingebogen, indem ich in der hosts
einen Eintrag mit der IP auf die mail.xxx.de gemacht habe.

Momentan geht es wenigstens mit dem Verbindungstyp "Standard", da ich sonst noch ein Relay access denied bekommen habe.

Edit:
STARTTLS geht nun auch mit der angehängten Authentifikation.

Vielleicht kann es ja nochmal jemand brauchen.

Zitat von GwenDragon

Nun ja, wenn er schon Outlook in einem Satz nennt, dann ist er wohl unerfahren oder einfach nur ein BOFH.

Definitiv letzteres.

Zitat von GwenDragon

Gern geschehen, kostet sogar nix.

Nur zu, ich fressen eure Administrations-Person schon nicht, auch wenn ich vom Fach bin

Hehe,

da wäre ich mir noch nicht so sicher, er schimpft gerade über irgendwas mit "schlimmer als Outlook".

Zitat von GwenDragon

Bitte sag uns, welches Wissen hast du und welche Information brauchst du nun von uns, um deinen Server und dein Zertifikat korrekt zu konfigurieren?

Hi, danke erstmal für deine Anregungen. Ich werde mal unseren Serveradmin hierhin verweisen.

Komischerweise bin ich der einzige der Probleme hat, wir waren mit dem Server umgezogen und der ist jetzt bei der Anbindung anders konfiguriert, beim Mailserver ist alles gleich geblieben.

Hallo,

ich habe seit kurzem Probleme über einen privaten Mailserver Mails zu versenden, empfangen klappt tadellos.

Laut dem Admin hat mein Provider wohl keinen Reverse-DNS Eintrag für meine ipv6 Adresse!

Provider ist Unitymedia, keine feste IP.

Wenn ich den Mailserver mit "mail.xxxxxx.de" eintrage bekomme ich folgende Fehlermeldung:

SEND - Server nicht bereit. Server meldet: "4.7.25 Client host rejected: cannot find your hostname, [2a02:908:1472:19e0:18e4:75:b2e1:xxxxxx]"

Trage ich die IP des Mailservers ein, dann bekomme ich den Folgenden fehler

SEND - TLS-Handshakefehler. Keine Übereinstimmung zwischen Hostname ("91.000.000.000") und Zertifikat.

Irgendjemand eine Idee, was da los ist?

Hi,

habe seit ein paar Wochen denselben "Fehler".

Die Anleitung hier hat mir auch geholfen, aber nach kurzer Zeit begann das Spiel wieder von vorne.

Zitat von C3D

Also ich habe nun folgendes gemacht und es funktioniert nun alles:

1. T-TeleSec GlobalRoot Class 2 herunterladen
2. Optionen -> S/MIME und TLS -> "Interne Implementierung"
3. Hilfsmittel -> Adressbuch -> Ansicht -> Zertifikatsdatenbanken (anhaken)
4. Trusted Root CA rechtsklick -> Neue Adresse
5. Eigenschaften Adressbucheintrag -> Zertifikate
6. Zertifikat-Import -> Zertifikat "globalroot_class_2.cer" auswählen -> OK
7. Eigenschaften Adressbucheintrag -> Allgemein -> Vorname -> "T-Telesec GlobalRoot Class 2" eintragen
8. Fertig

Danke an @GwenDragon und @sanyok für Eure tolle Hilfe! :)Damit ist der Eintrag bei mir vorhanden.

Alles anzeigen

Lösung für mich war, dass gmx jetzt nicht Class 2, sondern Class 3 wollte.

Zu finden ist das Zertifikat hier:

https://www.telesec.de/de/public-key-…balroot-class-3

Nein, auch in v7 funktioniert nur der Versand nicht, Empfang gibt es keine Probleme.

Zitat

09.06.2016, 20:12:45: SEND - Sende Nachricht(en) - 1 Nachricht(en) in der Warteschlange
09.06.2016, 20:12:45: FETCH - Empfange Nachrichten
09.06.2016, 20:12:45: FETCH - Verbinde mit POP3-Server pop.gmx.net auf Port 995
09.06.2016, 20:12:45: SEND - Verbinde mit SMTP-Server mail.gmx.net auf Port 465
09.06.2016, 20:12:45: FETCH - Einleitung TLS-Handshake
09.06.2016, 20:12:45: SEND - Einleitung TLS-Handshake
>09.06.2016, 20:12:45: FETCH - Zertifikat S/N: CC2644B25CDDC874, Algorithmus: RSA (2048 Bits), ausgestellt von 12.11.2013 10:19:29 bis 17.11.2016 23:59:59, für 2 Host(s): pop.gmx.net, pop.gmx.de.
>09.06.2016, 20:12:45: FETCH - Besitzer: "DE", "1&1 Mail & Media GmbH", "Rhineland-Palatinate", "Montabaur", "server-certs@1und1.de", "pop.gmx.net".
>09.06.2016, 20:12:45: FETCH - Aussteller: "DE", "T-Systems International GmbH", "T-Systems Trust Center", "NRW", "57250", "Netphen", "Untere Industriestr. 20", "TeleSec ServerPass DE-1". Gültig ab 01.03.2013 13:58:29 bis 09.07.2019 23:59:00.
>09.06.2016, 20:12:45: FETCH - Root: "DE", "Deutsche Telekom AG", "T-TeleSec Trust Center", "Deutsche Telekom Root CA 2" Gültig ab 09.07.1999 12:11:00 bis 09.07.2019 23:59:00.
>09.06.2016, 20:12:45: SEND - Zertifikat S/N: 9EF8124F54680D13, Algorithmus: RSA (2048 Bits), ausgestellt von 12.11.2013 10:16:47 bis 17.11.2016 23:59:59, für 4 Host(s): mail.gmx.net, mail.gmx.de, smtp.gmx.net, smtp.gmx.de.
>09.06.2016, 20:12:45: SEND - Besitzer: "DE", "1&1 Mail & Media GmbH", "Rhineland-Palatinate", "Montabaur", "server-certs@1und1.de", "mail.gmx.net".
>09.06.2016, 20:12:45: SEND - Aussteller: "DE", "T-Systems International GmbH", "T-Systems Trust Center", "NRW", "57250", "Netphen", "Untere Industriestr. 20", "TeleSec ServerPass DE-1". Gültig ab 01.03.2013 13:58:29 bis 09.07.2019 23:59:00.
>09.06.2016, 20:12:45: SEND - Root: "DE", "Deutsche Telekom AG", "T-TeleSec Trust Center", "Deutsche Telekom Root CA 2" Gültig ab 09.07.1999 12:11:00 bis 09.07.2019 23:59:00.
09.06.2016, 20:12:45: FETCH - TLS-Handshake vollständig
09.06.2016, 20:12:45: SEND - TLS-Handshake vollständig
09.06.2016, 20:12:45: FETCH - Verbunden mit dem POP3-Server
09.06.2016, 20:12:45: SEND - Verbunden mit dem SMTP-Server
09.06.2016, 20:12:45: SEND - WARNUNG: Es wurde keine kompatible Authentifikationsmethode gefunden
09.06.2016, 20:12:45: SEND - Sende Nachricht an ----r@---.de
!09.06.2016, 20:12:45: SEND - Server meldet Fehler. Die Antwort ist: Authentication required
09.06.2016, 20:12:45: SEND - Verbindung beendet - 0 Nachricht(en) versandt
09.06.2016, 20:12:45: SEND - Einige Nachrichten wurden nicht versendet - prüfen Sie die Logdatei nach Informationen
09.06.2016, 20:12:45: FETCH - bestätigt (Standard)
09.06.2016, 20:12:46: FETCH - 17044 Nachricht(en) im Postfach, davon 0 neue
09.06.2016, 20:12:46: FETCH - Verbindung beendet - 0 Nachricht(en) empfangen

Alles anzeigen

Edit:

Ok hat sich erledigt, es geht wieder!
In den Kontoeigenschaften muss unter Authentifikation die Einstellung "Erfordert sichere Authentifikation" aus sein.

Danach ging es mit allen Konten wieder.

Also bei mir besteht das Problem weiterhin in der beschriebenen Form.

Hatte erst 6.0.12 und bin dann auf 7.1.18 gegangen.

Alle GMX und WEB.de Konten funktionieren nicht.