E-Mail Empfang Kopano4s-fetchmail von Hosteurope geht nicht

[mbou]

Hallo,

ich bekomme beim abrufen meiner E-Mails vom Provider folgende Fehlermeldung aus der fetchmail.log:

----------------------------------------------------------------------
fetchmail: Connection errors for this poll:
name 0: connection to wpxxxxxxxx.mail.server-he.de:995 [172.17.0.2/995] failed: Connection refused.
fetchmail: POP3 connection to wpxxxxxxxx.mail.server-he.de failed: Connection refused
fetchmail: Query status=2 (SOCKET)
----------------------------------------------------------------------

In der fetchmailrc ist der Eintrag wie folgt:

poll wpxxxxxxxx.mail.server-he.de protocol pop3 port 995 user meineUsername pass 'meinPasswort' ssl mda "/usr/sbin/kopano-dagent k-user"

Ich habe bei Hosteurope gelesen, dass es wohl Probleme mit fetchmail gibt und man "auth password" eintragen sollte in die fetchmailrc. Dies scheint jedoch nicht möglich zu sein.
https://www.hosteurope.de/faq/e-mail/hinweise-zu-fehlern/probleme-mit-fetchmail/

Schöne Grüße mbou

 

[chats]

Das ist doch ein Homepage Anbieter oder? Hast Du denn die Daten für Deine Domain eingetragen?

 

[mbou]

Hallo,

mit dem Webpacket hat man auch E-Mail-Konten zum Domain. Die E-Mails würde ich gerne per imap/pop abrufen.

 

[chats]

Das heisst Du besitzt eine eigene Domain bei Hosteurope mit eigenen eMailadressen?
Also zum Beispiel meinemail@meinedomain.de und die wird dann bei hosteurope gehosted?
Ist das richtig?

 

[mbou]

Ja ist richtig!

 

[chats]

Meiner Meinung nach muss Du dann auch als Server mail.meinedomain.de eintragen.

 

[mbou]

Das sind die Vorgaben von Hosteurope:

Ihre E-Mail-KontenDem Konto "wp13514816-pmb" sind folgende Mailadressen zugeordnet:
xxxxx@meindomain.de
Posteingang
Der Posteingangsserver lautet "wpxxxxxxxx.mail.server-he.de".
Bitte nutzen Sie folgende Portangaben:
IMAP143 (unverschlüsselt)
IMAP (SSL/TLS)993 (verschlüsselt)
IMAP (STARTTLS)143 (verschlüsselt)
POP110 (unverschlüsselt)
POPs995 (verschlüsselt)
Authentifizierung Plain, SSL/TLS, STARTTLS

PostausgangDer Postausgangsserver lautet "wpxxxxxxxx.mailout.server-he.de".

Bitte nutzen Sie folgende Portangaben:
SMTP 25 (unverschlüsselt)
SMTP 25 (verschlüsselt TLS)
Authentifizierung PLAIN, LOGIN, TLS, STARTTLS

Alternativ Port 465/587, falls Port 25 nicht funktionieren sollte.

 

[sky63]

....Dies scheint jedoch nicht möglich zu sein....

Warum nicht?

gruss,
sky

 

[mbou]

Hallo Sky,

ich habe den Befehl auth password in die fetchmailrc mal eingetragen. Es muss vor User eingetragen werden. Leider geht das nicht, kopano4s die Felder User/ R-Server usw. vertauscht.

Das scheint wohl für Kopano4s nicht umgesetzt zu sein. Siehe: https://github.com/TosoBoso/Kopano4s/blob/master/SPK-PKG/scripts/container/kopano-fetchmail.sh ab Zeile 125 / 195.

 

[Tosoboso]

Hi,
grundsätzlich empfehle ich imap statt pop3 zu benutzen. Auch unterstützt Fetchmail eine Debug Modus per Kommsndo-Zeile (siehe kopano-fetchmail help). Abschliessend kann mat die fetchmailrc ja von Hand Editieren und "auth password" Ergänzen. Man muss natürlich danach fetchmail neu Starten (> kopano-fetchmail restart).
EDIT: hier steht das auch zu STLS: https://www.linuxforen.de/forums/showthread.php?70417-fetchmail-amp-hosteurope du kannst das also versuchen, oder auf IMAP wechseln, wo das Problem ggf. nicht auftritt
-TosoBoso

 

