Posts by biologist

    Noch einfacher ist es, anstelle vom Apple-Glump ein gescheites Smartphone zu benutzen. Dann geht das mit Dovecot auch so :->
    *duckundweg*


    Trotzdem danke für die Anleitung :-)

    Läuft mysql und wenn ja: kannst du dich mit dem dovecot-sql-user und dem dazugehörigen Passwort an mysql anmelden? Steht in /etc/dovecot/dovecot-sql.conf. Da kannst das Query auch mal händisch in der Datenbank ausführen - musst halt %u durch die entsprechende Mailadresse ersetzen.

    Das massenhafte Löschen von Mails aus der Q bei Postfix geht übrigens ganz einfach - auch ohne Script :-)
    >mailq |grep <dein_suchstring> |awk '{print $1}'| postsuper -d -


    Wichtig ist das "-" ganz am Ende.
    Nur so als Tipp und Klugscheisserei :-)


    Ich hatte diese Obergrenzen in Postfix mal gesucht, aber letztlich nix Passendes PRO USER gefunden. Generell habe ich natürlich schon die Möglichkeit, das Ganze mit iptables zu begrenzen. Aber es kommt durchaus mal vor, dass ein User einen Newsletter verschickt und dann liegt der Kram auch in der Q rum. Und dann gehen halt auch "reguläre" Mails nicht mehr raus. Tja, also die "goldene" Lösung habe ich auch noch nicht gefunden, ich denke da müsste ich was scripten

    Problematisch ist generell, wenn die Scripte eine eigene SMTP-Engine haben. Dann kriegst du von der Spammerei halt nix mit - im Mailserverlog sieht man ja sonst zumindest was. Aus diesem Grund habe ich meine Firewall so konfiguriert, dass nur noch der postfix-User ausgehend auf Port 25 Verbindungen aufbauen kann. Spammerei kann also nur noch über Postfix laufen und da sehe ich es wenigstens.
    Besser wärs allerdings noch, wenn sich auch lokal alle Benutzer authentifizieren müssten. Das hätte ich allerdings gleich von Anfang an einführen müssen - jetzt ist es dafür zu spät, da sich die Webpräsenzen halt darauf verlassen, dass es so geht.

    Irgendwie ist mir die Position nicht ganz klar, die du hier vertrittst. Im ersten Post fragst du, ob es unsicher ist und jetzt hälst du es "natürlich für unsicher". Was denn nun? Wenn du es für unsicher hälst, dann kannst du es so halt nicht durchführen.


    Würde ich es anbieten wollen, würde ich es als Extension via PECL einbinden. Oder halt, da hätte ich gar keine Arbeit mit, gdlib nutzen, weil ich das eh schon einkompiliert habe in PHP.

    In letzter Zeit sehe ich hier einige Anfragen von Usern, die ihren Server bis ins Letzte konfigurieren wollen. Im Endeffekt klingt sowas erstmal interessant und löblich, aber auf der anderen Seite: was man davon außer Arbeit? Ich habe mich früher auch mal an so kleinen Sachen aufgehangen. Beispiel: Spamassassin konfigurierbar pro User. Im Endeffekt hat keiner der User Bock sich damit zu befassen und verstehen tuts auch keiner. Also im Endeffekt dankt dir die Arbeit normalerweise niemand. Vor einem Jahr etwa habe ich serverside-Mailfilter via Sieve eingerichtet, weil ich sie für einen echten Mehrwert halte und auch selbst benutze. Verwendet auch keiner. Ich fahre deswegen inzwischen eine eher minimalistische Strategie, beispielsweise hab ich auch keinen Clamd mehr laufen, da ich es nicht als meine Aufgabe ansehe, Virenzeugs zu filtern. Beschwert sich aber auch keiner :-)


    Ist sicherlich Ansichtssache und vielleicht habt ihr auch andere User als ich. Was ich sagen will: macht euch nicht so viele Gedanken und geht raus - ist schönes Wetter! :-)

    Switch into your admin-account and have a look at the debugger. When the problem is solved, every error can be reverted from "error" to "change" and processed again. If you don't know what the error msgs mean, activate debug-mode in imscp.conf, revert the errors to "change" and re-process them. After that, you have verbose-logfiles in /var/log/imscp.