• General
  • Err: Could not save delegate information

@WalterH <MAIL_ADDRESS> wurde durch die Mailadresse der Mailbox ersetzt? Und ja es sollte die Abfrage nach Arbeitszeit, usw. einmalig kommen.
War vllt doof ausgedrückt. Ich meinte z. B klaus@mydomain.com.

Die Abfrage nach Arbeitszeit kam eben nicht. Ich habe dann in der Admin-Guide das Profi nochmal zurückgesetzt, dann kam die Abfrage. Geändert hat sich leider nichts...

Ich probiere dann morgen nochmal, die tables. sqlite3 zu löschen und hoffe, dass das was bringt.
Es klingt aber definitiv gut, weil die Struktur vom Altsystem ja mit /var/lib/gromox/user/x/y ja /0/1 war und jetzt mit /domain/user anders ist.
Die tables.sqlite habe ich eben auch mitkopiert.
Wenn sich das dann neu aufbaut, klingt das, wie eine Chance.

Schade, dass man nirgendwo einen Hinweis findet, was da alle 20s aufgerufen wird und was fehlt.

Ich gebe jedenfalls Bescheid was raus gekommen ist...

Danke bis hierher
Klaus

WalterH Das: Windows-R "outlook.exe /resetfoldernames" <ENTER> auf dieses Konto hilft nicht?

Status heute ist, dass der Fehler weg ist.
Ich habe heute den Parameter /resetfolders via Outlook ausprobiert, danach im G-Web Einstellungen -> Allgemein -> Einstellungen zurücksetzen .... seitdem ist der ursprüngliche Fehler weg.
Was wohl wichtig zu sein scheint, dass das Postfach in Outlook, wenn man den /resetfolders setzt NICHT IM CACHEMODUS ist

1 von 3 getesteten Postfächer funktioniert bis jetzt einwandfrei
2 von 3 bringen jetzt, wenn man im G-Web auf Einstellungen geht folgenden Fehler.

Die 2 Postfächer, die jetzt den Fehler bringen, sind allerdings diejenigen, an denen ich jetzt die Tage wild probiert und rumgebastelt habe.

Ich mache jetzt die Migration nochmals von neu, wende dann /resetfolders und Einstellungen zurücksetzen an und schau, ob das schon reicht ansonsten gezielt, step by step

Ich würde dann wieder Bescheid geben. Ggf ist dann meine Info auch anderen nützlich....

WalterH
Danke, das habe ich schon aus einem anderen Post von Dir und genau das hat mir dann auch geholfen.

