The current email() command sends emails synchronously. Consequently, when performing an action which sends emails, the user needs to wait for all emails to have been sent, until he receives the next page. An asynchronous email command (possibly replacing the current) would prevent this delay and speed up the application.

Submitted by Sander Vermolen on 10 February 2010 at 08:51

On 25 March 2010 at 14:15 Lennart Kats commented:


Adding comments in YellowGrass is starting to take a very long time now.

On 25 March 2010 at 14:34 Nathan Bruning commented:

It might also be possible to implement this using Webdsl’s synchronized mail functionality and recurring tasks.
Would be nice to implement as a WebDSL library, as we like to avoid adding more features in the base compiler.

On 26 March 2010 at 09:56 Sander Vermolen commented:

This is not so much a new feature, rather an improvement. As far as I can see, there is no need for synchronous emails. I suggest making all emailing asynchronous. This should not require extension of the compiler, right?

On 13 April 2010 at 09:52 Lennart Kats commented:

All emails should definitely be sent asynchronously. This issue breaks usability (and scalability) of all applications that frequently send emails, as seen with YellowGrass.

On 13 August 2010 at 20:05 Eelco Visser commented:


Need this for researchr as well.

On 4 October 2010 at 21:52 Danny Groenewegen closed this issue.

On 4 October 2010 at 21:52 Danny Groenewegen commented:

asynchronous email sending added in rev4177

Log in to post comments