Beiträge von lebenszeit

In https://www.liveconfig.com/de/…2946&viewfull=1#post12946 wird auch darum gebeten, "proxy_set_header X-Real-IP ..." in die vHosts zu übernehmen.
Spricht etwas dagegen?

Die Seiten schleunigst auf PHP 7 umstellen. Performance ist eh besser.

Ich bin dagegen, LC an solche Eigenheiten anzupassen und diverse Workarounds einzubauen. Ein vernünftiger (v)Server und die Sache läuft.

Anleitung / Handbuch beachtet? Welches System? ext4 ist geeignet.

Interessehalber: Muss LC anschließend neu gestartet werden?

DNS-Validierung kann die Bereitstellung beschleunigen, die Reloads der Webserver reduzieren und auch Zertifikate bereitstellen, wenn http://example.com deaktiviert ist und nur https aktiv ist.
Wildcard ist z.B. nett für Verträge, in denen viele Subdomains mit wenig Aufwand gesichert werden sollen.

Verträge mit PHP 5.6 finden:

select HC_NAME from HOSTINGCONTRACTS where HC_ID in(select distinct D_CONTRACTID from DOMAINS where D_ID in(select distinct SD_DOMAINID from SUBDOMAINS WHERE SD_PHPVERSIONID IN(select WR_ID from WEBRUNTIMES WHERE WR_VERSION LIKE '5.6%' AND WR_FOUND = 1)));

Die Statistik wird aus den Logfiles des Webservers generiert. Dies erfolgt ohne Cookies.

Sieve muss auf User-Ebene, d.h. je Postfach, genutzt werden können. Ein zusätzlicher Sieve-Client auf GUI-Ebene ist nett, aber nicht nötig.
Ich rege einen Haken o.ä. an, mitdem anstelle der Konfiguration des Autorespinders bei deaktiviertem Sieve durch LC auf das Webmail - dessen Adresse eingeblendet werden sollte - verwiesen wird.

Demnächst kommt noch wer und möchte Mails direkt aus GUI schreiben... Nein.

Ich erwarte von LC *nicht* dass es einen Sieve-Client zur Verfügung stellt. Volle Zustimmung an aziegler ("managesieve kann man doch selbst einrichten und braucht LiveConfig dazu nicht unbedingt").
Die Zeit kann besser für Kernthemen genutzt werden. Das bringt uns allen mehr!

Per default domain auf http://www.domain weiterleiten. So ist schneller ersichtlich, dass es sich um 2 Varianten handelt. Die meisten User passen ohnehin zuerst www. an.
Massenbearbeitung würde manches intuitiver werden lassen.

Leo, why do you use "fullquote" instead of "answer"?

> Theoretisch wäre es dann auch möglich, eine Einstellung wie "immer die neueste PHP-Version" umzusetzen.

Sehr gute Idee! Zusätzlich evtl. "Immer Standard-PHP-Version nutzen".

> Domain und Design sind bereits fertig.

Ich bitte um GUI-Integration statt eigener Domain. Vorteil: Handbuch- und Software-Version passen zusammen. Logo des Anbieters wäre ebenfalls integriert.

Die FTP-Zugänge sind bei "Webspace" gut aufgehoben. Ich schätze das schlanke Menü und dass nicht jede Funktion eine eigene Seite hat.

Eventuell könnte der (default-)FTP-Zugang stärker visualisiert werden wenn er kein Kennwort hat. So wäre schneller ersichtlich, dass ein Kennwort hierfür gesetzt werden kann.

Der Erweiterung um Kennzeichnung für SSH stimme ich zu.

+ 1 das wäre sehr gut

Vlt. fehlt der MX-Record.

User neigen dazu, alles auf dem Silbertablett haben zu wollen. "Ungültige Weiterleitungs-Adresse" ist eine verständliche Meldung. Ich bin dagegen, jedweden möglichen Userfehler mit einer individuellen Fehlermeldung zu beantworten. LC ist kein Chat-Robot^^

Die Variablen sind veraltet:

Zitat von https://wiki2.dovecot.org/Pigeonhole/ManageSieve/Configuration?highlight=(sieve_storage|sieve_dir)

For Dovecot v1.0 and v1.1, the sieve_dir setting used by ManageSieve was called sieve_storage
...
For Pigeonhole versions before v0.3.1, this setting can only be a filesystem path pointing to a script file, or - when ManageSieve is used - it is the location of the symbolic link pointing to the active script in the storage directory. That storage directory is then configured using the deprecated sieve_dir setting.

Es ist nun alles über sieve bzw. userdb_sieve zu regeln:
Mit
userdb_sieve=file:~/sieve/%u;active=/var/mail/vertrag/3/dovecot.sieve in /etc/dovecot/passwd
klappt es.

Danke.

Zunächst: Ich vermute den Fehler außerhalb von LC.
Autoresponder in LC ist deaktiviert damit der Symlink auf die aktive, individuelle Sieve-Dateien erhalten bleibt. So kann mittels managesieve deutlich mehr konfiugiert werden.
Um globale Filtersätze zu vermeiden werden mittels
sieve_storage = ~/sieve/%u
die Daten in
/var/mail/sieve/info@example.com/names_des_filtersatzes.sieve
geschrieben. Das funktioniert. Nur wird es bei Maileingang nun mit o.g. Fehler quittiert.

Das hat lange Zeit wunderbar funktioniert. Neuerdings sowohl auf einem schon länger bestehenden als auch auf einem einem neu installierten Debian 9 führt es zu
dovecot: lda(info@example.com): Warning: sieve: file storage: Active sieve script symlink /var/mail/vertragsname/3/dovecot.sieve is broken: Invalid/unknown path to storage (points to /var/mail/sieve/info@example.com).

Die Zeile
sieve = ~/.dovecot.sieve
wird durch
userdb_sieve=/var/mail/vertragsname/3/dovecot.sieve aus /etc/dovecot/passwd überschrieben und ist nach meinem Verständnis optional.

Wird
sieve_storage = ~/sieve/%u
weggelassen entfällt die Fehlermeldung und Sieve funktioniert - dann gibt es aber kein eigenes Verzeichnis je User mehr => ungeeignet.

Wer kann das reproduzieren?