Posts by mg327

    Hallo,


    ich habe gerade meinen DebIan 6.0.8 Server von 1.1.0rc4.6 auf 1.1.0rc4.7 upgedated - zum ersten Mal mit schlechtem Ergebnis.
    Sowohl das Panel selbst, wie auch PHPMyAdmin geben nur Fehlermeldungen aus (näheres unten), Das Webmail zeigt immerhin ein Login, aber nach einem Login-Versuch kommt die Meldung:

    Quote

    Die Anmeldung ist fehlgeschlagen.


    obwohl alle Anagben korrekt sind.
    Ich habe es vor wenigen Minuten mit dem aktuellen Build von GitHub versucht, gleiches Ergebnis.
    Das Update läuft wie gewohnt ohne Fehler durch, die Webseiten sind auch erreichbar, aber das Controlpanel und PHPMyAdmin nicht.


    Die Fehlermeldung bei dem Controlpanel lautet:

    Quote

    Warning: The Exception Writer `iMSCP_Exception_Writer_Browser` was unable to write the following message: `Unable to open the configuration file `/etc/imscp/imscp.conf` - at line: 212 in file: /var/www/imscp/gui/library/iMSCP/Config/Handler/File.php` Reason: Unable to find the message.tpl template file - at line: 533 in file: /var/www/imscp/gui/library/iMSCP/pTemplate.php in /var/www/imscp/gui/library/iMSCP/Exception/Handler.php on line 320


    Die bei PHPMyAdmin:

    Quote

    phpMyAdmin - Error
    Cannot start session without errors, please check errors given in your PHP and/or webserver log file and configure your PHP installation properly. Also ensure that cookies are enabled in your browser.

    in rot hinterlegt.
    Wie kann ich am einfachsten ein "downgrade" durchführen? Es wäre vielleicht die einfachste Lösung um normal weiter arbeiten zu können. Einfach die 4.6 wieder zu installieren scheitert an mindestens einer SQL-Abfrage. Kann man die ggf. übergehen?


    Vielen Dank schon mal, nun ist erst einmal Feierabend, morgen geht es weiter.


    Hello ;


    1. Squirrel will not be readded. If you want it, you must install it manually.
    2. The tools link (pma, filemanager, webmail) were removed from the login page and it's expected. Your customers can access theses tools through the i-MSCP panel interface.


    Hallo again and thank you for your quick answer.
    1. Now I have a new question: Will Squirrel be removed on update? If not, how can I access the old installation of Squirrel?
    It is now still running in the 1.0.3.0, what happened on update exactly? Will it be removed or is it still accessable?


    2. ok - it was just an idea, no problem.

    Hallo,


    wir haben nach ausgiebigen Tests zwei unserer drei Server auf die derzeit neueste Version 1.1.0-RC4.2 upgedated. Seit der 1.0.3.0 kommt aber der Webmailer Roundcube von Haus aus mit, den wir persönlich auch viel schöner finden als Squirrel. Leider hat sich aber einer der Anwender so an sein Squirrelmail gewöhnt, daß er es nur sehr ungern missen möchte.


    Nun meine Frage: Gibt es eine Möglichkeit, Squirrelmail danach weiter nutzen zu können? Falls ja, wie muß man es dann aufrufen?


    Der Webspaceprovider Servage.net bietet z.B. wahlweise Squirrel und Horde an, vielleicht geht das ja auch bei i-mscp, also Squirrel und Roundcube.


    Danke
    Michael


    PS.: Vermisse auch ein wenig die Links zu phpMyAdmin, Webmail und Webftp beim Login, war mir aber kein extra Post wert. Wenn es noch mehr Leute vermissen, bitte unter "nice to have" aufnehmen.

    Quote


    Die SSL Unterstützung ist im Thunderbird eingebaut ;)


    ...das ist schön, aber hilft mir nicht wirklich weiter. An welcher Stelle muß ich denn nun ansetzen? Bei fetchmail ? Wird das überhaupt mit der 1.1.0-rc2.3 noch genutzt?
    Da es offenbar weder in Squirrel noch in Roundcube integriert ist, muß man also den Hebel an einer anderen Stelle ansetzen, aber wo?
    Wir benötigen SSL definitiv an anderer Stelle nicht (jedenfalls hat es uns noch nie gefehlt). Mittlerweile bin ich soweit, auf diese Funktion zu verzichten und nur die Postfächer abzuholen, die über Port 110 laufen. Die anderen kann man ja mit web.de, freemail.de und Co. einsammeln oder einfach weiterleiten. Bei einigen Freemailern hat das Abholen den Vorteil, daß die dadurch eine "Aktivität" registrieren im Gegensatz zur Weiterleitung.

    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.


    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.


    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.

    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.


    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.