Beiträge von pitgrap

    Moin, ich habe gerade von 2.10.4 auf 2.11.1 geupdatet. Leider ist jetzt in der Serververwaltung der Bereich PHP-Versionen leer.
    In der Auswahl bei einer Domain sind noch alle Versionen vorhanden und auswählbar.


    Ist der Fehler bereits bekannt?

    Moin,


    ich benutze Liveconfig mit Debian 9. Ich habe PHP 7.3 und PHP 7.4 zusätzlich installiert und PHP7.4 zum Default gemacht. Soweit so gut. Nun ist in Debian 9 PHP 7.0 enthalten. Das ist installiert, weil es von ein paar internen Skripten verwendet wird.
    Jetzt möchte ich aber gerne diese Version in der Auswahl-Liste den Kunden nicht zur Verfügung stellen.


    Auf https://www.liveconfig.com/de/…an-mehrere-php-versionen/ finde ich nur Infos, wie man weitere Versionen hinzubekommt, aber nicht, wie man Versionen "verstecken" kann. Jemand eine Idee?

    Moin,


    ich hätte einen Feature Request:
    Und zwar möchte ich gerne alle PHP5 Kunden umstellen. Dazu muss ich aber wissen, wer noch eine alte Version benutzt.


    Unter Berichte gibt es den Bericht "Kunden-Domains". Kann man dort noch eine Spalte für PHP einfügen? Evtl. sogar noch eine weitere, ob für die Domain SSL aktiviert ist?


    Das wäre super. Vielen Dank.

    Moin,


    bei mir hat sich gerade auch ein Kunde gemeldet, dass er das Passwort per Roundcube nicht ändern kann.


    LiveConfig: 2.7.4
    Roundcube: 1.3.9 + Password Driver


    Login ins Postfach geht. Passwort ändern nicht.


    Fehlermeldung:
    "Neues Passwort konnte nicht gespeichert werden. Ivalid e-mail and/or password"


    Auch bei mir steht im Liveconfig Log nur:
    E-Mail password update failed - email=xxx@xxx', IP='::1'


    Jemand eine Idee?

    Ja, SSL ist aktiviert. Funktioniert auch mit allen anderen Kunden und Clients.


    Jetzt gibt es 2 weitere verschiedene Probleme:


    1. Telnet von einem anderen PC (Win 10) ergibt eine Antwort mit STARTTLS?!?


    Code
    250-PIPELINING
    250-SIZE 104857600
    250-ETRN
    250-STARTTLS
    250-ENHANCEDSTATUSCODES
    250 8BITMIME


    2. Der Check auf https://www.liveconfig.com/de/sslcheck ergibt unterschiedle Ergebnisse.


    - Port 25: ok (Protocol: TLSv1.2, DHE temporary key type: ECDH(P-256) (256 bits), DH parameters: 2048 bits)
    - Port 587: (Protocol: TLSv1.2, DHE temporary key type: ECDH(P-384) (384 bits), DH parameters: 1024 bits) = WEAK DH parameters


    Diese Warnnung bekomme ich bei Port 110, 143, 465, 587, 993, 995. Alle anderen sind ok.


    Leider hilft mir das erstmal nicht weiter bei meinem Problem. :(


    EDIT:
    Ich habe nun verschiedene Clients aus dem Firmennetz getestet und Clients außerhalb. Alle aus dem Firmennetz erhalten eine Antwort ohne Starttls, alle anderen mit.


    Daher tippe ich aktuell auch auf die Firewall.

    Moin,


    ich habe das Problem, dass ein Programm (SAP) E-Mails mittels .NET verschickt. Dies geht nach dem Umzug auf einen Liveconfig Server nicht mehr.


    - Liveconfig: 2.7.2-r5133
    - SMTPS aktivieren (Port 465): ja
    - nur verschlüsselte Benutzeranmeldung erlauben: ja
    - SSL-Server-Chiffren: kompatibel
    - OS: Debian 9.6 mit Postfix



    Es gibt ein Testskript, das folgende Ergebnisse liefert.


    Code
    $EmailTo = "test@test.de"
        $EmailFrom = "absender@liveconfig-server"  
        $Subject = "Test Mail"  
        $Body = "Test Body"  
        $SMTPServer = "liveconfig-server" 
        $SMTPMessage = New-Object System.Net.Mail.MailMessage($EmailFrom,$EmailTo,$Subject,$Body)
        $SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, 587) 
        $SMTPClient.EnableSsl = $true 
        $SMTPClient.Credentials = New-Object System.Net.NetworkCredential("absender@liveconfig-server", "password");   
        $SMTPClient.Send($SMTPMessage)


    Wenn ich Port 25 und 587 benutze, erhalte ich diese Fehlermeldung:


    Code
    Ausnahme beim Aufrufen von "Send" mit 1 Argument(en):  "Server unterstützt keine sicheren Verbindungen."
    In C:\Users\pitgrap\Desktop\Test.ps1:10 Zeichen:5
    +     $SMTPClient.Send($SMTPMessage)
    +     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
        + FullyQualifiedErrorId : SmtpException


    Im mail.log steht:


    Code
    Dec 10 17:09:27 server1 postfix/smtpd[28648]: connect from xxx
    Dec 10 17:09:27 server1 postfix/smtpd[28648]: lost connection after EHLO from xxx
    Dec 10 17:09:27 server1 postfix/smtpd[28648]: disconnect from xxx ehlo=1 commands=1


    Bei Port 465 kommt


    Code
    Ausnahme beim Aufrufen von "Send" mit 1 Argument(en):  "Fehler beim Senden von Mail."
    In C:\Users\pitgrap\Desktop\Test.ps1:10 Zeichen:5
    +     $SMTPClient.Send($SMTPMessage)
    +     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
        + FullyQualifiedErrorId : SmtpException


    Im mail.log steht:


    Code
    Dec 10 17:11:51 server1 postfix/smtps/smtpd[32243]: connect from xxx
    Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: SSL_accept error from xxx: Connection reset by peer
    Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: lost connection after CONNECT from xxx
    Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: disconnect from xxx commands=0/0



    Da ich ungern auf "nur verschlüsselte Benutzeranmeldung erlauben" verzichten möchte, frage ich mich, wo hier das Problem sein könnte bzw. wie ich es beheben kann.


    EDIT: ich habe mich gerade per telnet mal mit dem Postfix verbunden und nach dem EHLO antwortet dieser nur


    Code
    250-Requested mail action okay, completed
    250-SIZE 20000000
    250-ETRN
    250-8BITMIME
    250 OK


    Ich hätte erwartet, dass dort auch sowas wie "250-STARTTLS" zurückkommt. Ich denke, dass dies auch der .NET Client erwartet und deswegen die Fehlermeldung zurück gibt.



    Jemand eine Idee?

    Moin,


    ich habe eine Frage bzgl. Spamassassin und Liveconfig.


    Folgende Konfiguration:


    Weiterleitung team@firma.de an die Postfächer a@firma.de und b@firma.de
    Bei der Weiterleitung sind keine Spamregeln eingestellt, jedoch für a@firma.de und b@firma.de


    Meine Annahme war bisher, dass auch bei Weiterleitungen dann die Spamprüfung für a@firma.de und b@firma.de greifen. Jedoch werden diese komplett ungeprüft zugestellt.


    Im Log steht dann sowas:


    Code
    Nov 13 11:22:54 server postfix/cleanup[21046]: 6AC65135: message-id=<...>
    Nov 13 11:22:54 server postfix/qmgr[30362]: 6AC65135: from=<...>, size=103408, nrcpt=2 (queue active)
    Nov 13 11:22:54 server dovecot: lda(a@firma.de): msgid=<2...>: saved mail to INBOX
    Nov 13 11:22:54 server postfix/pipe[21037]: 6AC65135: to=<a@firma.de>, orig_to=<team@firma.de>, relay=dovecot, delay=0.8, delays=0.78/0/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service)
    Nov 13 11:22:55 server dovecot: lda(b@firma.de): msgid=<...>: saved mail to INBOX
    Nov 13 11:22:55 server postfix/pipe[21148]: 6AC65135: to=<b@firma.de>, orig_to=<team@firma.de>, relay=dovecot, delay=0.81, delays=0.78/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service)
    Nov 13 11:22:55 server postfix/qmgr[30362]: 6AC65135: removed


    War das schon immer so oder hat sich hier etwas geändert?

    Moin Anton,


    ich habe natürlich schon verschiedene Einstellungen ausprobiert.


    Deine Empfehlung ergibt dann andere Fehler:


    Config:

    Code
    $config['smtp_server'] = 'tls://localhost';
    $config['smtp_port'] = 587;
    $config['smtp_user'] = '%u';
    $config['smtp_pass'] = '%p';


    Errorlog:

    Code
    [17-Oct-2018 16:12:14 Europe/Berlin] ERROR: STARTTLS failed ()                                                                                                                         
    [17-Oct-2018 16:12:14 Europe/Berlin] ERROR: Invalid response code received from server (-1)                                                                                            
    [17-Oct-2018 16:12:14 Europe/Berlin] ERROR: Failed to write to socket: unknown error ()                                                                                                
    [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> SMTP Error: Authentication failure: STARTTLS failed (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667
     (POST /?_task=mail&_unlock=loading1539785534319&_lang=de_DE&_framed=1&_action=send)


    SMTP Debuglog:



    Ist denn meine Roundcube Config so anders als deine? Oder benutzt ihr kein Roundcube?


    ---
    Ergänzung:
    Ich habe jetzt Roundcube als App direkt aus Liveconfig zusätzlich installiert. Leider bekomme ich dort den gleichen Fehler. :(
    Kann das jemand mal auf seinem (Debian) System nachstellen, da ich weder Liveconfig, noch Postfix verändert habe.

    SMTP funktioniert ja per Email-Client. Telnet dementsprechend auch.


    Code
    root@server1:~# telnet -6 localhost 25
    Trying ::1...
    Connected to localhost.
    Escape character is '^]'.
    220 server1.riehemann.net ESMTP


    Code
    server1:~# telnet -6 localhost 587
    Trying ::1...
    Connected to localhost.
    Escape character is '^]'.
    220 server1.riehemann.net ESMTP


    In der config.inc.php steht wie früher



    Im errorlog steht:

    Code
    [17-Oct-2018 12:11:48 Europe/Berlin] ERROR: SMTP server does not support authentication ()
    [17-Oct-2018 12:11:48 +0200]: <c9f83eph> SMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667 (POST /?_task=mail&_unlock=loading1539771108467&_lang=de_DE&_framed=1&_action=send)


    Im smtp debug log steht:

    Moin,


    ich habe auf meinem Liveconfig-Server Roundcube zusammen mit dem Liveconfig Treiber ( https://github.com/LiveConfig/…d960c236d12d12f27f3c5727d ) installiert.
    Aktuell benutze ich die Version 1.3.7.


    Der Login funktioniert auch einwandfrei, nur der Versand von Emails klappt nicht mehr.


    Im Roundcube Log steht:


    Code
    SMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667 (POST /?_task=mail&_unlock=loading1539682689930&_lang=de_DE&_framed=1&_action=send)


    Im Maillog steht dann nur:

    Code
    Oct 16 11:36:53 server1 postfix/smtpd[14137]: connect from localhost[::1]
    Oct 16 11:36:53 server1 postfix/smtpd[14137]: disconnect from localhost[::1] ehlo=1 rset=1 quit=1 commands=3


    Das ganze läuft auf einem Debian Stretch 9.5 System. Ich frage mich, ob sich etwas in Liveconfig 2.6.3 (r5013) oder in Roundcube 1.3.7 verändert hat.


    Hat noch jemand das Problem?


    Also sieht die Lösung so aus, dass du mpm_event (oder mpm_worker) aktivierst statt mpm_prefork - fertig.


    Ich habe mpm_worker aktiviert und alles läuft wieder mit HTTP/2. Vielen Dank.


    Da ich kein mod_php benutze, frage ich mich nur, warum dann mpm_prefork benutzt wurde. Ist das der Debian default? Oder wird das sogar per liveconfig_meta installiert?
    Ich kann mich zumindest nicht erinnern, das aktiv ausgewählt zu haben.


    Wenn wir aber schon das Thema haben: das Update auf Stretch 9.5 sollte man vermeiden, oder den Apache vorher von mpm_prefork auf worker/event umstellen. Andernfalls ist HTTP/2 nämlich auch weg.


    Oh, ich habe natürlich brav alle Debian Updates installiert. Das jetzt alle Webseiten ohne HTTP/2 laufen hatte ich noch gar nicht bemerkt. :(


    Könntest du evtl etwas detailierter beschreiben, wo ich welche Änderungen vornehmen muss, damit HTTP/2 wieder geht?

    Moin, gibt es irgendeine Möglichkeit mehrere E-Mail-Adressen und Postfächer auf einmal zu ändern?


    Ich habe gerade einen Kunden mit 100 Postfächern von einem Confixx System importiert. Dieser hat auch mehrere Domains. Leider wurden alle Postfächer nun mit der falschen Domain angelegt (webXpX@falsche-domain.de statt webXpX@richtige-domain.de).
    Kann man das irgendwie in einem Batch-Task ändern?
    Außerdem würde ich gerne alle Postfacher eine neue Größe geben, da auch hier ein falscher Wert aus Confixx übernommen wurde.

    Ich habe das einfach über die .httpd.conf gelöst. Einfach im Root des Vertrages die Datei .httpd.conf ... anlegen.


    Geht das "Out-Of-The-Box"? Wow, sowas suche ich die ganze Zeit. Im Handbuch kann ich dazu gar nichts finden.

    Zitat

    Handelt es sich um einen Vertrag den Sie unter "Mein Hosting" angelegt haben?


    Ja


    Zitat

    Nutzen Sie die aktuelle LC-Version (2.5.3)?


    Ja


    Zitat

    Wurde das betroffene Postfach (relativ) neu angelegt, oder vielleicht mit einer älteren LiveConfig-Version?


    Der Vertrag wurde wie alle Verträge aus einer Confixx Installation importiert


    Zitat

    In /etc/postfix/spamassassin sind die Spam-Präfixe pro Postfach hinterlegt.


    Vielen Dank.
    Hier steht tatsächlich
    - bei allen importierten Postfächern ***Suspected SPAM***,
    - bei den neuen ***SPAM-Verdacht*** und
    - bei einigen importierten Postfächern nur ****SPAM****.


    Kann ich die Datei irgendwie neu generieren lassen?
    Ein deaktivieren und reaktiveren der Spameinstellungen führt leider zu keiner Änderung.



    Darüberhinaus hätte ich noch eine andere Verständnisfrage bzgl. der Spamassassin-Einbindung:


    Greifen bei E-Mail-Weiterleitungen auch die Spam-Regeln oder gelten diese nur für Postfächer?


    Beispiel:
    email@weiterleitung.de hat spamschutz aktiviert mit schwelle=3, abweisen=5 und geht an info@postfach.de.
    info@postfach.de hat spamschutz mit mit schwelle=5 und abweisen=10.
    Greifen jetzt beide Regeln oder nur die "letzte" vom Postfach? Würde eine E-Mail mit Wert 4 markiert werden oder nicht? Und was passiert mit einer Email, die den Wert 6 hat?