E-Mail Empfang Kopano4s-fetchmail von Hosteurope geht nicht

Tosoboso · 03. Nov 2020

nee die Raute sagt Anfang der Zeile und das muss auskommentiert sein, damit fetchmail keine Syntax Error meldet. Also passt schon, vertrau mir

-TosoBoso

Anzeige · 01. Nov 2020

Hallo mbou,

Bücher und Hardware zum Thema gibt es bei Amazon: E-Mail Empfang Kopano4s-fetchmail von Hosteurope geht nicht

mbou · 03. Nov 2020

Hallo,

die Einträge sind jetzt richtig und stls wird in das Feld eingetragen. Jetzt bekomme ich folgenden Fehler:

root@NAS-Server:~# kopano-fetchmail test
fetchmail in debug mode hit crtl.c and then restart service..
/etc/init.d/fetchmail: Initiating debug run of system-wide fetchmail service...
/etc/init.d/fetchmail: script will be run in debug mode, all output to forced to
/etc/init.d/fetchmail: stdout. This is not enough to debug failures that only
/etc/init.d/fetchmail: happen in daemon mode.
/etc/init.d/fetchmail: You might want to direct output to a file, and tail -f it.
/etc/init.d/fetchmail: Stopping the service...
Pidfile not found! Is fetchmail running? ... failed!
/etc/init.d/fetchmail: exit status of service stop was: 0
/etc/init.d/fetchmail: RUNUSER is fetchmail
/etc/init.d/fetchmail: OPTIONS would be -f /etc/fetchmailrc --pidfile /var/run/fetchmail/fetchmail.pid
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
The nodetach option is in effect, ignoring logfile option.
Old UID list from mail.xxxxxxxxxxx.de:
<empty>

Scratch list of UIDs:
<empty>

fetchmail: starting fetchmail 6.4.0.beta4 daemon
fetchmail: 6.4.0.beta4 querying mail.bouche.de (protocol IMAP) at Di 03 Nov 2020 23:10:24 CET: poll started
Trying to connect to 80.237.130.106/993...connected.
fetchmail: Loaded OpenSSL library 0x1010104f newer than headers 0x1010101f, trying to continue.
fetchmail: SSL verify callback depth 0: preverify_ok == 0, err = 62, Hostname mismatch
fetchmail: Server certificate:
fetchmail: Issuer Organization: GoDaddy.com, Inc.
fetchmail: Issuer CommonName: Go Daddy Secure Certificate Authority - G2
fetchmail: Subject CommonName: *.webpack.hosteurope.de
fetchmail: Subject Alternative Name: *.webpack.hosteurope.de
fetchmail: Subject Alternative Name: webpack.hosteurope.de
fetchmail: Subject Alternative Name: *.mail.server-he.de
fetchmail: Subject Alternative Name: *.server-he.ch
fetchmail: Subject Alternative Name: *.ftp.server-he.ch
fetchmail: Subject Alternative Name: *.mywebdav.de
fetchmail: Subject Alternative Name: *.server-he.de
fetchmail: Subject Alternative Name: *.mailout.server-he.de
fetchmail: Subject Alternative Name: *.mail.server-he.ch
fetchmail: Subject Alternative Name: *.mailout.server-he.ch
fetchmail: Subject Alternative Name: *.ftp.server-he.de
fetchmail: Subject Alternative Name: *.storage.hosteurope.de
fetchmail: Server CommonName mismatch: *.webpack.hosteurope.de != mail.xxxxxxxxxxx.de
fetchmail: mail.bouche.de key fingerprint: F8:0A:31:7E:86:A2:9C:9D:93:FD:48:05:65:60:F7:CD
fetchmail: Server certificate verification error: Hostname mismatch
fetchmail: OpenSSL reported: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
fetchmail: SSL connection failed.
fetchmail: socket error while fetching from wpxxxxxxxxxxxx@mail.xxxxxxxxxxxx.de
fetchmail: 6.4.0.beta4 querying mail.xxxxxxxxxxxx.de (protocol IMAP) at Di 03 Nov 2020 23:10:24 CET: poll completed
Merged UID list from mail.xxxxxxxx.de:
<empty>
fetchmail: Query status=2 (SOCKET)
fetchmail: sleeping at Di 03 Nov 2020 23:10:24 CET for 180 seconds

Tosoboso · 04. Nov 2020

