Roundcube Plugin POP3prefetcher holt keine Mails über Port 995 ab

    Hallo,


    wahrscheinlich ist es nur mal wieder ein Brett vor dem Kopf, aber ich drehe mich im Kreis.
    Ich habe das Plugin "POP3prefetcher" installiert, um Mails von anderen Postfächern abholen zu können (war übrigens bei Squirrel standartmäßig dabei). Der "normale" Vorgang über Port 110 läuft auch korrekt, also kann es nicht am Plugin liegen. Nur bei Port 995 meint er schon beim ersten Test, den Server nicht erreichen zu können. Den entsprechenden Dienst habe ich im i-mscp auch schon hinzugefügt, er läuft aber nicht (laut Anzeige). Ich vermute mal, daß ich den Port noch an einer anderen Stelle freischalten muß, aber wo?



    Ach ja, ich nutze i-mscp 1.1.0-rc2.3 auf einem Debian-System 2.6.32-042stab062.2
    Ich würde mich über einen guten Tip sehr freuen.
    Danke schon mal
    Michael

    Versuchst du über Port 995 auf den eigenen Mailserver (localhost) oder auf einen externen Mailserver zuzugreifen?

    Edited once, last by MuhKuh ().

    Quote from MuhKuh


    Versuchst du über Port 995 auf den eigenen Mailserver (localhost) oder auf einen externen Mailserver zuzugreifen?


    ... auf einen externen - Google-Mail, denn von dort möchte ich Mails einsammeln. Wie gesagt funktioniert dies bei anderen Maildiensten, die Port 110 nutzen. Außerdem ist der 995 in der Anzeige vom i-mscp deaktiviert. Vermute mal, daß ich ihn irgentwie aktivieren muß, ich möchte dies aber so tun, daß es alle (Programme) mitbekommen. Kann ich dies einfach über iptables machen? Wenn ja, wäre es super hilfreich, die genaue Syntax zu kennen, so daß die Aktivierung auch einen evtl. Neustart überdauert.

    Quote from mg327


    ... auf einen externen - Google-Mail, denn von dort möchte ich Mails einsammeln.


    Richtigen Server verwendet? Tippfehler oder so?


    Quote from mg327


    Außerdem ist der 995 in der Anzeige vom i-mscp deaktiviert.


    Du meinst die Services Liste? Die zeigt nur an was bei dir auf dem Server läuft. Das ist aber hier nicht relevant. Wenn der Service down ist, dann heisst das einfach, dass bei dir lokal kein POP3S auf 995 hört.


    Quote from mg327


    Vermute mal, daß ich ihn irgentwie aktivieren muß, ich möchte dies aber so tun, daß es alle (Programme) mitbekommen. Kann ich dies einfach über iptables machen? Wenn ja, wäre es super hilfreich, die genaue Syntax zu kennen, so daß die Aktivierung auch einen evtl. Neustart überdauert.


    Mach mal ein iptables -L um zu sehen was alles drin ist. i-MSCP blockiert nichts, das hast du wohl selbst eingestellt.


    Und sonst versuch mal ein telnet auf den Mailserver auf Port 995, dann kannst du ganz ohne Plugin sehen ob es geht.


    Und wenn du Fehler bekommst: Fehlermeldung hier posten!

    Also der Tippfehler scheidet aus, denn ich habe es mit mehreren Konten probiert, teilweise kopiert und teilweise bewußt das "Ein-Finger-System" verwendet.


    Die Ausgabe von iptables sagt folgendes:

    Code
    1. # iptables -LChain INPUT (policy ACCEPT)target prot opt source destination IMSCP_INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT)target prot opt source destination Chain OUTPUT (policy ACCEPT)target prot opt source destination IMSCP_OUTPUT all -- anywhere anywhere Chain IMSCP_INPUT (1 references)target prot opt source destination tcp -- anywhere anywhere tcp spt:submission tcp -- anywhere anywhere tcp spt:ssmtp tcp -- anywhere anywhere tcp spt:smtp tcp -- anywhere anywhere tcp dpt:imaps tcp -- anywhere anywhere tcp dpt:pop3s tcp -- anywhere anywhere tcp dpt:submission tcp -- anywhere anywhere tcp dpt:ssmtp tcp -- anywhere anywhere tcp dpt:smtp tcp -- anywhere anywhere tcp dpt:imap2 tcp -- anywhere anywhere tcp dpt:pop3 tcp -- anywhere anywhere tcp dpt:https tcp -- anywhere anywhere tcp dpt:httpRETURN all -- anywhere anywhere Chain IMSCP_OUTPUT (1 references)target prot opt source destination tcp -- anywhere anywhere tcp dpt:submission tcp -- anywhere anywhere tcp dpt:ssmtp tcp -- anywhere anywhere tcp dpt:smtp tcp -- anywhere anywhere tcp spt:imaps tcp -- anywhere anywhere tcp spt:pop3s tcp -- anywhere anywhere tcp spt:submission tcp -- anywhere anywhere tcp spt:ssmtp tcp -- anywhere anywhere tcp spt:smtp tcp -- anywhere anywhere tcp spt:imap2 tcp -- anywhere anywhere tcp spt:pop3 tcp -- anywhere anywhere tcp spt:https tcp -- anywhere anywhere tcp spt:httpRETURN all -- anywhere anywhere


    Und hier noch die Ausgabe von netstat, da hört auch keiner auf diesen Port:

    Code
    1. netstat -anp | grep -i listentcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 580/master tcp 0 0 127.0.0.1:12525 0.0.0.0:* LISTEN 397/policyd-weight tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 286/dovecot tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 286/dovecot tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 685/apache2 tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 580/master tcp 0 0 127.0.0.1:9876 0.0.0.0:* LISTEN 433/imscp_daemontcp 0 0 91.228.53.127:53 0.0.0.0:* LISTEN 375/named tcp 0 0 127.0.0.2:53 0.0.0.0:* LISTEN 375/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 375/named tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 580/master tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 375/named tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 685/apache2 tcp 0 0 0.0.0.0:3270 0.0.0.0:* LISTEN 243/sshd tcp 0 0 127.0.0.1:10023 0.0.0.0:* LISTEN 417/postgrey.pid --tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN 580/master tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 312/mysqld tcp6 0 0 :::587 :::* LISTEN 580/master tcp6 0 0 :::110 :::* LISTEN 286/dovecot tcp6 0 0 :::143 :::* LISTEN 286/dovecot tcp6 0 0 :::465 :::* LISTEN 580/master tcp6 0 0 :::21 :::* LISTEN 643/proftpd: (acceptcp6 0 0 :::25 :::* LISTEN 580/master tcp6 0 0 :::3270 :::* LISTEN 243/sshd


    Was mich wundert, ist die tatsache, daß der normale POP3 Port 110 funktioniert, aber der POP3S 995 nicht.


    Telnet sagt folgendes:

    Code
    1. # telnet pop.gmail.com 995
    2. Trying 173.194.71.109...
    3. Connected to gmail-pop.l.google.com.
    4. Escape character is '^]'.


    danach passiert nichts mehr, ich muß die Verbindung abbrechen.


    Ich hoffe, das hilft weiter.

    Du verwechselst da was. Du willst auf den google POP3 Server verbinden, nicht auf deinen eigenen. Also ist es vollkommen egal ob bei dir etwas auf Port 995 hört. Wichtig ist, dass auf dem Google Server jemand hört ;) Also vergiss die netstat und service Anzeige, die spielt hier keine Rolle.


    Das einzig relevante ist

    Code
    1. Connected to gmail-pop.l.google.com.


    Heisst soviel wie, du bist verbunden und der Server wartet jetzt auf weitere Anweisungen. POP3 ist ziemlich einfach, könntest du sogar von Hand tippen ;)


    Das Problem liegt also an deinem Roundcube Plugin. Was für einen Fehler bringt das denn?

    Quote from MuhKuh


    Das Problem liegt also an deinem Roundcube Plugin. Was für einen Fehler bringt das denn?


    Leider nur die wenig aussagekräftige Meldung:

    Quote

    Unable to connect to address pop.gmail.com:995


    Daher hatte ich auf einen gesperrten Port getippt, denn andere Maildienste (Port 110) funktionieren ja. Live.com (also hotmail/windowsmail/outlook - und wie das noch alles heißt) funktionieren auch nicht, aber alle anderen, die Port 110 nutzen.

    Wie du am Telnet Versuch siehst, liegt es nicht am Port.


    Entweder du hast das Plugin falsch konfiguriert, oder es kommt einfach nicht mit SSL zurecht. Da ich das Plugin nicht kenne, kann ich dir da nicht helfen. Frag am besten mal bei den Entwicklern des Plugins nach.

    Quote from MuhKuh


    Wie du am Telnet Versuch siehst, liegt es nicht am Port.


    Entweder du hast das Plugin falsch konfiguriert, oder es kommt einfach nicht mit SSL zurecht. Da ich das Plugin nicht kenne, kann ich dir da nicht helfen. Frag am besten mal bei den Entwicklern des Plugins nach.


    OK, für heute ist es eh schon recht spät. Ich glaube zwar nicht, daß es am Plugin liegt, aber ich werde auch diese Möglichkeit verfolgen, konfigurieren kann man dort nichts, nur die E-Mail-Adresse und den Server eingeben und natürlich das Protokoll.


    Gibt es eine Lösung, um Squirrel zusätzlich zu installieren oder kommt es da zu Problemen mit Roundcube? Ich finde Roundcube eigentlich schöner als Squirrel, aber wenn es um die Funktionalität geht, hat die Vorrang vor der Optik.
    Ich überlege auch schon, einen weiteren billigen v-Server nur für den Mailverkehr zu nutzen, dann sind diese Probleme behoben.
    Ein großes Lob an alle Entwickler, das Projekt ist rundum gelungen und kleine Problemchen gibt es überall, selbst bei den teuren Bezahl-Programmen, nur dort sind sie mindestens doppelt so ärgerlich.

    Nun habe ich auf einem anderen Server mit dem guten alten Squirrel-Mail ebenfalls die POP3-Abholung ausprobiert, leider mit genau dem gleichen Erfolg. Port 110 geht, Port 995 nicht.


    Ich bin mir nun ziemlich sicher, daß es nicht am Plugin liegen kann. Am wahrscheinlichsten ist es nun, die Suche auf das SSL zu konzentrieren, denn beide Rechner haben keine SSL Unterstützung, da wir es bislang auch nicht brauchten. Komisch ist nur, daß ich z.B. mit Thunderbird und Evolution auch meine Gmail-Konten abfragen kann und die Desktop-Rechner haben definitiv keine SSL-Unterstützung.