No notifications/new mails in Outlook

TylerDurden · 2025-07-23T11:48:50+00:00

I am running Outlook 2019 in cached mode using the mapi/emsdb protocol, the mailbox was migrated from exchange. Outlook is not picking up new mails that are...

AlbertP

Thanks everyone for their help. I will stay on the current supported track from now on.

ozy

So this isn't solved I think.
I've digged a bit further to diagnose the problem.

I've encountered the problem where a received mail is shown in Webmail but not in Outlook.
This only happens when said mail has an associated rule (in my case I have a rule like: if mail sender is someone@somedomain.tld then move it to folder X).

If I disable the rule, mails appear in Outlook when received.
If I enable the rule, mails don't appear in Outlook (but still appear in Webmail).
If I manually click "update folder" in the folder where the mail is put by the rule, then the mail gets shown.

Any mails that aren't processed by rules show normally.

Happens on multiple clients :
Server: gromox-2.48.7.gfc2042d-lp156.14.1.x86_64
Client: Outlook Microsoft 365 MSO (Version 2507 Build 16.0.19029.20136) 64 bits

Hopefully this diag is enough to reproduce the issue.
@jengelh Could https://github.com/grommunio/gromox/commit/6783d708547aa4e283e1d35a802162ee77323f74 have an issue perhaps ?
I updated from Gromox 2.42 to 2.48.6 (and further to 2.48.7) so I can't really say when it started.

Best regards.

PF_JHB

Kann ich so bestätigen. Heute morgen auf die neuste Version aktualisiert, seit dem besteht der Fehler. 🙁

ozy

@WalterH @crpb I have read something about two rule processor here on the forum.
Is there perhaps a setting to make in order to avoid the issue while it's being worked on ?
Thank you.

ozy

So, I get crazy.
I updated my server to gromox-2.48-7 and rebooted, problem still happens.
I've set lda_twostep_ruleproc=1 and rebooted, problem still happens.
I've rebooted another time, and now it works.

@PF_JHB Can you confirm that setting the following in /etc/gromox/exmdb_local.cfg and rebooting the server resolves the issue ?

lda_twostep_ruleproc=1
lda_mrautoproc=yes

WalterH

ozy lda_twostep_ruleproc=1

This allows grommunio to move emails to the public store, but forwarding and DSN will no longer work.

ozy lda_mrautoproc=yes

Conference rooms are now responding.

PF_JHB

Ja, kann ich so bestätigen. In meiner Testumgebung läuft es einwandfrei.

Habe ich aber noch nicht in der Produktivumgebung umgesetzt. Kann jemand abschätzen welche Auswirkungen die Einstellungen ggfs. auf andere Funktionen haben?

Gruß

ozy

@WalterH Thank you for the answer, but now I'm more puzzled.

You wrote this in another thread too:

[...] is the two step role processor to move items into the public store. Unfortunately development did not implement all rules in this rule processor like no delegation or autoreply and this is a real pain

I've tested my grommunio instance with lda_twostep_ruleproc=1 and get DSNs.
Do you mean DSNs that would be internaly generated only ?
Also, by forwarding, do you mean only forwarding rules or also forwards that are configured via grommunio-admin cui/gui ?
Also, what do you mean by autoreply ? Only autoreply rules I guess ?
And i have no idea what do you mean by delegation ? Are you talking about the mailbox permission system ?

Sorry if this bugs you, but you seem to know alot about this I just don't get it right 😉

WalterH

ozy Do you mean DSNs that would be internaly generated only ?

External DSNs. The last MTA (gromox_delivery) in the chain sends the DSN if you request it, unfortunately not when lda_twostep_ruleproc=1.

ozy do you mean only forwarding rules

Only rules created in Outlook. Like forward and forward as attachment.

ozy

@WalterH Thank you.
Indeed, the twostep rule processor doesn't seem party ready yet.

I hope the "onestep" rule processor gets fixed so new messages moved into subfolders by rules trigger an outlook update in said folder...

WalterH

The two step rule processor is the future.

ozy

WalterH Sure it is, as I understand that it was developped to overcome the current one, but while it doesn't provide all services yet, it would be nice if the current ruleprocessor gets fixed so we can continue using it.

ozy

I've upgraded to gromox-2.48.127.xf45804b-lp156.32.1.x86_64 today (from devel tree).
The problem is still present, subfolders don't get updated in outlook when mail is moved via rules, regardless of the rule being created in webmail or outlook.

I cannot use the two step ruleprocessor since it has some issues with calendars for now (see https://community.grommunio.com/d/2280-some-calendar-events-are-not-showing-properly-in-outlook/4)

I have found a "stupid" workaround for now.
Outlook > Options > Advanced > Send Reveive > Tick all subfolders and then use send/receive button.

I know that the dev team is probably overworked and I'm only a community user, but is there a chance this gets fixed ?

ozy

Looks like a commit was done to fix this issue.
I'll try the new builds tomorrow and report back.

ozy

Updated to gromox-2.48.138.gf87975f-lp156.65.1.x86_64 and the problem still exists.

i then looked at the git commit in said package, and it seems the commit hasn't landed in the builds yet, so I'll redo the test once a package "with fix"(TM) is released 🙂

ozy

Updated to gromox-2.48.145.gc40fe13-lp156.66.1.x86_64 "with fix"(TM).
Folders get updated properly again.

Thanks to the grommunio dev team.

« Previous Page