Beiträge von mgoeben

    Hallo!


    Also soweit ich das in dem Auszug sehe ist das ja der Client der automatisch mit dem Server startet der dann nach genau 14 Minuten crasht. In dem Log davor waren es genau 13 Minuten, mal waren es nur 5 Minuten, aber immer genau zur vollen Minute nach dem Start, gibt es da so was wie ein Cleanup der minütlich abläuft und dann irgendwo stirbt?


    Gruß


    Marco Göbenich


    Auszug aus dem Access Log, da passiert zu dieser Zeit nichts.


    Zitat

    xxx.xxx.xxx.xxx - - [02/Oct/2014:19:42:06 +0200] "GET /liveconfig/hosting/domains/edit?id=Qk1kcxxMt4iAQKnMw306lrYX&oid=cJ1MonhjnhJl HTTP/1.1" 200 2717 "https://xxxxxxxx.stratoserver.net:8443/liveconfig/hosting/domains?id=Qk1kcxxMt4iAQKnMw306lrYX&tmp=1412271651164" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.120 Safari/537.36"
    xxx.xxx.xxx.xxx - - [02/Oct/2014:19:42:12 +0200] "POST /liveconfig/hosting/domains/edit HTTP/1.1" 200 756 "https://xxxxxxxx.stratoserver.net:8443/liveconfig/hosting/domains/edit?id=Qk1kcxxMt4iAQKnMw306lrYX&oid=cJ1MonhjnhJl" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.120 Safari/537.36"
    xxx.xxx.xxx.xxx - - [02/Oct/2014:19:42:13 +0200] "GET /liveconfig/hosting/domains?id=Qk1kcxxMt4iAQKnMw306lrYX&tmp=1412271749194 HTTP/1.1" 200 2221 "https://xxxxxxxx.stratoserver.net:8443/liveconfig/hosting/domains/edit" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.120 Safari/537.36"
    xxx.xxx.xxx.xxx - - [02/Oct/2014:19:42:13 +0200] "GET /liveconfig/hosting/domains/query?id=Qk1kcxxMt4iAQKnMw306lrYX HTTP/1.1" 200 798 "https://xxxxxxxx.stratoserver.net:8443/liveconfig/hosting/domains?id=Qk1kcxxMt4iAQKnMw306lrYX&tmp=1412271749194" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.120 Safari/537.36"
    xxx.xxx.xxx.xxx - - [02/Oct/2014:20:04:49 +0200] "GET / HTTP/1.1" 301 1687 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0"


    Und wieder ein crash ohne Trace nach 4 Minuten


    Und nochmerh passierte hier, diesmal wieder mit leerem Trace


    Hi!


    Leider ist das Problem immer noch da. Es dauert nur länger.

    Zitat

    [2014/10/02 17:59:44.707008] [5549|5554] [LUA] Deleting mailbox fasel@bla.de from dovecot config file: /etc/dovecot/passwd
    [2014/10/02 18:08:46.367820] [5549|5549] Incompatible LCCP protocol version, please upgrade client and server to latest version
    [2014/10/02 18:08:46.367836] [5549|5549] Error while parsing LCCP message - aborting...
    [2014/10/02 18:08:46.367991] [5549|5553] Can't get group quota for 'web0' (path '/var/www/web0'): Function not implemented


    um 17:59 funktionierte noch alles wie gewünscht, nach der Meldung um 18:08 kommt auch keine Log Ausgabe mehr. Dann der Neustart (dauert dann 10 Sekunden anstatt 2 Sekunden sonst)



    Mir ist auch eben aufgefallen, dass auch Domain Änderungen (Weiterleitung/Ordner) nicht geschrieben werden in /etc/apache2/vhost.d/web0.conf, diese Änderungen werden aber auch beim Neustart nicht nachgeführt.


    Stack Trace kam nun gar nicht mehr.



    Gruß


    Marco

    Update hier:


    Hi!


    Also im Log taucht das hier auf:


    Zitat

    [2014/09/26 23:19:36.366673] [5413|5413] Incompatible LCCP protocol version, please upgrade client and server to latest version
    [2014/09/26 23:19:36.366714] [5413|5413] Error while parsing LCCP message - aborting...
    [2014/09/26 23:19:36.366931] [5413|5418] Can't get group quota for 'web0' (path '/var/www/web0'): Function not implemented


    danach löscht er nicht mehr.


    Es gibt aber keinen externen client.


    Gruß

    Hi!


    Gentoo hat seit nun mehr als 2 ahren was im init System geändert.


    * Use of the opts variable is deprecated and will be
    * removed in the future.
    * Please use extra_commands, extra_started_commands or extra_stopped_commands.


    Gruß


    Marco

    Hallo!


    Installiert ist die 1.7.4


    Habe hier plötzlich das Problem, das E-Mail Konten und Weiterleitungen nicht mehr gelöscht werden, sie werden nur noch durchgestrichen dargestellt, mehr darf man damit nicht mehr machen.


    Gestern hat das noch funktioniert, seit heute morgen muss ich liveconfig neustarten, damit die Sachen gelöscht werden.


    Ist der Fehler bekannt, oder ist das ein Feature?


    Gruß


    Marco Göbenich

    Von mir aus kann auch gerne proftpd als Benutzer/Gruppe vorgegeben sein, dann muss das nur in der Installations Anleitung mit drin stehen und in der generierten proftpd.conf umgesetzt werden.


    Gruß
    Marco

    Hi!


    Ich habe mailman mehr oder minder auf einem Gentoo Server für liveconfig automatisiert:
    Damit wird der Server soweit eingerichtet, dass er für alle Postfix relaydomains auch Mailinglisten verwalten kann.


    1. mailman installieren, einrichten und konfigurieren
    mailman installiert sich unter Gentoo(~amd64) unter /usr/lib64/mailman/ und die Konfiguration/Mailinglisten unter /var/lib/mailman/
    cd /usr/lib64/mailman
    bin/newlist mailman
    bin/genaliases


    /etc/mailman/mm_cfg.py


    Bei Gentoo werden die mailman Scripte unter /usr/lib64/mailman abgelegt und sind nicht direkt per Kommando Zeile zu erreichen. Deswegen habe ich mir zwei kleine Wrapper geschrieben:


    /usr/local/bin/newlist

    Bash
    #!/bin/bash
    cd /usr/lib64/mailman
    bin/newlist "$@"


    /usr/local/bin/rmlist

    Bash
    #!/bin/bash
    cd /usr/lib64/mailman
    bin/rmlist "$@"


    Leider gehört die Datei /etc/postfix/relay_domains, die ich für mailman missbrauche, dem Benutzer [noparse]root:postfix[/noparse] (Gentoo, Suse, ...) und der Benutzer mailman hat keinen Zugriff darauf, das Hinzufügen des Benutzers mailman zur Gruppe postfix tuts leider nicht, da mailman mit Gruppenrechten gestartet wird.*
    Also musste ich mir was basteln damit diese Datei automatisch auch für den mailman verfügbar gemacht wird. Das Zaubertool ist incron, damit kann man auf Dateiänderungen warten und dann Aktionen ausführen.
    Also incron installieren und dann als root per incrontab -e die incrontab bearbeiten und die folgende Zeile einfügen:

    Code
    /etc/postfix/virtual_domains IN_MODIFY /usr/local/bin/postfix2mailman


    Das passende Skript dazu


    /usr/local/bin/postfix2mailman

    Bash
    #!/bin/bash
    cp -a /etc/postfix/virtual_domains /etc/mailman/virtual_domains
    chown mailman:mailman /etc/mailman/virtual_domains


    # Dann noch die Berechtigungen anpassen:
    chown 755 /usr/local/bin/newlist /usr/local/bin/rmlist /usr/local/bin/postfix2mailman


    2. Postfix anpassen
    Für Postfix brauchen wir Änderungen an der main.cf, deswegen darf liveconfig diese nun nicht mehr überschreiben


    Dafür in die custom.lua postfix.NOUPDATE = true einfügen und den liveconfig neustarten.


    in der /etc/postfix/main.cf ändern wir


    Die Änderungen an der master.cf die oft in anderen Anleitungen benannt werden brauchen wir nicht, diese Wrapper Skripte werden von den mailman Entwicklern nicht empfohlen.


    3. Apache konfigurieren
    Nun zum Webinterface, bei mir unter Gentoo läuft der default Apache Server nicht mit suexec. Das ist hier perfekt, da ansonsten das mailman Webinterface nicht benutzbar ist, eventuell nur mit Handständen (mailman selbst kompilieren mit anderer GID) .


    Die folgende Konfiguration ist Gentoo Spezifisch (<ifDefine MAILMAN> und </ifDefine> sollten bei allen anderen Distributionen wohl raus)
    /etc/apache/modules.d/50_mailman.conf


    Generell kann man nun die Webseite meinhostname.de/mailman aufrufen.


    Um nun für Kunden das bereitstellen zu können muss man pro Kunde die Datei
    /var/www/<kundenname>/.httpd.conf anpasssen


    /var/www/<kundenname>/.httpd.conf

    Code
    ProxyPass /mailman http://meinhostname.de/mailman
    ProxyPassReverse /mailman http://meinhostname.de/mailman
    
    
    ProxyPass /pipermail http://meinhostname.de/pipermail
    ProxyPassReverse /pipermail http://meinhostname.de/pipermail
    
    
    ProxyPass /mailman-icons http://meinhostname.de/mailman-icons
    ProxyPassReverse /mailman-icons http://meinhostname.de/mailman-icons


    Dann den Apache neustarten.


    4. Benutzung
    Kommandozeile:
    Liste anlegen:
    [noparse]newlist meinetollemailinglist@meineiegenedomain.de[/noparse]


    Liste löschen:
    rmlist meinetollemailinglist


    Archiv löschen:
    rmlist -a meinetollemailinglist


    Webinterface:
    [noparse]Die Mailingliste ist nun auch per http://beispiel.de/mailman zu erreichen, http://www.beispiel.de, list.beispiel.de und http://www.list.beispiel.de (letztere müssen als Subdomains angelegt sein) sollten auch funktionieren, allerdings funktioniert das Anlegen dann nicht und Listen als bla@beispiel.de sind z.B. http://www.beispiel.de dann versteckt, da mailman intern den kompletten hostnamen verwendet um die zugehörigen Mailinglisten zu erkennen.[/noparse]


    5. Hinweise
    Ich habe meine Konfiguration leider erst aufgeschrieben nachdem ich sie komplett funktional hatte, deswegen kann es sein, dass ich etwas übersehen habe, also bitte einfach schreiben falls Probleme auftauchen, dann schaue ich mir das nochmal an und passe die Anleitung an.


    Probleme mit Postfix beim Senden an eine Mailingliste kommen meistens daher dass die Dateien /var/lib/mailman/data/aliases und /var/lib/mailman/data/virtual_mailman dem falschen Besitzer gehören.


    [size=-2]* Tatsächlich konnte ich nicht ganz genau nachvollziehen, warum der mailman vom postfix als mailman ausgeführt nicht die gleichen Rechte hat wie su - mailman "/usr/lib64/bin/mailman ...." letzteres funktioniert, dann darf mailman die Datei /etc/postfic/relay_domains lesen. Vielleicht hat jemand einen Tipp dazu. Ohne incron wäre das schon schicker.[/size]