[mbou]

Hallo

ich habe das auch mit imap versucht und komme zum gleichen Ergebnis. Es funktioniert nicht. Ich habe dies auch in die fetchmailrc bereits händisch eingetragen. Dies geht ebenfalls nicht, da die Reihenfolge wohl fest ist.
195 echo "please provide all fetch-mail parameters in order: k-user r-user r-pwd server protocol port ssl folder (INBOX or n/a for pop3)"

Wenn ich auth password eintrage, dann ist der k-user "password" usw.

 

[Tosoboso]

Hi, natürlich geht das dann über die GUI und kopano-fetchmail nicht, aber der Eintrag manuel geht sehr wohl.
Also auf der Synology Kommandozeile >sudo vi /etc/kopano/fetchmailrc , in der Zeile zwischen poll und user, also vor user auth password Eintragen, dann Neustarten >kopano-fetchmail restart und Debuggen > kopano-fetchmail test. Und das sieht dann so aus incl. auth password mit Mail Provider und User Obfuskiert..

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 imap. provider.de:
 <empty>

Scratch list of UIDs:
 <empty>

fetchmail: starting fetchmail 6.4.0.beta4 daemon
fetchmail: 6.4.0.beta4 querying imap. provider.de (protocol IMAP) at Mo 02 Nov 2020 09:42:56 CET: poll started
Trying to connect to 212.227.17.178/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: T-Systems Enterprise Services GmbH
fetchmail: Issuer CommonName: T-TeleSec GlobalRoot Class 3
fetchmail: Subject CommonName: T-TeleSec GlobalRoot Class 3
fetchmail: SSL verify callback depth 1: preverify_ok == 1, err = 0, ok
fetchmail: Certificate at depth 1:
fetchmail: Issuer Organization: T-Systems Enterprise Services GmbH
fetchmail: Issuer CommonName: T-TeleSec GlobalRoot Class 3
fetchmail: Subject CommonName: TeleSec ServerPass Extended Validation Class 3 CA
fetchmail: SSL verify callback depth 0: preverify_ok == 1, err = 0, ok
fetchmail: Server certificate:
fetchmail: Issuer Organization: T-Systems International GmbH
fetchmail: Issuer CommonName: TeleSec ServerPass Extended Validation Class 3 CA
fetchmail: Subject CommonName: smtp. provider.de
fetchmail: Subject Alternative Name: smtp. provider.de
fetchmail: Subject Alternative Name: pop3. provider.de
fetchmail: Subject Alternative Name: imap. provider.de
fetchmail: imap. provider.de key fingerprint: 1E:32:18:13:53:3D:FE:EA:09:F7:81:40:F9:6C:50:7F
fetchmail: SSL/TLS: using protocol TLSv1.3, cipher TLS_AES_256_GCM_SHA384, 256/256 secret/processed bits
fetchmail: IMAP< * OK [CAPABILITY IMAP4rev1 CHILDREN ENABLE ID IDLE LIST-EXTENDED LIST-STATUS LITERAL- MOVE NAMESPACE QUOTA SASL-IR SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN AUTH=LOGIN AUTH=PLAIN] IMAP server ready H miweb106 15.6 IMAP-1MdvFU-1jyW3f2Xji-00aE9W
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4rev1 CHILDREN ENABLE ID IDLE LIST-EXTENDED LIST-STATUS LITERAL- MOVE NAMESPACE QUOTA SASL-IR SORT SPECIAL-USE THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN AUTH=LOGIN AUTH=PLAIN
fetchmail: IMAP< A0001 OK CAPABILITY completed
fetchmail: Protocol identified as IMAP4 rev 1
fetchmail: IMAP> A0002 LOGIN "user_name" *
fetchmail: IMAP< A0002 OK LOGIN completed
fetchmail: selecting or re-polling default folder
fetchmail: IMAP> A0003 SELECT "INBOX"
fetchmail: IMAP< * 0 EXISTS
fetchmail: IMAP< * 0 RECENT
fetchmail: IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
fetchmail: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Unlimited
fetchmail: IMAP< * OK [UIDNEXT 240] Predicted next UID
fetchmail: IMAP< * OK [UIDVALIDITY 1] UIDs valid
fetchmail: IMAP< A0003 OK [READ-WRITE] SELECT completed
fetchmail: 0 messages waiting after first poll
fetchmail: No mail for user_name at imap. provider.de
fetchmail: IMAP> A0004 LOGOUT
fetchmail: IMAP< * BYE Server logging out
fetchmail: IMAP< A0004 OK LOGOUT completed
fetchmail: 6.4.0.beta4 querying imap. provider.de (protocol IMAP) at Mo 02 Nov 2020 09:42:57 CET: poll completed
New UID list from imap. provider.de:
 <empty>
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Query status=1 (NOMAIL)
fetchmail: sleeping at Mo 02 Nov 2020 09:42:57 CET for 420 seconds

