"Send later" in grommunio webmail not working

jassonmc

Hello there

This is from a supported installation, based on the appliance.
Our server update level is from like 2 weeks ago, so pretty recent.

I have the EXACT same issue, which was brought up in the following topic, 2 years ago.
https://community.grommunio.com/d/1230-send-later-in-grommunio-web-application-not-working

Is that issue still not solved or what's the matter?

Is anyone able to successfully send mails later from grommunio webmail, with local user accounts setup in grommunio?

MichaelN

There is also an github issue for that problem:
https://github.com/grommunio/gromox/issues/129

still open ...

WalterH

There is also a developer ticket open for this problem.

jassonmc

@jengelh
I see, that you assigned in July 2025 someone to this issue here:
https://github.com/grommunio/gromox/issues/129

Can you eventually share any progress info on that?

Thanks

umgfoin

IMHO, the problem arises due to the following facts:

sending of deferred mails is implemented by gromox-timer and PHP-MAPI:
gromox-timer is calling/usr/share/gromox/sa/submit.php with account and message-id.
the timer process has no reference or access to authentification-contexts and PHP-MAPI (mapi_logon_ex) is not designed to allow unauthentificated, anonymous or su-access.
It looks like the original idea was, that /usr/share/gromox/sa/submit.php receives special treatment if called from CLI (REQUEST_METHOD ==""), but the current implementation of PHP-MAPI mapi_logon_ex can't account for it, even if called with an "" argument for pwd (instead of null).

umgfoin

This issue has been fixed with latest [2025-10-08] commits to gromox-master. Thanks @jengelh !

For those using non-default php-submit commands, it's important to know, that locations of submit.php and related dependencies have moved:
"submit_command"-settings in exchange_emsmdb.cfg and zcore.cfg need to be adopted accordingly:

E.g for zcore.cfg:.:
submit_command = /usr/bin/php8.4 -c/etc/php/8.4/cli-mapi /usr/share/gromox/sa/submit.php

becomes:
submit_command = /usr/bin/php8.4 -c/etc/php/8.4/cli-mapi /usr/share/gromox/submit.php

As "send-later"- implementation relies on zcore and php-mapi, an updated MAPI-PHP-extension needs to be installed.

Tested successfully with: git-master gromox-3.0-61-gb16364e50

++umgfoin

WalterH

umgfoin I assume this is not correct, on the appliance with Open SuSE 15.6 there e is not path: /usr/bin/php8.4 and also no path /etc/php/8.4/cli-mapi.

umgfoin

Good morning,

WalterH I assume this is not correct, on the appliance with Open SuSE 15.6

I was talking about non-default-configurations.
The standard-case is to use the build-defaults for the submit_command directive - meaning don't define anything here.
The built-in defaults use the standard php-interpreter and correctly reflect the changed location.

The example is taken from my Debian-system with the intention to use a specific PHP version and a custom PHP-configuration for all tasks with dependency to the Gromox MAPI-module.

++umgfoin.

WalterH

umgfoin Thanks for clarification.

ozy

Just as a side node, I noticed that the php values are set to defaults on grommunio appliances.
Perhaps it would be useful to set the following in order for submit to be able to handle mails bigger than 2M

max_execution_time = 900
memory_limit = 512M
post_max_size = 512M
upload_max_filesize = 512M