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

+1

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

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.

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?

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

+1

Need this for researchr as well.

asynchronous email sending added in rev4177