Das sieht sehr geil aus!
Da freue ich mich jetzt schon aufs Update.
Dankeschön

Fezzi wrote: ↑Wed 6. Mar 2024, 12:18 Bin ich echt der Einzige der das Problem hier hat? Offensichtlich ja

Nope, anscheinend nicht, der Nächste steht oben dran.

================= Threadzusammenführung ==============

Welche MariaDB Version hast du?
Wurde diese manuell geändert?

Da sollte es /etc/init.d/mysql aber noch geben.

Kannst du das bitte mal überprüfen?

Danke für deine Rückmeldung.

Welches OS verwendest du?

Ich vermute es gibt bei dir nur noch mariadb und der ehemalige symbolische Link von mysql auf mariadb wurde entfernt.

Ich passe das dann an.

Sorry aber ich verstehe dein Problem leider nicht.
Eventuell würde es helfen wenn du einen Screenshot posten kannst um dein Problem zu verdeutlichen.

Welche Outlook Version verwendest du?

Kannst du einen Screenshot deiner Einstellungen bei STRATO machen?

Florian wrote: ↑Fri 1. Mar 2024, 12:29 ich habe die Anleitung bezüglich der Anpassung von group und gshadow nochmal überarbeitet.

Und ich das gesamte Dateihandling und Datenbankrumgefummle.
Geht jetzt alles automatisch mit meinem brandneuen Skript welches ich im ersten Beitrag hinzugefügt habe.
Viel Erfolg bei der Wiederherstellung

Ist doch ganz einfach? Einem Server mit mit der Mailkuh installieren und einen weiteren für Webseiten mit KeyHelp. Der Kunde erhält demnach zwei Logins. Aber warum auch nicht? Es sind zwei spezialisierte Systeme. Da man nicht überall denselben Login verwenden soll, gibt es fortan derer zwei. Habe ic...

Aber hier steht doch eindeutig:
Demnach hält Google den Absender für gefälscht.

O.K.
Dankeschön

Danke für deine Einschätzung Florian.
Dann werde ich mal gucken müssen warum und wieso diese Dateien auftauchen…

Ach verdammt.
Sorry, dass ich so ungenau gearbeitet hatte und vielen Dank fürs zurechtbiegen.

Auf einem Debian 10 System gibt es seit dem 03. Februar diesen Jahres auch noch folgende Dateien in denen die KeyHelp User stehen.
Wie muss man mit diesen Dateien verfahren?

• /etc/subgid
• /etc/subgid-
• /etc/subuid-
• /etc/subuid

Korrektur: Es ist ein Debian 10 System

Ja sieht alles ganz normal aus.

Die Uhrzeiten der Ausführung sind auch i.O.

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt Ja. Server-Betriebssystem + Version Debian 10.13 (64-bit) Eingesetzte Server-Virtualisierung-Technologie KVM KeyHelp-Version + Build-Nummer 24.0 (Build 3220) Problembeschreibung / Fehlermeldungen User werden in der WebGUI gelöscht. In ...