MailPlus Server Mailplus Server und IPv6 IMAP geht nicht??

[ChrisXY]

Hallo,
da Deutsche Glasfaser meine IPv4 komplett Sperrt habe ich nurnoch IPv6.
Das Problem ist das über die IPv6 Adresse der Diskstation der imap und pop Port DICHT sind. also 993 oder 143. Diese sind CLOSED ! Der Port 25 ist offen. Wenn ich nun Mailplus Server Stoppe ist auch port 25 zu.

Wieso sind 993 und 143 aber zu ? Ich kann so nicht meine Mails abfragen. Lokal mit Lokaler ipv4 Adresse und 993 / 143 klappt es ....

Ideen ?
Es MUSS also an der Diskstation liegen. Kann diese kein IMAP / pop über IPv6 ???

 

[Fusion]

Wieso MUSS? Vielleicht macht der Router die Ports nicht auf?

Hast lokal mit IPv6 probiert?

IMAPS auf 993 lauscht jedenfalls auch auf IPv6 (kannst mit "netstat -an | grep port" auf der SSH Konsole testen, als root angemeldet)
tcp6 0 0 :::993 :::* LISTEN

 

[Chialya]

So ich bin zwar 2 Jahre zu spät dran, aber besser spät als nie


netstat -an | grep 993

ergibt bei mir nur:

tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN
tcp6 <- fehlt !

Modifiziere mit root-Rechten die Datei:
/volume1/@appstore/MailPlus-Server/etc/template/10-master.template

entferne (oder mir # auskommentieren) die 14 Zeile:

address = __NODE_IP__

Diese sorgt dafür, dass die Adresse später auf 0.0.0.0 (IPv4) gebunden ist!

---------------------------------------------------------------

Anschließend: netstat -an | grep 993

tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN
tcp6 0 0 :::993 :::* LISTEN

Fertig. Wir haben IMAP:SSL über IPv6.


Das Ganze überlebt leider kein Update des MailPlus-Servers.
Man kann sich aber ein Script basteln, welches die Manipulationen nach Update wieder korrigiert.

sed -i "/address = __NODE_IP__/d" /volume1/@appstore/MailPlus-Server/etc/template/10-master.template

Viel Erfolg
Chialya

 

[akoerber]

Danke. Die Zeile habe ich aber mehrfach:

====

#default_process_limit = 100
#default_client_limit = 1000

# Default VSZ (virtual memory size) limit for service processes. This is mainly
# intended to catch and kill processes that leak memory before they eat up
# everything.
#default_vsz_limit = 256M
# FIXME: workaround for out of memory
default_vsz_limit = 0
mail_never_cache_fields = *

# Login user is internally used by login processes. This is the most untrusted
# user in Dovecot system. It shouldn't have access to anything at all.
default_login_user = dovecot


# Internal user is used by unprivileged processes. It should be separate from
# login user, so that login processes can't disturb other processes.
default_internal_user = root

protocols = $protocols imap pop3
service imap-login {
service_count = 0
process_limit = 256
inet_listener imap {
address = __IMAP_NODE_IP__
port = __IMAP_PORT__
}
inet_listener imaps {
address = __NODE_IP__
port = __IMAPS_PORT__
ssl = yes
}

# Number of connections to handle before starting a new process. Typically
# the only useful values are 0 (unlimited) or 1. 1 is more secure, but 0

# is faster. <doc/wiki/LoginProcess.txt>
#service_count = 1

# Number of processes to always keep waiting for more connections.
#process_min_avail = 0

# If you set service_count=0, you probably need to grow this.
#vsz_limit = $default_vsz_limit
}

service pop3-login {
service_count = 0
process_limit = 256
inet_listener pop3 {
address = __NODE_IP__
port = __POP3_PORT__
}
inet_listener pop3s {
address = __NODE_IP__
port = __POP3S_PORT__
ssl = yes
}
}

service indexer-worker {
process_limit = __NPROC__
}
#service submission-login {
# inet_listener submission {
# #port = 587
# }
#}


[...]

====

Welche muss ich auskommentieren? (das angegebene Skript legt nahe: alle)

Alle?
Braucht es einen Neustart?
Danke im Voraus