Ich kann ja mal Prüfen, ob es Sinn macht die Option STLS = auth password in der GUI und kopano-fetchmail zu Ergänzen..
-TosoBoso

 

[mbou]

Hallo Tosoboso,

das wäre super wenn du das prüfen kannst und das in die GUI übernommen wird. Ich werde heute abend mal versuchen das hinzubekommen.

 

[Tosoboso]

Hi, ist eingebaut, nur noch nicht in der GUI zum Ein und Ausschalten sichtbar (kommt erst mit der nächsten SPK Version).
Aber mit > kopano4s-init refresh und danach > sudo sed -i -e "s~^#mda=~#stls=off\n#mda=~" /etc/kopano/fetchmailrc hast du die neue Funktionalität. Wenn du dann in der K4S-Admin-GUI den Fetchmail Eintrag löschst und neu anlegst, dann sollte im Feld ssl: stls stehen und damit das Ganze funktionieren. Debuggen dann mit > kopano-fetchmail test , aber nur auf der Synolog Kommandozeile (siehe Oben)..
-TosoBoso

 

[mbou]

Hallo ich habs versucht,

es steht noch ssl im Feld:

K-User	RMBox-User	PWD	RMBox-Server	Protocol	Port	SSL	Folders
mein_K-user	mein_R-user	xxxx	wpxxxxxxxx.mail.server-he.de	imap	993	ssl	INBOX

Hier der Auszug aus fetchmail test:

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...
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
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
The nodetach option is in effect, ignoring logfile option.
Old UID list from wpxxxxxxxx.mail.server-he.de:
<empty>

Scratch list of UIDs:
<empty>

fetchmail: starting fetchmail 6.4.0.beta4 daemon
fetchmail: 6.4.0.beta4 querying wpxxxxxxxx.mail.server-he.de (protocol IMAP) at Mo 02 Nov 2020 22:40:51 CET: poll started
Trying to connect to 172.17.0.2/993...connection failed.
fetchmail: connection to wpxxxxxxxx.mail.server-he.de:993 [172.17.0.2/993] failed: Connection refused.
fetchmail: Connection errors for this poll:
name 0: connection to wpxxxxxxxx.mail.server-he.de:993 [172.17.0.2/993] failed: Connection refused.
IMAP connection to wpxxxxxxxx.mail.server-he.de failed: Connection refused
fetchmail: 6.4.0.beta4 querying wpxxxxxxxx.mail.server-he.de (protocol IMAP) at Mo 02 Nov 2020 22:40:51 CET: poll completed
Merged UID list from wpxxxxxxxx.mail.server-he.de:
<empty>
fetchmail: Query status=2 (SOCKET)
fetchmail: sleeping at Mo 02 Nov 2020 22:40:51 CET for 180 seconds
Killed
Killed

Ich habes auch ohne ssl versucht:

K-User	RMBox-User	PWD	RMBox-Server	Protocol	Port	SSL	Folders
mein_K-user	mein_R-user	xxxx	wpxxxxxxx.mail.server-he.de	imap	143	no-ssl	INBOX

zudem den Auszug aus fetchmail test

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...
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
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
The nodetach option is in effect, ignoring logfile option.
Old UID list from wpxxxxxxxx.mail.server-he.de:
<empty>

