Shortie

First thoughts: Use if file_exist in the template directory logo_custom.png and logo_custom_login.png. If nothing found use database. If nothing found in database use logo.png. So you have only include a few lines 😉

Thanks for the possibility with custom.css but the new custom logo solution is a step backwards. Why? It is no longer possible to include different logos in different themes and a database query is needed which means broken database access = wrong logo 😞

Das Verhalten lässt sich einstellen: reject_sender_login_mismatch Reject the request when $smtpd_sender_login_maps specifies an owner for the MAIL FROM address, but the client is not (SASL) logged in as that MAIL FROM address owner; or when the client is (SASL) logged in, but the client login name doesn't own the MAIL FROM address according to $smtpd_sender_login_maps.

setz mal in /etc/mysql/my.cnf folgende Zeilen: innodb_default_row_format = 'DYNAMIC' innodb_strict_mode=OFF

Dovecot can automatically create folders and automatically subscribe users to this folder. Therefore you need to adjust /etc/dovecot/conf.d/15-mailboxes.conf. After that, you have to deliver the mails through sieve filters as d00p mentioned.

Die Hauptdomain normal anlegen und bei ServerAlias-Angabe für Domain: nur www oder kein Alias auswählen. Die gewünschte Subdomain dann als normale Domain anlegen. Dort ebenfalls nur www oder kein Alias auswählen. Dann gehen die IP Einschränkungen und es ist sogar kundenübergreifend. Funktioniert bei mir so seit Jahren wenn ich Kundenwebseiten während der Erstellen anlegen muss ohne bereits die Domain zu haben (weil noch bei anderem Provider). Möglicherweise gehts auch mit Wildcard, was ich aber nie getestet habe.

was leuchtet da nicht ein? Unter /var/TEST/tmp oder den Defaults entsprechend /var/customers/tmp werden für jeden Kunden Unterverzeichnisse angelegt in die nur dieser Kunde schreiben darf. Das ist sicherheitsrelevant weil somit da auch Dinge temporär abgelegt werden können ohne dass andere Kunden darauf zugreifen können.

Unter Debian ist es /etc/apache2/conf-enabled/security.conf

Den Unix-Befehl sed kennst du aber als Linux-Administrator schon oder? Ganz ehrlich in der Zeit in der Du das hier immer wieder herunter betest wärst du damit lange durch...

Wir haben Vertragsfreiheit in Deutschland. Sprich wenn ein Kunde trotz mehrmaliger Aufforderung nicht zahlt oder dauerhaft ein schlechtes Zahlungsverhalten an den Tag legt, wird eine ordentliche Kündigung ausgesprochen. Meist haben solche Kunden zwar 1-3 Domains aber da bin ich mittlerweile so schmerzfrei, dass ich die Domainkosten trage bis Laufzeitende weil diese i.d.R geringer sind als der ganze Aufwand den Kunden weiter über einen weiteren Zeitraum mit Rechnungen (meist auch noch nur im unteren 2-stelligen Bereich pro Quartal) und Mahnungen zu versorgen. Solche Kunden werden dann auch normalerweise nicht wiederkommen oder eben nicht mehr angenommen.

Warum sollte ich überhaupt einen Kunden deaktivieren und reaktivieren? Ein Kunde wird ja im Normalfall deaktiviert weil er gekündigt hat / wurde. Ein Sperrung bzw. Deaktivierung des Webpakets bei Zahlungsverzug ist nicht zulässig.

Vielen Dank. Da war wirklich ein Haken in der Standardbelegung und somit mein Problemchen nun gelöst.

Guten Morgen, kann es sein dass nachts die eingestellte PHP-Version einer Subdomain mit den Einstellungen der eigentlichen Domain überschrieben wird? Habe ich irgendwo eine Einstellung übersehen? Froxlor 0.10.15 mit Webserver-Interface CGI-FCGI Gruß Shortie

Dann hast du wohl keine Kunden mit Newslettern, Shops, Ticketsystemen oder generell hohem Mailaufkommen.

done - if this sh*t works 😉