• General
  • Err: Could not save delegate information

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.

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

      Vor dem Restore Dienste neu starten macht Sinn und wird ohne wahrscheinlich gar nicht gehen.

      Ich meine aber vor dem Speichern der DB und dem Wegschreiben und der Dateien.
      Fehler bekomme ich dabei nie, obwohl ich die Dienste oben lasse.
      Bin mir aber nie sicher, ob die Daten dabei ok und konsistent sind.
      Selbst bei meinen kleinen System dauert das 10Minuten indem das System down wäre. Bei großen Systemen wahrscheinlich Stunden.
      Fahrt Ihr das System bzw die Dienste mit dem Script jede Nacht dafür runter

      klaus changed the title to Err: Could not save delegate information .
      5 days later

      @WalterH @crpb Ich habe jetzt quasi alles gelesen, was nur irgendwie auf das Thema einzahlen könnte, alles probiert, was man mir an Tipps und Empfehlungen mitgegeben hat.

      Es bleibt der Fehler

      Abgesehen davon, läuft das System ohne Fehler mit meinen Zertifikaten von der eigenen CA signiert, mittlerweile sogar mit 2FA (keycloak).
      Mit Outlook gibt es ebenfalls keine Probleme, auch nicht mit Vertreter, ebenso mit den Androids, die ich über ActiveSync angebunden habe, läuft alles.
      Die Postfächer, die ich mit Nextcloud verbunden habe, funktionieren ebenfalls ohne Probleme.

      Lediglich das G-Web bringt den oben genannten Fehler. Ich vermute deswegen definitiv das Problem oder einen Bug im G-Web.

      Ich bin mir sicher, dass der Entwickler, der hier in die Fehlermeldung verzweigt, zumindest einen Tipp geben könnte. Er weiß ja, was hier fehlt oder nicht passt.
      So könnte man suchen. Vllt sind es Zugriffsrechte, nur weiß ich nicht wo. Es kann nicht viel sein, da sonst ja der Rest nicht funktionieren dürfte.

      Die Hoffnung habe ich noch nicht aufgegeben...

      Ich würd wohl einfach alle Daten in ein geteiltes Postfach werfen. Das Konto vernichten, neu anlegen, rein kopieren.
      Damits endlich sauber is

      🙈 🙊 🙉

        crpb Das Problem ist, dass ich genau das schon ein paar Mal gemacht habe.
        Im laufenden System, neuen User angelegt und Daten kopiert.
        Ein komplett neues System nochmals aufgesetzt neuen User angelegt und Daten dorthin kopiert.
        Spaßeshalber, mal Daten zwischen funktionierenden und nicht funktionierenden Postfach ausgetauscht. Der Fehler wandert einfach
        Manchmal meldet das System noch dazu, dass der Spam Ordner fehlt. Wenn das auftritt
        mache ich Outlook /resetfolders, dann ist Spam fehlt weg aber obige Fehlermeldung bleibt.

        Ich kann ums verrecken keine Regel ableiten. Ich vermute, dass es an den Daten liegt oder Einstellungen, die man dabei mitnimmt oder Strukturen die in 2022.05 minimal anders waren als in 2023.11 und Gromm das nicht übersetzen kann.
        Filerechte können es m. E. nicht sein, weil ich mal 777 auf var/lib/gromox gegeben habe.

        • crpb replied to this.

          Dann liegts wohl an irgend einem Object(Mail,Kalender,FOOO).

          Da kommts natürlich drauf an wie viele Mails da drin sind.

          Vielleicht mal über IMAP-Brücke?

          Frisches und kaputtes Konto z.B. mit ImapSize syncen/kopieren.

          Das soltle auf jeden fall gewissen kram raus filtern weil es nicht unterstützt wird..

          Natürlich ein geraffel aber wenn dann ruhe ist..
          Ich nutze das hin und wieder wenn z.B. die Archivierung via IMAP spinnt da irgendwas nicht richtig gelesen werden kann.

            klaus Filerechte können es m. E. nicht sein, weil ich mal 777 auf var/lib/gromox gegeben habe.

            Ja, das sollte nicht kaputt machen aber bringt auch rein gar nichts und sollte generell egal wo NICHT gemacht werden.

              crpb weil ich mal 777 auf var/lib/gromox gegeben habe.

              Ja, das sollte nicht kaputt machen aber bringt auch rein gar nichts und sollte generell egal wo NICHT gemacht werden.

              Stimmt. Ich habe es nur auf dem Testsystem gemacht und um fehlende Filerechte auszuschließen

              crpb Vielleicht mal über IMAP-Brücke?

              Das mit der IMAP-Brücke mache ich und dann vllt auch noch über PST Files.
              Ich wollte es bisher verstehen und so lösen und vllt auch dadurch das System besser verstehen.
              Es gibt aber jetzt einen Punkt, wo ich wohl aufgeben muss.

              Die Anzahl an Mails hat irgendwie auch keinen Einfluss.
              Es funktionieren Postfächer mit vielen (1000enden) und wenigen Mails (50), genauso bei den Postfächern, die nicht funktionieren...

              • crpb replied to this.

                klaus Die Anzahl an Mails hat irgendwie auch keinen Einfluss.

                Da dachte ich dran das man zum beispiel stoßweise immer wieder "100" kopiert... probiert... wenn kein fehler nächster haufen.

                Sowas musste ich schon mit Kontakten machen die mir den DAV-Sync zerschossen haben.

                  crpb
                  So, ich habe jetzt die "defekten Postfächer" gelöscht - Wobei sich defekt irgendwie nicht richtig anhört, weil bis auf obiger Fehler alles funktionierte.

                  Dennoch die Postfächer gelöscht, mit der Option "Alle Daten löschen". Mein System hatte 2 Domänen, wobei die defekten Postfächer verteilt waren. Aber auch eine Domäne konnte ich löschen und auch das habe ich getan.
                  Leider hat Gromm, die Domäne nicht richtig gelöscht, sodass ich diese nicht wieder anlegen konnte.
                  Ebenso hat das Admin-UI einen User zwar in der Anzeige gelöscht, aber nicht in der DB.
                  Bei keinem der Postfächern hat das Admin-UI die Daten gelöscht.

                  Also Daten im Verzeichnis /var/lib/gromax/user/x/y/ manuell gelöscht, ebenso die Domäne.
                  Danach via SQL die Domäne und die entsprechenden User gelöscht.

                  User und eine Domäne neu angelegt, mit Keycloak gesynct.

                  Danach die aus dem "defekten" Postfächern gesicherten PST und RWZ eingespielt.
                  Jetzt läuft es! - ohne Fehler.

                  Ich verstehe es dennoch nicht, weil ich selbiges auch vor dem jeweiligen Kopieren der Daten (/var/lib/gromox ...." genauso gemacht habe und waeil die Daten aus den "quasi defekten" Postfächern gesaugt wurden.

                  Egal, bei meiner kleine Installation geht das. Bei einer größeren Installation möchte ich das nicht machen müssen.
                  Mir graust es schon, wenn ich mal ein Postfach zurück sicher muss. Wen das dann jedes Mal dasselbe Ergebnis ist.

                  Ich bin damit jedenfalls erstmal durch.

                  @crpb @WalterH : Da ich ja leider meine Threads nicht schließen kann, oder nicht weiß, wie es geht und Ihr ja Moderatoren seid, würde ich euch bitten, meine Threades zu schließen.
                  Es müssten insgesamt 3 Stück sein.

                  Danke und Grüße

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