Scratch list of UIDs:
<empty>

fetchmail: starting fetchmail 6.4.0.beta4 daemon
fetchmail: 6.4.0.beta4 querying wpxxxxxxxx.mail.server-he.de (protocol IMAP) at Mo 02 Nov 2020 22:54:12 CET: poll started
Trying to connect to 172.17.0.2/143...connected.
fetchmail: IMAP< * OK [CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN] IMAP gateway ready
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN CHILDREN XAOL-OPTION NAMESPACE QUOTA IDLE
fetchmail: IMAP< A0001 OK CAPABILITY Completed
fetchmail: Protocol identified as IMAP4 rev 1
fetchmail: IMAP> A0002 STARTTLS
fetchmail: IMAP< A0002 NO STARTTLS error in ssl context
fetchmail: wp13514816.mail.server-he.de: upgrade to TLS failed.
fetchmail: Unknown login or authentication error on wpxxxxxxxx@wpxxxxxxxx.mail.server-he.de
fetchmail: socket error while fetching from wpxxxxxxxx@wpxxxxxxxx.mail.server-he.de
fetchmail: 6.4.0.beta4 querying wpxxxxxxxx.mail.server-he.de (protocol IMAP) at Mo 02 Nov 2020 22:54:12 CET: poll completed
Merged UID list from wpxxxxxxxx.mail.server-he.de:
<empty>
fetchmail: Query status=2 (SOCKET)
fetchmail: sleeping at Mo 02 Nov 2020 22:54:12 CET for 180 seconds

 

[Tosoboso]

Hallo ich habs versucht, es steht noch ssl im Feld:

K-User	RMBox-User	PWD	RMBox-Server	Protocol	Port	SSL	Folders
mein_K-user	mein_R-user	xxxx	wpxxxxxxxx.mail.server-he.de	imap	993	ssl	INBOX

Hi, hast du auch vorher das neue Image gezogen mit > kopano4s-init refresh und dann das sed ausgeführt?
wenn ja, dann sollte es in der GUI funktionieren und auf der CMd-Line bekommst du folgenden Status:

admin@Ds:~$ kopano-fetchmail status
switching in sudo mode for admin as you are not in docker group. You may need to provide root password initially and post timeout..
fetchmail is running  mda-mode (no Spam/AV) and with STLS authenication (auth password).

Du kannst auch auf Cmd-Line mit > sudo vi /etc/kopano/fetchmailrc die Datei editierren und die Zeile "#stls=on" Verfifizieren bzw. Einfügen.
Ich habe das gerade nochmals durchgespielt für die Default Edition und es klappt. Welche Edition hast du eigentlich?
Wenn das OKM ist, dann auf Cmd-Line > kopano-fetchmail test , um die Verbindung zu Debuggen.
PS: ohne-ssl / no-ssl macht keinen Sinn, es muss ssl angehalt sein (und in der GUI des zukümftigen Release STLS)
-TosoBoso

 

[mbou]

Danke, ich werde das heute Abend ausprobieren.

Ich habe die D-Version.

 

[mbou]

Hallo, anbei den Auszug aus der CMD:

