Could not load the contents of this folder - wieder
crpb
Willkommen im Land der Magie!
Also: Bin ich mit dem Webclient bei der fraglichen Mailbox angemeldet und gleichzeitig in einem anderen Tab an einer beliebigen anderen, dann haben alle den selben Fehler.
Bin ich nur bei einer anderen Mailbox angemeldet, dann hat diese den Fehler nicht.
Der Fehler ist im Web Client und auch im Full-Client für Windows zu beobachten, hier natürlich nur immer mit einer Mailbox, da eine parallele Anmeldung so dort ja nicht möglich ist.
Hmm.. also grommunio:gromox oder auch gromox:gromox sollten passen.
Hier tauchen auch mitunter manchmal sowas wie groweb:gromox auf.
Hier gehts auf jeden so hab nämlich heute nacht unsere lokale (ERSTE!) installation endlich auf xfs mit frischer installation umgezogen.
Was sagt denn das log?
ich benutz da für gewöhnlich die zwei dinger hier weil es könnte da oder da auftauchen 
alias gromjournal='journalctl -f -u grommunio-admin-api.service -u grommunio-antispam.service -u grommunio-cui@tty1.service -u gromox-delivery-queue.service -u gromox-delivery.service -u gromox-event.service -u gromox-http.service -u gromox-imap.service -u gromox-midb.service -u gromox-pop3.service -u gromox-timer.service -u gromox-zcore.service -u nginx.service -u php-fpm.service -u postfix.service'
gromtail ()
{
find /var/log/grom* /var/log/nginx /var/log/mysql -type f -iname "*log" -exec tail -f "{}" + | awk '/^==> / {a=substr($0, 5, length-8); next} {print a":"$0}'
}- Edited
crpb
XFS kling sehr gut - steht bei mir für einige Isntallationen auf dem Zettel - aber zuerst...
Für den Logaufruf bin ich offensichtlich zu blöd!
Die alias-Zeile verstehe ich ja noch, aber dann ist Ende. Nach gromtail() bekomme ich einen Pipe-Promt > und das wars...
ICh kann die geschweiften Klammern weglassen - macht m.E. Sinn :-)
crpb
Wenn die FEhlermeldung hochpoppt kommt genau das, und nur das:
`/var/log/nginx/nginx-web-access.log:xxx.xxx.xxx.xxx - - [11/Dec/2024:08:55:38 +0100] "POST /web/grommunio.php?subsystem=webapp_1733903708969 HTTP/1.1" 200 382 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0"
kein Fehler, gar nix
`
php-fpm testweise restarten?
Alternativ mit Outlook versuchen die Systemordner anzulegen / reparieren, Parameter: /resetfolders
Erklärung hier: https://www.howto-outlook.com/howto/commandlineswitches.htm
- Edited
WalterH - das habe ich in anderen Posts auch schon gelesen. leider sind alle meine Windows-Kisten in einer Domäne und AD integrierte Rechner finden Autodiscover mit einem Ziel außerhalb des AD meist nicht so toll: Endet immer mit einem Postfach das auf Status "getrennt" steht.
Zur Not werde ich eine windows VM frisch aufsetzen müssen und es da testen.
Aber bei der Gelegenheit: Gibt es analog zu Outlook mit /resetfolders denn keinen CLI-Befehl?
Wäre irgendwie blöd, wenn man für eine Software die eingentlich ein MS-Produkt ablösen/ersetzen soll, den MS-Client zum Reparieren eines Mail-Stores braucht...
Zumal dieses Postfach noch nie auf einem Exchange-Server gehostet wurde.
- Edited
WalterH
Ich habe mir jetzt so geholfen:
- Postfach das vom alten Grommunio-Server migriert werden soll neu anlegen - username
- zweites neues Postfach erstellt (z.B. username-restore)
- Alle Dateien in ../user/domain/username-restore gelöscht
- Inhalt des Postfaches vom alten Grommunio-Server in ../username-restore kopiert
- aus Gründen der Bequemlichkeit chmod ugo+rwx auf alle unter ../username-restore
- Am username-restore Potfach angemeldet (schwupp ist der Fehler wieder da), und dem user des eigetnlichen Postfaches (usernname) als Eigentümer berechtigt
- Am username postfach angemeldet und das username-restore Postfach eingebunden
- Inhalte der Ordner mit drag & drop von username-restore nach username verschoben
- Postfach username-restore aus username wieder aushängen
- zur Sicherheit Berechtigungen für username aus username-restore wieder tilgen
- username-restore löschen
Das ist mit Verlaub gesagt eine Sch... Arbeit, aber ich brauchte nur dieses eine Postfach auf der neuen Installation.
Praxistauglich ist das nicht und ich möchte kein Werkzeug von MS für solche Basics vorhalten müssen.
Es fehlt in meinen Augen ein Tool / ein Verfahren - idealerweise CLI - um zuverlässig ein Postfach / mehrere Postfächer selektiv von einer Grommunio Installation auf eine andere zu verschieben. Das kommt im Test- Evaluationsbetrieb beinahe täglich vor und könnte für einen Interessenten der lizensierten Version schon mal ein Showstopper sein.
- Edited
Eine Möglichkeit könnte sein, mit:
grommunio-admin user query username maildir | grep <ALTER_USER>
grommunio-admin user query username maildir | grep <NEUER_USER>Die Mail Directories der beiden Mailboxen zu ermitteln und die dann mit mv auszutauschen.
Dann systemctl restart grommunio-zcore grommunio-http php-fpm damit die Caches leer sind.
Verwendung auf eigene Gefahr.
ja nur damit kann man leider nicht all zu viel anfangen. was mir so einfällt aber zu faul das jetzt genau raus zu schreiben.
- sqlite3 foo.sqlite3 "pragma integrity_check'"
- grommunio-admin exmdb ... store get
- cache+sessioni+index für den nutzer in /var/lib/grommunio-web/* mal löschen?
- gromox-mbop del-websettings (und da gibts noch so einen ähnlichen.)
Ansonsten gehen die postfächer in outlook/active-sync/imap?
crpb
das klingt vielversprechend...
Grade sind alle Testpostfächer manuell "repariert" - soll heißen alle Elemente einzeln von einem eingebundenen Temp-Postfach in das richtige kopiert.
Ich werde mir nochmal ein unberührtes Exchange-Postfach schnappen und versuchen das ganze zu reproduzieren. Aber es muss ja eigentlich mit der User-DB zusammenhängen...
- Edited
Naja, wenn man sich im webmail einloggen kann passt das eigtl. mit der userdb weil da ist eh nicht viel drin
Siehe
mysql grommunio --execute 'SELECT * FROM users \G'