• General
  • Err: Could not save delegate information

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.

                    klaus X500_org_name

                    Ja, das ist wichtig. Ich kann dir aber leider nicht genau erklären wie es funktioniert.
                    Aber Walter hatte das schon erwähnt und ich dachte du hättest die dann auch kopiert.

                    Ich hatte das auch nur so irgendwie im Hinterkopf als mich vorletzte Woche jemand im IRC gefragt hatte was mir noch einfällt zum umzug der Daten auf anderen Server 😆.

                    Infos:
                    https://www.msxfaq.de/server/legacyexchangedn.htm#legacyexchangedn_im_betrieb

                    Aber das sollte den Zufriff auf deine Ordner nicht komplett zerhauen.
                    Gewöhnliche Fehler die mir noch in Erinnerung sind ist z.B. ein Nutzer antwortet auf eine E-Mail von "vor-import" und dann werden aus den Empfänger-Adressen irgendwelcher Schrott.

                    klaus Stoppt ihr vor dem Filebackup die Dienste oder braucht es das nicht.

                    Naja, nicht komplett aber ich finde es zumindest sinnvoll ein paar Dienste neu zu starten.

                    https://community.grommunio.com/d/444-scripting-snippets-notepad/32

                    klaus systemctl --all --output json list-units| jq '.[]|select(.unit|test("(grom.|nginx|.fpm).service")).unit' |xargs systemctl stop

                    Das kam ursprünglich von mir aber das ist auch nur für komplett alles abschalten.
                    Also im Falle das man z.B. sein Backup importieren möchte.

                    Fehler hier ist ein fehlends ''. Copy/Paste kann halt böse sein 🙈
                    EDIT: sogar zwei, aber das '
                    ' bei php-fpm ist auf suse nicht nötig.

                    systemctl --all --output json list-units| jq '.[]|select(.unit|test("(grom.*|nginx|.*fpm).service")).unit' |xargs systemctl stop

                    Da war das ursprünglich mal her
                    https://community.grommunio.com/d/307-mailbox-backup/4

                    Aber das funktioniert bei dir ja anscheinend nicht mit deinen alten Postfächern wobei ich immer noch glaube das dies gehen müsste..

                      crpb Ich probiere das mal mal aus, und übertrage die X500 Org vom alten System mal auf das neue. Weiß nur nicht genau, ob es reicht, die Einstellungen im /etc zu suchen.
                      Ich speichere dazu mal das Image und sehe was es zerstört.... oder vllt. repariert.

                      • crpb replied to this.

                        crpb Aber das funktioniert bei dir ja anscheinend nicht mit deinen alten Postfächern wobei ich immer noch glaube das dies gehen müsste..

                        Ich glaube jetzt ja auch, dass es gehen müsste, deswegen bin ich ja trotz meiner wenigen Postfächer hinter. Bei 3 v. 5 Postfächer geht es ja und bei den übrigen 2 bekomme ich halt den Fehler bzgl. Stellvertreter , wenn ich im G-Web in Einstellungen gehe

                        Es ist bestimmt nur eine Kleinigkeit, nur finde ich den Unterschied nicht zu den funktionierenden Postfächern und journalctl -f bringt Nichts...
                        Ich bekomme vom System keinen Hinweis und die Doku von Gromm ist oft nicht vollständig oder hinterher, sodass man nicht weiß, was jetzt richtig ist.... Grrrrrrrrr

                        • crpb replied to this.

                          klaus Weiß nur nicht genau, ob es reicht, die Einstellungen im /etc zu suchen.

                          Sollte reichen mit allen vorkommen in /etc/gromox/*.cfg

                          klaus nur finde ich den Unterschied nicht zu den funktionierenden Postfächern und journalctl -f bringt Nichts

                          man könnte halt das "logging" höher drehen von den diensten: exchange_emsemdb, exxmdb_provider, zcore, http, exmdb_local ... ..
                          https://docs.grommunio.com/kb/debug_services.html
                          Also da würd ich wohl mit anfangen ~_~.

                          Dann evtl. /usr/libexec/gromox/cgkrepair und das neue gromox-mbck .. (keine ahnung ob das da hilft ..)
                          und hier https://docs.grommunio.com/kb/sqlite.html

                            crpb
                            X500_org habe ich auf die alte Org (die des Quellsystems) zurückgesetzt.
                            Interessierte das System Keinen Piep :-(


                            ist immer moch da.....

                            crpb Dann evtl. /usr/libexec/gromox/cgkrepair und das neue gromox-mbck .. (keine ahnung ob das da hilft ..)
                            und hier https://docs.grommunio.com/kb/sqlite.html

                            Hab ich schon gemacht mit gromox-mbck und auch zu Fuß die Sqlite Integritätschecks - Nix gebracht

                            Ich drehe morgen mal das logging höher - Ich will das finden ...... !!!!!!!!!!!!!
                            Für einen Grommunio Entwickler wäre das wahrscheinlich Pippifax - der wüsste sofort und genau, wo zu suchen ist. Er weiß ja, wo er den Fehler ausgibt und wann.

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