Wie gesagt, wie es aussieht ist der extrem lästige Fehler weg. Ich habe deswegen die Testumgebung in das Netz gehängt und teste das mal für einige Tage intensiv.
Danach will ich die Maschine umbenennen und produktiv gehen.
Wo muss ich denn überall den Namen ändern bzw. nachsehen, ob es passt?
Mir fallen folgende Orte ein.
hosts
hostname
/etc/gromox/*.cfg
/etc/postfix/main.cfg
/etc/grommunio-admin-api/conf.d/chat.yaml
/etc/grommunio-admin-common/config.json
/etc/grommunio-chat/config.json

Hab ich was wesentliches übersehen auf was ich da besonders achten muss.

Wenn alles vollbracht ist, dann werde ich nochmals kurz schreiben, wo die Stolpersteine waren und was die (eure/meine) Lösungen

Mit grep nachsehen:

cd /etc
grep -Hirn $(hostname) *

Zeigt alle Dateien wo der aktuelle Hostname drinnen steht, einige davon muss man nicht ausbessern.

    WalterH Hallo,

    Nachdem ich immer noch das Problem habe, dass ich bei 2 von 5 Postfächer, die ich migriert habe die Stellvertreter im G-Weg nicht funktionieren, denke ich, dass das ein Bug im System ist.
    Ich kann bei beiden Postfächern nicht lesen und schreiben.
    Das bekomme ich, wenn ich im g-Web auch Einstellungen gehe

    Das bekomme ich, wenn ich versuche ich im G-Web in Einstellungen-> Stellvertreter einen Eintrag zu machen
    bekomme ich erst das

    wenn ich dann speiechern möchte, dann das

    Setze ich die Vertreter in Web-Admin wird die Datei delegates.txt in ...../user/config angelegt und der Vertreter steht auch drin.

    Hier im Forum habe ich dazu noch folgendes gefunden
    https://community.grommunio.com/d/15-solved-postfachstellvertreter was mich dazu auch nicht weiter bringt.

    Ich vermute, dass es sich hier um einen BUG im System handelt, weil ich alle Postfächer gleich migriert habe und 3 von 5 einwandfrei funktionieren...
    Wie macht man das hier, dass das Thema vllt. als Bug behandelt wird und ggf. ein Entwickler etc. mal einen Blick drauf wirft.
    Muss ich hierzu einen neuen Post anlegen?
    In den Outlook Parametern habe ich auch nichts gefunden, was mir dazu noch helfen könnte. Ich glaube auch nicht, dass es ein Ordnerproblem ist o.Ä.

    Es gibt ein Tool zu Postfachreparatur, nur weis ich nicht wie es heist. Wurde erst vor nicht allzu langer Zeit eingebaut. In den Git Commits nachsehen. Und damit versuchen das Postfach zu reparieren.

    WalterH
    Ich habe das Tool natürlich gleich ausprobiert.
    Ich ging davon aus, dass es auf die Datei /var/lib/gromox/user/...../ exmdb/exchange.sqlite3 anzuwenden ist.

    Es hat Fehler gefunden, die ich auch repariert habe, jedoch der Fehler blieb auch nach einem Reboot.

    Schade: Ich vermute mittlerweile wirklich einen BUG.
    Nur 2 v. 5 haben das Problem. Alle 5 Postfächer stammen aus April 2022, als ich damals von Exchange auf Gromm migrierte.
    Bei der jetzigen Migration von 220.5 auf 2023.11 (ISO) habe ich auch alle 5 gleich behandelt .... ich habe auch nochmals einen Check auf die exchange.sqlite3 gemacht und die Meldung, dass alles OK ist ....

      Hast du mal probiert alle berechtigungen für andere zu löschen?

      klaus Schade: Ich vermute mittlerweile wirklich einen BUG.

      Ich nicht.

      Hast Du versucht im Admin-UI die Permissions neu setzen da die UUIDs vermutlich nicht mehr passen?

        Und um sicher zu sein das nix irgendwo zwischen hängt.

        grommunio-admin exmdb me@there.de folder list --format csv |sed 1d|cut -d, -f1,3| while read ID ; do grommunio-admin exmdb me@there.de folder permissions $ID ; done

          WalterH Hast Du versucht im Admin-UI die Permissions neu setzen da die UUIDs vermutlich nicht mehr passen?

          Wenn ich es richtig verstanden habe, meint das im Admin-UI -> Benutzer -> Berechtigungen die Felder Stellvertreter, Senden als, vollberechtigte User neu zu setzen. Diese habe ich bereits erfolglos gelöscht und neu gesetzt, Hierbei wird z.B. beim Stellvertreter in /var/lib/gromox/user/domain/user/config die Datei delegates.txt fehlerfrei, richtig angepasst. Jedoch im G-Web bleibt der Fehler. :-(

          Also ich würde erstmal alle rechte entfernen und dann noch mal tabula rasa hier

          rm -Rf /var/lib/grommunio-web/session/* /var/lib/grommunio-web/sqlite-index/* /var/lib/grommunio-web/tmp/session/*

          das ist alles nur temp. kram also keine angst.

          Und ansonsten hilft es bestimmt auch mal das journalctl -f laufen zu lassen wenn man die fehler wieder kommen sollten.

            crpb grommunio-admin exmdb me@there.de folder list --format csv |sed 1d|cut -d, -f1,3| while read ID ; do grommunio-admin exmdb me@there.de folder permissions $ID ; done

            Ich habe cut -d, -f1,3 durch cut -d, -f1 ersetzt - Ich hoffe,das war richtig;

            Das Ergebnis war jeweils (no entries); Was heißt das? Bzw. was haben wir damit abgefragt? In der Doku ist das mal wieder nicht erklärt.
            Haben wir damit die Berechtigungen auf die Ordner abgefragt?

            • crpb replied to this.

              crpb Also ich würde erstmal alle rechte entfernen und dann noch mal tabula rasa hier

              Du meinst die Berechtigungen auf Dateiebene für Jeder?
              Wenn ja, in welchem Verzeichnis? /var/lib/gromox/......?
              Bin gerade lost

              • crpb replied to this.

                klaus Haben wir damit die Berechtigungen auf die Ordner abgefragt?

                Genau, und ja du hast recht es ist nicht wirklich eindeutig in der man-page..
                Naja, zur not einfach *ausprobieren*.

                Wenn du auf ein anderes Postfach bspw.: vollzugriff gibst dann sollte bei grommunio-admin exmdb you@here.de folder permissions 0x9 -> blah@da.tld 0x2000 (storeowner)` zu sehen sein.

                klaus Du meinst die Berechtigungen auf Dateiebene für Jeder?
                Wenn ja, in welchem Verzeichnis? /var/lib/gromox/......?
                Bin gerade lost

                ne ich meinte die im postfach. also das was die schleife da quasi gepruft hat.

                Aber im grunde kannste auch das postfach noch mal ganz raus werden und noch mal einzeln importieren.

                Du kannst die Daten auch in ein erfundenes konto mit einer anderen email mal rein tun und schauen ob du es da gerade biegen kannst. Also du musst dich nicht zwingend auf den einen Benutzernamen/Email verstarren wenn man eh erstmal nur versuchen will heraus zu funden wo das Problem ist.

                  crpb Wenn du auf ein anderes Postfach bspw.: vollzugriff gibst dann sollte bei grommunio-admin exmdb you@here.de folder permissions 0x9 -> blah@da.tld 0x2000 (storeowner)` zu sehen sein.

                  Wenn ich das via Admin-UI mache (Vollzugriff), ist das genau so, wie du es beschreibst, Wenn ich nur den Stellvertreter im Admin-UI setzte sehe ich bei der Abfrage Schleife Nichts, also (no entries) auf allen Ordnern.

                  Mache ich das auf den Postfächern, die funktionieren und gehe dann im G-Web in Einstellungen -> Stellvertreter und Füge da einen Stellvertreter hinzu, dann bekomme ich auf den entsprechenden Ordner bei der "Schleife"

                  crpb Du kannst die Daten auch in ein erfundenes konto mit einer anderen email mal rein tun und schauen ob du es da gerade biegen kannst. Also du musst dich nicht zwingend auf den einen Benutzernamen/Email verstarren wenn man eh erstmal nur versuchen will heraus zu funden wo das Problem ist.

                  Auch das habe ich gemacht. Neuen Benutzer und ein Postfach darauf migriert. Der Fehler wandert hierbei mit. Muss hier sogar nochmals Outlook /resetfolders machen, um zunächst den Fehler zu beheben


                  Ich habe dann spaßeshalber, einen neuen User angelegt und ein funktionierendes, migriertes Postfach einfach in /var/lib/user ... (neuer user) kopiert/dupliziert.
                  Auch hier musste ich nochmals Outlook /resetfolders machen, um zunächst den Fehler zu beheben und hatte dann gedacht, dass, wenn Qull Postfach schon keinen Fehler bzgl. Stellvertreter im G-Weg hat, das jetzt im duplizierten Postfach auch so sein müsste....
                  Weit gefehlt. Der Fehler den es im Quellpostfach nicht gibt, tritt jetzt plötzlich im (neuen, duplizierten) Zielpostfach auf
                  👎

                  Ich habe dann mal mit/in den funktionierenden Postfächern gespielt.
                  Beispielsweise in-G-Web einen Stellvertreter angelegt und das Postfach in Admin-GUI gelöscht. Der Fall kann ja mal in der Praxis auch vorkommen.
                  Ergebnis: Ich G-Web wurde im Eintrag der Stellvertreter als unbekannt deklariert, konnte ihn aber nicht mehr löschen.
                  Auch hier kam die Meldung, dass nicht gespeichert werden kann. Man musste in wieder anlegen und dann ging es erst ihn zu löschen.

                  Ich glaube, dass die Funktion irgendwie nicht sauber zu Ende entwickelt ist und BUGs enthält. Ich meine auch, dass die Probleme sich wohl nicht auf Dateiebene in /var/lib/gromox oder sqlite befinden, sondern in der Datenbank, die hier zu früher 2022.5 als Standard eine andere Struktur/Namen anlegt ....

                  Ich probiere weiter und hoffe noch was zu finden und bin natürlich für jede Idee dankbar . Wahrscheinlich wäre der Weg über die PST der bessere Weg. Jetzt hat mich aber der Ehrgeiz gepackt

                  Ergänzung: Versuche ich die Permissions über Outlook einzustellen, funktioniert alles und man kann diese auch über die Schleife entsprechend sehen....

                  Globale Stellverteter (via web-Admin) werden bei mir auch nicht gelistet.

                  Ersichtliche stellverteter rechte sind jene die man per Outlook oder Web/Einstellungen/Stellvertreter konfiguriert.

                    crpb @WalterH Globale Stellverteter (via web-Admin) werden bei mir auch nicht gelistet.

                    Ersichtliche stellverteter rechte sind jene die man per Outlook oder Web/Einstellunge

                    Okay verstehe, dann falsche Fährte.

                    Fragen:
                    1: Kann es vllt sein, dass der X500_org_name hier eine Rolle spielt.
                    Das alte System 2022.05 hatte einen anderen X500_org_name als das neue.
                    Kann, soll man den vllt mit migrieren
                    2: spielt der ggf hier überhaupt eine Rolle
                    3: Wie und wann wird der X500_org_name überhaupt generiert.... pro ISO? pro Setup, bei der Erstinstallation?
                    4: Kann man den mal einfach ändern und wenn ja, wie.

                    Anderer Punkt:
                    Stoppt ihr vor dem Filebackup die Dienste oder braucht es das nicht.
                    Ich habe bisher Backup und Restore ohne die Dienste zu stoppen probiert und hat immer funktioniert.
                    Kann aber Glück gewesen sein.
                    Welche Dienste stoppt Ihr denn?
                    Ich habe das Script von "A. Lang" probiert
                    systemctl --all --output json list-units| jq '.[]|select(.unit|test("(grom.|nginx|.fpm).service")).unit' |xargs systemctl stop
                    Bei mir 2023.11 funktioniert es so allerdings nicht, weil die grom Services nicht angehalten werden.
                    test("grom. liefert hier kein Ergebnis... z. B grommunio-admin-api. service wird so nicht erkannt...

                    Generell wäre natürlich toll, wenn man nicht stoppen müsste und keine tgl. Downtime hätte. Wenn es aber aus eurer Erfahrung nur Glück war, dann nehme ich lieber die Downtime in Kauf...

                    • crpb replied to this.

                      © 2020-2024 grommunio GmbH. All rights reserved. | https://grommunio.com | Data Protection | Legal notice