• BugFixed

  • Folders Not Syncing After Updating

Hello,
I recently updated Grommunio to the latest (Community) version, and since then the folders in email clients will not update. The Grommunio webmail and ActiveSync are the only 2 methods that are still working correctly. IMAP and EWS are not working. The only way I can get accurate folder contents is to remove and re-add an email account to a mail client. The initial sync will pull the correct list, but any changes after that do not sync. The behavior is the same in Outlook and Thunderbird. Please let me know what logs you'd like to see, and possible the commands I need to run to retrieve them as my knowledge of CLI is limited. Thank you.

  • crpb replied to this.

    shellbr he behavior is the same in Outlook and Thunderbird.

    Do you use IMAP in Outlook?

    With IMAP-Clients i have that kinda problem for a while now. A restart of some gromox-services usually fix the problem and it's not like they don't update at all but with a time-difference on which i couldn't really make out what for now. (Or just a plain reboot but thats usually not wanted during the day ^_^).

    If your problem is similiar to mine:
    Here is what i got from the support to debug the problem.. (roughly translated)

    in delivery.cfg set " lda_log_level=6 " , restart gromox-delivery, send a mail to that mailbox which uses imap and get the log of the following command while doing so
    journalctl -f -u postfix -u gromox-delivery -u gromox-delivery-queue -u gromox-http -u gromox-imap -u gromox-midb

    EDIT: I think it has something to do with gromox-midb + gromox-imap but thats still a guess.

    You might wanna try to just restart those services and see if you then can see new items in your mailbox by just refreshing the dir
    systemctl restart gromox-midb.service gromox-imap.service

    My last commands were systemctl restart gromox-http.service gromox-midb.service gromox-event.service gromox-zcore.service to update it but i think http at least shouldn't be and zcore might also be a bit much. (and i didn't even touch imap here o_X)...

      Thank you for the information. Here's what I found from it:
      Whenever a change happens in a folder (new message, deleted message, mark as read/unread) I do not see them in any IMAP client until I do one of the following:
      Method 1
      Exit and reopen the client (Thunderbird in the case I tested)
      The initial sync will update the contents correctly

      Method 2
      With the client open, initial sync is done, and subsequent changes are not being reflected
      Run this command on the server: systemctl restart gromox-midb.service gromox-imap.service
      Do a "Get Messages" within the client, and the contents update. However, it only works one time, then the services need to be restarted again and Get Messages repeated to get back in sync.

      Setting the log level to 6 and restarting the service did not produce any log data when moving messages between folders or changing the read status.

      I also tried adding ExQuilla to Thunderbird and got a mailbox connected via EWS, but it has the same issues. So the only 2 methods working without issues are ActiveSync and whatever the Grommunio webmail interface uses.

      • crpb replied to this.

        shellbr Setting the log level to 6

        yeah, you will see something with /etc/gromox/midb.cfg:midb_log_level=6

        and just as i look into the logs i see something that might help until that is fixed..

        fyi, i will test the following and report back if that helps for the time being..

        /etc/gromox/midb.cfg:midb_log_level=6
/etc/gromox/midb.cfg:midb_cache_interval=5minutes
/etc/gromox/midb.cfg:midb_reload_interval=10minutes

        And systemctl restart gromox-midb was enough here to trigger the refresh manually.. you can leave the other processes running.

          So after some testing midb_reload_interval seems to be the key to force the synchronization. Not perfect but with a setting to like ~5-10 minutes it should be fine until this got fixed.

          man midb

          V: gromox-2.30.21.dd11f39-lp155.7.1.x86_64

          I wouldn't recommend to leave it like this but for quick results:

          /etc/gromox/midb.cfg:midb_reload_interval=1minutes

            So I decided to deploy a new install in a lab to see what happens. The exact same problems happen right out of the box, so development should be able to reproduce it easily. Also, if I leave the mail client open and take no actions, it does eventually sync fully, but the delay seems really random; I've observed anything from 20 minutes to 3 hours.

            I did the following using the latest VMware appliance download as of 7/28/2024:
            Deployed the OVF
            Followed the steps in the Quick Start guide
            The only non-default thing I did was import my own certificate
            Created a domain, test user, and enabled in the Admin GUI for SMTP and IMAP
            Connected to the account in 3 places simultaneously: iPhone (ActiveSync), Grommunio Web, and Thunderbird (IMAP)
            Sent a test email from the test account to the same test account. I could not do anything externally because I intentionally blocked my lab server from doing anything other than DNS, HTTP/HTTPS traffic because I used the same domain and certificate on this test machine and still have production running so needed to avoid a conflict.
            Email arrived first in the Web UI
            Email arrived with a short delay (used to be instant) on iPhone
            Email arrived a few hours later in Thunderbird

            crpb Thank you for sharing. I'll give it a try. Also just posted my results of a clean install to rule out any misconfiguration issues. Hopefully from what we posted (especially your contribution), it will be fixed soon.

              24 days later

              Will the tag on this get changed to resolved when development has fixed the issue, or will I just notice it's resolved at some point as part of applying updates?

              They usually will be removed if the time comes. And i guess i will report back aswell.

              Ok, thank you. I was just trying to understand the best way to track the progress. I'm surprised it hasn't been fixed yet as the impact on IMAP is quite noticeable even with a default install.

              Please check if you can also resolve it with this.

              And best to remove the mitigations.

              sed -i '/^midb.*interval/ s/^/#/' /etc/gromox/midb.cfg
systemctl restart gromox-midb.service

              EDIT: does help a bit but not really fixed..

              a month later
              23 days later

              with imap fixed i could finaly fix all the archiving problems that came up 🙂

              e.g...

              ...
2 "MS:PROFILES" profilecount=2 FAIL: "Sammelpostfach@2024-10-11T06:51:52"
root@status ~ # /opt/mailstore_check/mailstore.py
0 "MS:VERSION" version=24.4.0.22517 up to date
0 "MS:LICENSE" licensecount=27;30;;;30
0 "MS:PROFILES" profilecount=2

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