Zentyal Forum, Linux Small Business Server

Zentyal Server => Installation and Upgrades => Topic started by: wdowns on November 22, 2013, 08:58:43 pm

Title: Feature request: immediate delivery rather than Send/Receive polling
Post by: wdowns on November 22, 2013, 08:58:43 pm

I understand that the immediate delivery feature of Exchange/Outlook is not currently supported, and we have to rely on Send/Receive polling to get mail.  I would like to know if implementing this feature is "in the works"?

I am a developer and could possibly contribute to implementing it, if I can be directed to the right code and/or discussion forums.

Title: Re: Feature request: immediate delivery rather than Send/Receive polling
Post by: robb on November 22, 2013, 10:11:42 pm

Hi wdowns
Thank you for the offer of helping out with development.
Currently all code is on github (https://github.com/Zentyal). Unfortunately we do not have a development subforum (yet?) but there is a development mailinglist (https://lists.zentyal.com/cgi-bin/mailman/listinfo/zentyal-devel).

Title: Re: Feature request: immediate delivery rather than Send/Receive polling
Post by: jkerihuel on November 23, 2013, 03:50:25 pm

Hi wdowns,

Quote from: wdowns on November 22, 2013, 08:58:43 pm

I understand that the immediate delivery feature of Exchange/Outlook is not currently supported, and we have to rely on Send/Receive polling to get mail.  I would like to know if implementing this feature is "in the works"?

Actually the feature already exists. It is made of a LMTP module for dovecot that triggers a newmail notification to one openchange subsystem called ocsmanager. The latest injects the notification into the payload of a MAPI response. This code is however not integrated/enabled in zentyal-openchange because we plan to take a different approach with rabbitMQ in place of ocsmanager.

Quote

I am a developer and could possibly contribute to implementing it, if I can be directed to the right code and/or discussion forums.

All contributions are welcome.

The following code should guide you some more to this regards:
https://github.com/openchange/openchange/tree/master/mapiproxy/services/plugins/dovecot (https://github.com/openchange/openchange/tree/master/mapiproxy/services/plugins/dovecot)

Br,
Julien

Title: Re: Feature request: immediate delivery rather than Send/Receive polling
Post by: wdowns on August 21, 2015, 06:52:11 pm

Hi Julien,

I finally got around to revisiting this topic.  It appears the notifications service is ready to be tested (https://github.com/openchange/openchange/tree/master/mapiproxy/services/plugins/dovecot)

but when I did some exploring in the existing Zentyal, I saw that /usr/share/zentyal/stubs/mail/dovecot.conf.mas contains conditional code for enabling notifications, depending on the $notificationsReady argument.

My question is, what is the safest way to enable testing of notifications without breaking a standard (latest updates) Zentyal install?  If I just compile and install the plugin, will Zentyal detect its presence and set the notificationsReady flag?  Should I manually override that by editing the .mas file?  Or is there another procedure for testing that I should follow?

Thanks in advance, Warren