Also ich benutze sowohl unter 2022_05-02 und 2022_12_01
sshfs root@<IP-deinesKOPANO>:/var/lib/kopano/attachments /tmp/kopano -p 22
SRCPASS='<das Passwort der kopano Datenbank>' gromox-kdb2mt -s -v --src-host=<IP-derKopanoDB> --src-port=<port der KopanoDB> --src-db=<Name der KopanoDB> --src-user=<Benutzer der KopanoDB> --src-at=/tmp/kopano --src-mbox=<Benutzername Kopano> | gromox-mt2exm -u <volle E-Mail-Adresse des Benutzer in GROM>
damit bin ich bisher nie an Grenzen oder Abbrüche gekommen, besonders die Mailbox meines "Postboten" der alle anderen Mailboxen spiegelt beträgt meist deulich über 2 GB Größe.
Alle Grommunio Instanzen die ich betreibe laufen in einer VM mit jeweils 4 Kernen und 4 GB RAM. Der beschriebene Fehler deutet auf ein lokales Schreibproblem und nicht unbedingt auf ein Quota Problem.
Wenn du Quotas gesetzt hat muss nicht nur der Storage Qouta deutlich über den 1,5 GB beim Kopano liegen, sondern auch die beiden anderen (Send und Received). Also zum Beispiel 8 GB Send, 8 GB Recieved und 10 GB Storage. Kontrollier das mal, ansonsten musst du weiter für Gründe im Schreibprozess suchen.