mbou schrieb:
Hallo,
die Einträge sind jetzt richtig und stls wird in das Feld eingetragen. Jetzt bekomme ich folgenden Fehler:
fetchmail: Server CommonName mismatch: *.webpack.hosteurope.de != mail.xxxxxxxxxxx.de
fetchmail: mail.bouche.de key fingerprint: F8:0A:31:7E:86:A2:9C:9D:93:FD:48:05:65:60:F7:CD
fetchmail: Server certificate verification error: Hostname mismatch...

Hi, du bekommst einen Zertifikatsfehler, weil der Servername nicht passt. Es muss wpXYZ.webpack.hosteurope.de wobei xyz eine Zahl ist, die du kennst (XYZ.mail.server-he.de würde auch gehen, wenn du eine Kennung hast, die per DNS auf den Server / die IP zeigt). Das mit der passenden wp-Kennung kann mann übrigens einfach mit einem Reverse Lookup auf IP 80.237.130.106 ermitteln (IPs sind bekanntlich nicht anonym). Ich hab mal einen Test gefahren mit einem nicht existitenten Nutzer myself und komme mit der passenden wp-Kennung bis zum Login Fehler AUTHFAIL; es funktioniert also. Fetchmail ist eben strikter als einige Mail-Clients. Host-Europe sollte auch einen Server-Namen für Pop/Imap an dich geben, wo das Zertifikat stimmt, alles Andere ist 'Pfusch' und gefährlich, denn während fetchmail abbricht könnten andere Mail-Client das ignorieren und jemand könnte die Verbindung kapern mit falschem SSL Zertifikat. Bei web.de z.B. passiert sowas nicht, imap.web.de ist der Server mit dem passenden Zertifikat.

Code:

Diskstation:~$ kopano-fetchmail test
fetchmail in debug mode hit crtl.c and then restart service..
/etc/init.d/fetchmail: Initiating debug run of system-wide fetchmail service...
/etc/init.d/fetchmail: script will be run in debug mode, all output to forced to
/etc/init.d/fetchmail: stdout. This is not enough to debug failures that only
/etc/init.d/fetchmail: happen in daemon mode.
/etc/init.d/fetchmail: You might want to direct output to a file, and tail -f it.
/etc/init.d/fetchmail: Stopping the service...
Pidfile not found! Is fetchmail running? ... failed!
/etc/init.d/fetchmail: exit status of service stop was: 0
/etc/init.d/fetchmail: RUNUSER is fetchmail
/etc/init.d/fetchmail: OPTIONS would be  -f /etc/fetchmailrc --pidfile /var/run/fetchmail/fetchmail.pid
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
The nodetach option is in effect, ignoring logfile option.
Old UID list from wpXYZ.webpack.hosteurope.de:
<empty>
Scratch list of UIDs:
<empty>
fetchmail: starting fetchmail 6.4.0.beta4 daemon
fetchmail: 6.4.0.beta4 querying wpXYZ.webpack.hosteurope.de (protocol IMAP) at Mi 04 Nov 2020 09:40:13 CET: poll started
Trying to connect to 80.237.130.106/993...connected.
fetchmail: Loaded OpenSSL library 0x1010104f newer than headers 0x1010101f, trying to continue.
fetchmail: SSL verify callback depth 2: preverify_ok == 1, err = 0, ok
fetchmail: Certificate chain, from root to peer, starting at depth 2:
fetchmail: Issuer Organization: GoDaddy.com, Inc.
fetchmail: Issuer CommonName: Go Daddy Root Certificate Authority - G2
fetchmail: Subject CommonName: Go Daddy Root Certificate Authority - G2
fetchmail: SSL verify callback depth 1: preverify_ok == 1, err = 0, ok
fetchmail: Certificate at depth 1:
fetchmail: Issuer Organization: GoDaddy.com, Inc.
fetchmail: Issuer CommonName: Go Daddy Root Certificate Authority - G2
fetchmail: Subject CommonName: Go Daddy Secure Certificate Authority - G2
fetchmail: SSL verify callback depth 0: preverify_ok == 1, err = 0, ok
fetchmail: Server certificate:
fetchmail: Issuer Organization: GoDaddy.com, Inc.
fetchmail: Issuer CommonName: Go Daddy Secure Certificate Authority - G2
fetchmail: Subject CommonName: *.webpack.hosteurope.de
fetchmail: Subject Alternative Name: *.webpack.hosteurope.de
fetchmail: Subject Alternative Name: webpack.hosteurope.de
fetchmail: Subject Alternative Name: *.mail.server-he.de
fetchmail: Subject Alternative Name: *.server-he.ch
fetchmail: Subject Alternative Name: *.ftp.server-he.ch
fetchmail: Subject Alternative Name: *.mywebdav.de
fetchmail: Subject Alternative Name: *.server-he.de
fetchmail: Subject Alternative Name: *.mailout.server-he.de
fetchmail: Subject Alternative Name: *.mail.server-he.ch
fetchmail: Subject Alternative Name: *.mailout.server-he.ch
fetchmail: Subject Alternative Name: *.ftp.server-he.de
fetchmail: Subject Alternative Name: *.storage.hosteurope.de
fetchmail: wpXYZ.webpack.hosteurope.de key fingerprint: F8:0A:31:7E:86:A2:9C:9D:93:FD:48:05:65:60:F7:CD
fetchmail: SSL/TLS: using protocol TLSv1.3, cipher TLS_AES_256_GCM_SHA384, 256/256 secret/processed bits
fetchmail: IMAP< * OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ AUTH=PLAIN] Dovecot (Debian) ready.
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ AUTH=PLAIN
fetchmail: IMAP< A0001 OK Pre-login capabilities listed, post-login capabilities have more.
fetchmail: Protocol identified as IMAP4 rev 1
fetchmail: IMAP> A0002 LOGIN "myself" *
fetchmail: IMAP< A0002 NO [AUTHENTICATIONFAILED] Authentication failed.
fetchmail: Authorization failure on myself@wpXYZ.webpack.hosteurope.de
fetchmail: IMAP> A0003 LOGOUT
fetchmail: IMAP< * BYE Logging out
fetchmail: IMAP< A0003 OK Logout completed.
fetchmail: 6.4.0.beta4 querying wpXYZ.webpack.hosteurope.de (protocol IMAP) at Mi 04 Nov 2020 09:40:17 CET: poll completed
Merged UID list from wpXYZ.webpack.hosteurope.de:
<empty>
fetchmail: Query status=3 (AUTHFAIL)
fetchmail: sleeping at Mi 04 Nov 2020 09:40:17 CET for 420 seconds