root@NAS-Server:~# kopano4s-init refresh
refresh: initializing container from fresh image loaded at docker hub..
init: remove and build kopano4s docker container from refreshed image.. stop:
kopano4s
remove container:
kopano4s
remove image:
Untagged: tosoboso/kopano4s-Core-8.7.14_Webapp-4.1_Z-Push-2.6.0
Untagged: tosoboso/kopano4s@sha256:333cb33c8ee5d2208d98a42f9f81a5d4f516ab6245a570ae2976c249f93b7dec
Deleted: sha256:aa2648b4978be542f3b1e6644b1410a14f6880e0bf275e7e675b44291117ecdc
Deleted: sha256:60e5419cc9f59afe30e67851094cc8867e4bb865455528aba94ddf2628501b34
Deleted: sha256:4c3c4b7ce15d9307b77dc5c940a8f72959392ff688e8a72afcf50f9dc931affe
Deleted: sha256:e9ade5487db4c90231089cfd467741e713c54a631e8233eb53516289ef7f6236
Deleted: sha256:9f03fca441d07fd935ed09e72193d09cb44dddada7e853d55beb2eccbdaccd00
Deleted: sha256:66140190ce9020abb79a8b66f178d62d5be6b42fe8906e02d619a0e08222604c
Deleted: sha256:f2cb0ecef392f2a630fa1205b874ab2e2aedf96de04d0b8838e4e728e28142da
build D-Core-8.7.14_Webapp-4.1_Z-Push-2.6.0:
postmap on '/etc/kopano/postfix/valiases'..
postmap: fatal: bad string length 0 < 1: myhostname =
postmap on '/etc/kopano/postfix/recipient_bcc'..
postmap: fatal: bad string length 0 < 1: myhostname =
postmap on '/etc/kopano/postfix/sender_bcc'..
postmap: fatal: bad string length 0 < 1: myhostname =
postmap on '/etc/kopano/postfix/recipient_access'..
postmap: fatal: bad string length 0 < 1: myhostname =
postmap on '/etc/kopano/postfix/sender_access'..
postmap: fatal: bad string length 0 < 1: myhostname =
waiting for services to restart: 20s..
image intializing UID, GID, etc-cfg, log, ssl, post-build
initializing virtual aliases and pwd e.g. for proxy..
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
postmap: fatal: bad string length 0 < 1: myhostname =
modifying kopano user and group ids (1030 / 65539) plus file limits ..
usermod: no changes
usermod: no changes
usermod: no changes
increasing php upload_max_filesize to 15M..
register: Error reading socket
setting locales with dpkg-reconfigure..
Generating locales (this might take a while)...
de_DE.UTF-8... done
en_GB.UTF-8... done
en_US.UTF-8... done
Generation complete.
setting acl, ssl, fetchmail and plugins..
init: enable fetchmail in kopano-default, add it to dagent local_admin_users and
The user `fetchmail' is already a member of `kopano'.
Starting mail retriever agent: fetchmail.
chmod: cannot access '/etc/kopano/ssl/clients/*': No such file or directory
running postbuild with custom packages etc...
trying to reslove apt-lock..
initializing av database..
Active services: kopano-server kopano-spooler kopano-dagent kopano-search kopano
Core: Kopano Server Running, Spooler Running, Dagent Running, Search Running, Mo
Web: NGINX Running, PHP7.3-FPM Running, Presence Disabled
Mail: Postfix Not Running, Postgrey Disabled, Clamav Running, Amavis Running, Sp
Sys: Syslog Running, Cron Running
root@NAS-Server:~# sed -i -e "s~^#mda=~#stls=off\n#mda=~" /etc/kopano/fetchmailrc
root@NAS-Server:~# sudo vi /etc/kopano/fetchmailrc
root@NAS-Server:~# kopano-fetchmail status
fetchmail is running mda-mode (no Spam/AV) annd with default TLS authenication.

zudem der Auszug aus der fetchmailrc, der Eintrag stls wurde ausgeführt:

# /etc/fetchmailrc for system-wide daemon mode
# file must be chmod 0600, owner fetchmail
# remember setting </etc/logrotate.d/fetchmail> for log file
set daemon 180 # run every 3 minutes
set no syslog # do not flush syslog but write log to file
set logfile /var/log/kopano/fetchmail.log
set postmaster root
set no bouncemail # avoid loss on 4xx errors
defaults
timeout 300
antispam -1
batchlimit 100
fetchall
#keep
#preconnect_tstamp=off
#stls=off
#mda=on
# poll entries




poll wpxxxxxxxx.mail.server-he.de protocol imap port 143 user wpxxxxxxxxxxxx pass 'xxxxxxxxx' mda "/usr/sbin/kopano-dagent mein_K-User"

 

[Tosoboso]

Ahh shit, es muss #stls=on sein! sed war falsch. Das hilft > sudo sed -i -e "s~^#stls=off~#stls=on~" /etc/kopano/fetchmailrc
Und dann nochmals den fetchmail Eintrag Löschen, neu Anlegen und es sollte mit STLS sein.
-TosoBoso

 

[synfor]

Sicher? Kennzeichnet die Raute nicht den Beginn eines Kommentars?