Hallo, da hat sich nichts geändert: Beispielkonfig 'memcache.local' => '\\OC\\Memcache\\APCu', 'memcache.distributed' => '\\OC\\Memcache\\Redis', 'memcache.locking' => '\\OC\\Memcache\\Redis', 'redis' => array ( 'host' => '/var/run/redis/redis-server.sock', 'port' => 0, 'timeout' => 0.0, ),

Hallo,

es geht nur über einen Filter

Hi,

ich habe die Anleitung bezüglich der Anpassung von group und gshadow nochmal überarbeitet.

Hi,

die gibts offenbar immer. Nur sehe ich jetzt nicht, dass die lebenswichtig sind bei einem Standard Keyhelp System

Hi, "SubUID/GIDs are a range subordinate user/group IDs that a user is allowed to use. These are commonly used by containerization software, such as LXD and Podman, for creating privilege separated containers." Da Container nicht Bestandteil von Keyhelp sind, messe ich diesen Dateien erstm...

Hallo,

und wie wurden diese Dateien und Ordner erstellt? Durch PHP? Dann können die gar nicht als Root erstellt werden, denn das läuft im Userkontext und da hat sich auch nichts geändert.

Hallo,

na aktiviere wieder Let's Encrypt für Keyhelp, Mailserver und FTP Server unter SSL-Zertifikate -> Serverdienste absichern

Und dann nutzt du im Mailprogramm Deinen Servernamen oder die via SSL abgesicherte Maildomain.

Hallo,

ich erreiche das Keyhelp problemlso, wo genau klemmt es da?

Das Zertifikat ist selbstigniert, ggf mal einen anderen Browser nutzen, mit dem du das Keyhelp noch nicht aufgerufen hast, damit du das HSTS umgehen kannst

Hi,

X-Original-To ist die tatsächliche Empfängeradresse, die beim Versand angegeben wurde. Die To-Angabe ist dagegen schon Teil der Nachricht und könnte beliebig gesetzt werden

Na, dann ist doch auch klar warum der Server die Mail ganz normal behandelt hat, weil sie an die admin Adresse gegangen ist. Das sollte im Header der Mail unter "X-Original-To:" auch vermerkt sein normalerweise

ja dann poste mal das Log von Einspeisung bis Zustellung

Hallo,

was sagt denn das Maillog an der Stelle?

Hallo,

da steht aber "The email was signed with a DKIM signature"

Das hat nichts mit dem korrekten Record zu tun. Das Signieren macht ja der Mailserver und dazu benötigt er den entsprechenden Schlüssel.

Hallo,

das können wir von extern nicht beurteilen, da wir ja nicht wissen, was da genau geprüft wurde und von wo nach wo diese Mail überhaupt ging.

Grundlegend kann nur der Server die Mail mit dem default._domainkey.seelauscher.de DKIM signieren, der den entsprechenden privaten Key hat.

Hallo,

das ist aber kein generelles Verhalten.

Ich habe grade nochmal durchlaufen lassen und da war auch nach dem Dist-Upgrade die resolv.conf noch entsprechend verlinkt

Vielleicht wurde hier mal bei Auflösungsproblemen die resolv.conf manuell geändert.