mbou · 05. Nov 2020

Hallo Danke Tosoboso,

imap läuft, super! Ich kann die E-Mails mit fetchmail abrufen.

Nur wurden alle E-Mails vom hosteurope-Server heruntergeladen, wie wenn ich ein pop3 Konto hätte. Habe jetzt mal keep auf on gesetzt. damit funtioniert es. Ist das so richtig?

Ich habe zudem noch E-Mails in Unterordnern, kann ich diese z.B. per pst Datei in kopano importieren? diese werden nicht über imap heruntergeladen.

Tosoboso · 05. Nov 2020

Hi, OK, geht doch..
Zu 1) mit keep bleiben die Einträge auf dem Server. Zu 2) nur mit Imap kann man auch Unterordner Laden, dafür braucht es einen Eintrag pro Ordner. Schau mal in der GUI bei Imap ist Folder INBOX default, du musst den nur passend Ändern im extra Eintrag.
- TosoBoso

mbou · 05. Nov 2020

Hallo,

wenn ich den gleichen User auf einen anderen Ordner eintrage bekomme ich folgende Rückmeldung:

no duplicate entries with same kopano and remote user allowed

Zudem habe ich noch folgende Meldung in der mail.log
Nov 5 20:42:28 R-User php-mapi[21801]: virtual HRESULT M4LMAPISession::OpenEntry(ULONG, const ENTRYID*, const IID*, ULONG, ULONG*, IUnknown**): OpenEntry failed: unknown entryid (80040201)
Nov 5 20:42:28 R-User php-mapi[21801]: MAPI error: unknown entryid (80040201) (method: zif_mapi_ab_openentry, line: 1061)
Nov 5 20:42:46 R-User php-mapi[24834]: MAPI error: not found (8004010f) (method: zif_mapi_ab_resolvename, line: 1118)

Tosoboso · 08. Nov 2020

mbou schrieb:
Hallo, wenn ich den gleichen User auf einen anderen Ordner eintrage bekomme ich folgende Rückmeldung:
"no duplicate entries with same kopano and remote user allowed"

Hi, die stls aut pasword Logik hatte EInfluss auf die Duplikate und Löschlogik; beide Probleme habe ich nun behoben.
Einfach mit > kopano4s-init refresh den Container neu Laden und dann sollte es gehen mit mehreren Einträgen ür die Ordner.
Mit den php-mapi Errors kann ich spontan nichts anfangen, aber meine Empfehlung lautet: Default Edition. Wenn du die Community hast, dann: > kopano4s-downgrade start.
-TosoBoso