IMAP Verbindung bricht ab

Status
Für weitere Antworten geschlossen.

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Hallo zusammen,

soweit läuft nun bei mir in Version 1.0.6b alles allerdings kann ich nicht via IMAP auf meine Diskstation zugreifen.
Habe in der mynetworks schon die IP 172.17.0.1 eingegeben:

Rich (BBCode):
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/16 172.17.0.1

Erhalte aber beim Verbinden mit z.B. Outlook folgendes im mail.log:

Rich (BBCode):
Nov 10 07:00:06 diskstation postfix/smtpd[1718]: connect from unknown[172.17.0.1]
Nov 10 07:00:06 diskstation postfix/smtpd[1718]: 6621A7DC00B6: client=unknown[172.17.0.1]
Nov 10 07:00:06 diskstation postfix/cleanup[1721]: 6621A7DC00B6: message-id=<>
Nov 10 07:00:06 diskstation postfix/qmgr[1271]: 6621A7DC00B6: from=<mailadresse@zuhause.de>, size=915, nrcpt=1 (queue active)
Nov 10 07:00:06 diskstation postfix/smtpd[1718]: disconnect from unknown[172.17.0.1] ehlo=1 mail=1 rcpt=1 data=1 commands=4
Nov 10 07:00:06 diskstation postfix/smtp[1722]: 6621A7DC00B6: to=<mailadresse@zuhause.de>, relay=smtp.zuhause.de[xx.xx.xx.xx]:587, delay=0.44, delays=0.14/0/0.24/0.06, dsn=2.0.0, status=sent (250 2.0.0 queued as U05f87vAA60647U)
Nov 10 07:00:06 diskstation postfix/qmgr[1271]: 6621A7DC00B6: removed

Hat jemand eine Idee?
Die Testmail allerdings wird von Outlook über meinen Provider (Sender_relay) versendet...?!

Danke und viele Grüße

Millilenium

Unbenannt.PNG
 
Zuletzt bearbeitet:

chats

Benutzer
Mitglied seit
29. Sep 2012
Beiträge
517
Punkte für Reaktionen
6
Punkte
38
Was ist das denn für eine IP Adresse die Du eingetragen hast? Woher kommt die?
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Die kommt aus dem Docker, habe diesen als Bridge
 

fbartels

Benutzer
Mitglied seit
19. Mrz 2013
Beiträge
284
Punkte für Reaktionen
2
Punkte
24
Hallo,

Habe in der mynetworks schon die IP 172.17.0.1 eingegeben:

Postfix und mynetworks haben erstmal nichts mit der möglichkeit zu tun E-Mails per IMAP zu empfangen (höchstens dann später um diese per SMTP zu verschicken, aber da wird die Container IP wohl auch nicht helfen).

Wird denn die richtige IP und der richtige Port für die Konfiguration in Outlook benutzt? Kann der Kopano nutzer überhaupt IMAP nutzen? Läuft das kopano-gateway? Was logged das kopano-gateway? Besteht die Portfreigabe für das Gateway (Firewall?)
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
In Outlook wird die korrekte IP der NAS sowie der korrekte, auch im Docker zugewiesene, Port 143 verwendet. Die Testmail via SMTP wird auch versendet.
Der User hat das Recht IMAP zu nutzen, das Gateway läuft
Rich (BBCode):
Starting kopano-gateway version 8.7.84 (pid 62 uid 1093)
(auch im Status sichtbar) - das Log ist ansonsten leer.
Wo soll hier die Portfreigabe erfolgen? Ich will intern im Netzwerk von Outlook per IMAP auf Kopano...
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Der Vollständigkeit halber hier meine Gateway.cfg (habe bei Installation POP/IMAP aktiviert).
Auch bei Loglevel 6 erhalte ich nichts über meine Clients in der Gateway.log:

Rich (BBCode):
##############################################################
# GATEWAY SETTINGS

#server_bind	= 

# Please refer to the administrator manual or manpage why HTTP is used rather than the UNIX socket.
#server_socket = http://localhost:236/

# Set this value to a name to show in the logon greeting to clients.
# Leave empty to use DNS to find this name.
#server_hostname =

# Whether to show the hostname in the logon greeting to clients.
#server_hostname_greeting = no

# drop privileges and run the process as this user
#run_as_user = kopano

# drop privileges and run the process as this group
#run_as_group = kopano

# create a pid file for stopping the service via the init.d scripts
#pid_file = /var/run/kopano/gateway.pid

# run server in this path (when not using the -F switch)
#running_path = /var/lib/kopano

# create memory coredumps upon crash [no, systemdefault, yes]
#coredump_enabled = systemdefault

# enable/disable POP3, and POP3 listen port
#pop3_enable = yes
#pop3_port = 110

# enable/disable Secure POP3, and Secure POP3 listen port
#pop3s_enable = no
#pop3s_port = 995

# enable/disable IMAP, and IMAP listen port
#imap_enable = yes
#imap_port = 143

# enable/disable Secure IMAP, and Secure IMAP listen port
#imaps_enable = no
#imaps_port = 993

# Only mail folder for IMAP or all subfolders (calendar, contacts, tasks, etc. too)
#imap_only_mailfolders = yes

# Show Public folders for IMAP
#imap_public_folders = yes

# IMAP clients may use IDLE command
#imap_capability_idle = yes

# The maximum size of an email that can be uploaded to the gateway
#imap_max_messagesize = 128M

