Posts by fulltilt

    hier nochmal der ganze Teil des logfiles ...

    anfangs fing alles mit Facebook Mails an, diese wurden von PW geblockt, habe dann die Mailadresse und Wildcard Domain in die Whitelist gesetzt:


    notification+zrdpfzgvvov1@facebookmail.com OK
    *@facebook.com OK
    *.facebook.com OK
    mx-out.facebook.com OK
    outmail036.prn2.facebook.com OK


    postmap hash:recipient_access


    steht ganz oben:
    smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/recipient_access
    ....
    reject_non_fqdn_recipient,
    ....
    das ging auch ein paar Tage gut, dann wurde es wieder blockiert ...
    mitlerweile blockiert es auch meine beiden anderen Server die ebenfalls in der Whitlist stehen (keine sys. mails z.b. von monit usw mehr möglich).


    Es scheint das policyd-weight die whitlist einfach ignoriert ...
    hat noch jemand eine Idee oder bleibt nur PW aus der main.cf rauszunehmen?
    [hr]
    habs hinbekommen, hoffe ich ;-)


    die alte /etc/policyd-weight.conf gelöscht
    policyd-weight defaults > /etc/policyd-weight.conf
    /etc/init.d/policyd-weight restart
    /etc/init.d/postfix reload


    diese configs waren beide gleich ... warum auch immer, jetzt geths wieder

    teste gerade ebenfalls eine ispcp Migration mit dem Master, dabei kommt es nach Schritt 2 zu folgendem Fehler:

    Code
    1. [ERROR]
    2. main::databaseIntegrityTests:
    3. DBI connect('database=;host=localhost','pgk_sql ',...) failed: Access denied
    4. for user 'pgk_sql '@'localhost' (using password: YES) at
    5. /var/www/imscp/engine/setup/../PerlLib/iMSCP/Database/mysql/mysql.pm line 101
    6. iMSCP::Debug::END: Exit code: 1


    ist das Problem bekannt?

    hier gibt es noch ein Problem, nach der Migration ispcp auf imscp werden die UIDs & GUIDs falsch gesetzt in der /etc/passwd sind die User jetzt alle doppelt vorhanden ...


    vorher war die start uid z.b. 3060
    jetzt bei den Webfoldern startet die UID mit 2006


    bei den FTP Users sind alle alten UIDs noch vorhanden wie sie vorher waren mit Start bei 3060


    z.b. in /etc/passwd
    vu3060 und vu2006 stehen jetzt für ein und denselben Kunden
    so sieht es da aus:
    vu2111:x:3917:3917:iMSCP virtual user:

    also den Fehler ignoriere ich jetzt einfach mal, beim 2. Start läuft alles sauber durch und es sind keine Fehler feststellbar, alle configs stimmen ...


    Ich habe jetzt auch mal die neue Datenbank komplett exportiert und versucht auf einem anderen Server mit neuer IP zu migrieren ....
    Das geht ja 1000mal schneller als mit ispcp :D
    Es gab diesmal auch keine Fehler alles glatt durchgelaufen mit allen Kunden


    Kann man die Migration > Server Umzug so machen?



    noch was vergessen ...
    wie ist es wenn ich die alten Webs und Mailfolder vor dem Update schon hochlade
    werden dann wie bei ispcp die default_domain_pages in die Webfolder kopiert?
    Wöre dann nicht so gut wenn vorhandene index.html überschrieben werden ...

    ja, ich denke das sollte klappen ;-)
    vorher mit orderpanel fand ich eigentlich eine bessere Lösung, da die order table einem anderen mysql User zugeteilt werden konnte der NUR Zugriff auf diese Order Table hatte, na ja und dann im IMSCP die Order bestätigen oder löschen ...
    Über die whcms schnittstelle klappt zwar auch aber ich denke es ist nicht mehr so sicher ... eventl. mit IP restriction und Passwort erweitern ...