Beiträge von lebenszeit

Zitat kk ' "mail.forwards.blacklist", bei dem man bestimmte Zieldomains für die Verwendung in E-Mail-Weiterleitungen sperren kann (kommagetrennte Liste). Also z.B. so was wie "gmx.de,web.de,t-online.de" '
Kann dieser Filter für einzelne Verträge ausgenommen werden? Wenn nein rege ich dies als Feature an.

Ihr Code liefert sämtliche PHP-Versionen:

SD_HOST, D_NAME durch distinct ersetzt:

SELECT distinct WR_VERSION FROM SUBDOMAINS, DOMAINS, WEBRUNTIMES WHERE SD_DOMAINID=D_ID AND SD_PHPVERSIONID=WR_ID ORDER BY D_NAME, SD_HOST;
+------------+
| WR_VERSION |
+------------+
| 7.1.33 |
| 7.2.24 |
| 7.0.33 |
| 7.3.11 |
+------------+

Können veraltete Datensätze mit WR_FOUND = 0 gefahrlos gelöscht werden?
Was passiert wenn eine Domain auf eine nicht existierende WR_ID verweist?

Sehe ich wie Febas !
Domains, Mails usw. sind auch getrennt.

Billiger Workaround: Tags als Alias verwenden, aber mit fortlaufenden Nummern oder tag-Benutzername. Dann kann danach gesucht werden und das Alias dürfte keine Probleme verusachen.

kk schrieb "Wir werden voraussichtlich ... (ab 02.09.) diverse Server von Debian 9 auf 10 aktualisieren und eventuelle Stolpersteine dokumentieren."

Gibt es hierzu schon eine, ggf. unvollständige, Stichwortliste die für erfahrene Admins informativ wäre?

Für Updates hat RC ein Updatescript. Das Tool in LC ist ein App-Installer und kein App-Manager.

auto.example.com sei die Adresse in Serververwaltung - E-Mail - Auto-Konfiguration - ohne https.
example.com sei auf der HSTS preload list.

1. Stört sich ein Mail-Programm daran und sollte eine andere Autodiscover-Adresse ohne HSTS-Domain verwendet werden?

2. Funktioniert der Austausch der CNAME-Records durch GUI-Änderung der Autodiscover-Adresse?

Vielen Dank - das ist sicherlich für eingie hilfreich!

Werden Änderungen in 'Serveradmin -> DNS -> ISC BIND' nicht in die Config übernommen?
"Dieser Schritt kann auch via LiveConfig erfolgen indem die Domain einmal zwischen internerm, externem und wieder internem Nameserver umgeschaltet wird."
Bei 3 Domains gerne. Aber im produktiven Einsatz ist das unzumutbar bzw. unmöglich.

Insgesamt klingt das nach viel Gebastel.
GLUE möchte ich erst ändern wenn der neue Nameserver vollständig antwortet - nicht umgekehrt.

Es gibt wahrlich wichtigeres als dies in die Weboberfläche zu bringen.

"Eine direkte Bearbeitung ist mir dann doch ein wenig "zu heikel" - Backup hin, Backup her."
Wer dies nicht beherrscht sollte imho keinen Server betreiben.

-rwxr-xr-x 1 root root 10K Sep 17 13:53 php-session-lifetime
Ist 500 nicht ausreichend?

man lcphp
Es prueft zuerst ob die Datei ~/conf/php existiert (welche in symbolischer Link auf die tatsaechlich auszufuehrende PHP-Version sein sollte)

Wurde umgesetzt. Danke!

https://www.rackblogger.de/2019/02/wir-zensieren-nun/ als Anregung .icu auch zu sperren

Der Proxy reicht die Mails an die per LC verwalteten Server weiter?
Mit Prioiräten arbeiten und evtl. Mailtraffic, der nicht vom Proxy kommt, blockieren?

PS: Warum die unnötigen Vollzitate?

Zitat von https://www.heise.de/ct/artikel/Debian-10-mit-Secure-Boot-und-Apparmor-4462999.html

Ein paar durchaus verbreitete Pakete haben es nicht in Debian 10 geschafft: Das Datenbankwerkzeug phpmyadmin fehlt, weil sich nicht rechtzeitig ein aktiver Betreuer für das Paket fand.

. .

weltmeister, du wiederholst dich - und die Vollzitate machen das Lesen nicht leichter.

Für den Notfall sollte man immer ein separates Backend für Zertfikate haben.

kk schrieb "im DNS war die IP XX.XX.XX.42 hinterlegt, im Apache war diese Domain aber auf XX.XX.XX.45 konfiguriert"
Wenn es um von LC verwaltete NS geht verstehe ich diese Antwort nicht.

Welche Erfahrungen habt ihr gemacht? Sollte das "Bugfix-Update" abgewartet werden?

@ ñull
AllowOverride Options=FollowSymlinks
is insecure and should not be used!

> es ist eben nicht unbedingt eine E-Mail-Adresse des LC-Kunden hinterlegt.

Wo wird "Passwort vergessen" hingesendet?

Das ist Sache des Providers und kann gut zB in RC integriert werden. LC hat andere Aufgaben und im Webmail passt es m.E. eh besser hin als in eine separate Oberfläche.

Zitat von kk

Das Löschen ist denkbar einfach:

Code

cd /var/www
chattr -i */conf/php5/php*
rm -rf */conf/php5

Reicht nicht.

cd /var/www
chattr -iR */conf/php5/
rm -rf */conf/php5

führte zum Ziel.