# Internally issue the expunge command to directly delete e-mail marked for deletion in IMAP.
#imap_expunge_on_delete = no

# Maximum count of allowed failed IMAP command counts per client
#imap_max_fail_commands = 10

# Some MUAs are sending commands via idle causing the connection
# to reach imap_max_fail_commands and leaves the client in a
# broken state. The clients include Apple Mail. If you experience
# problems or uses Apple Mail set this option to yes
#imap_ignore_command_idle = no

# Disable all plaintext authentications unless SSL/TLS is used
#disable_plaintext_auth = no

# File with RSA key for SSL
ssl_private_key_file = /etc/kopano/gateway/privkey.pem

#File with certificate for SSL
ssl_certificate_file = /etc/kopano/gateway/cert.pem

# Verify client certificate
#ssl_verify_client = no

# Client verify file and/or path
#ssl_verify_file =
#ssl_verify_path =

# SSL protocols to use, space-separated list of protocols
# (SSLv3 TLSv1 TLSv1.1 TLSv1.2); prefix with ! to lock out a protocol.
#ssl_protocols =

# SSL ciphers to use, set to 'ALL' for backward compatibility
#ssl_ciphers = ALL:!LOW:!SSLv2:!EXP:!aNULL

# Prefer the server's order of SSL ciphers over client's
#ssl_prefer_server_ciphers = no

# Process model, using pthreads (thread) or processes (fork)
# Processes are potentially safer from a security point of view.
#process_model = thread

# For temporary files.
# consider mounting a `tmpfs' underneath this path (wherever you
# point it to)
#tmp_path = /tmp

# Whether Gateway should filter HTML messages or not. Usually, WebApp
# takes care of this. Letting the gateways do this improves the user latency a
# bit, but uses more disk space. (yes/no)
#html_safety_filter = no

##############################################################
# GATEWAY LOG SETTINGS

# Logging method (syslog, file)
#log_method = file

# Loglevel (0(none), 1(crit), 2(err), 3(warn), 4(notice), 5(info), 6(debug))
# log_level = 6

# Logfile for log_method = file, use '-' for stderr
# Default: -
log_file = /var/log/kopano/gateway.log

# Log timestamp - prefix each log line with timestamp in 'file' logging mode
#log_timestamp = yes

# Buffer logging in what sized blocks. 0 for line-buffered (syslog-style).
#log_buffer_size = 0

# Bypass authentification when connecting as an administrator to the UNIX socket.
#bypass_auth = no
 

fbartels

Benutzer
Mitglied seit
19. Mrz 2013
Beiträge
284
Punkte für Reaktionen
2
Punkte
24
war das früher nicht so, dass Port 144 auf der Synology für IMAP verwendet wird (weil Port 143 ja schon durch Synology selbst belegt ist)?

Was ist denn die Augabe wenn du dich per Netcat/Telnet auf Port 143 deiner Synology verbindest?

Da sollte sowas wie "* OK [CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN] IMAP gateway ready" zurückkommen.
 

fbartels

Benutzer
Mitglied seit
19. Mrz 2013
Beiträge
284
Punkte für Reaktionen
2
Punkte
24
hm.. dann muss das Problem irgendwo zwischen deinem Client und dem DSM liegen. Damit bin ich dann aber auch leider raus.
 

chats

Benutzer
Mitglied seit
29. Sep 2012
Beiträge
517
Punkte für Reaktionen
6
Punkte
38
Und wenn Du unter Outlook mit dem Zarafa Client arbeitest?
Kann der Client sich dann verbinden?

Gehört denn als IP-Adresse nicht die Adresse Deiner DS rein?
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Das mache ich auch (OL 2016 mit Zarafa-Client 7.2.6) aber ich benötige eine andere Anwendung die nur via IMAP auf Kopano zugreifen kann.
Hier erhalte ich aber keinerlei Rückmeldung daher habe ich in Outlook ein IMAP-Konto angelegt - was aber eben nicht klappt.

Als IP habe ich die Original-IP der DS in meinem Netzwerk stehen. Aber es scheint so dass das IMAP-Protokoll nicht bis zum Docker kommt, SMTP sehr wohl da die Testmail generiert wird.
Es ist echt seltsam. Habe im Docker auch den Port DS 144 auf Port Docker 143 versucht, geht auch nicht.
Der Port ist offen (143 - Portscan laufen lassen) aber ich komme nicht auf IMAP drauf - dito bei POP3.
Steh grad irgendwie auf dem Schlauch, die configs scheinen alle zu passen, die User haben imap aktiviert und das Gateway läuft.

Muss in der Gateway.cfg noch was eingestellt werden?
Irgendwas blockt mich hier sofort ab - entweder k4s im Docker oder die DS (wobei in beiden keine Protokolle ersichtlich sind)..
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Funktioniert bei Euch IMAP mit der neuen 1.0.6b? Falls ja hat jemand zufällig die Gateway.conf für mich?
Ich bekomme es nicht zum Laufen, Netzwerk und DNS passt alles aber ich komme nicht via 143 oder 943 auf meine Mailkonten im LAN.

Vielen Dank.
 

millilenium

Benutzer
Mitglied seit
03. Feb 2014
Beiträge
168
Punkte für Reaktionen
4
Punkte
18
Habe den Fehler gefunden, in der Gateway.cfg hat ein Eintrag gefehlt...:

Rich (BBCode):
imap_listen = *:143
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat