Open chibenwa opened 3 days ago
Looks pretty bad actually: when executing from another scheduler IMAP sequential execution is no longer guarantied...
This is due to several variable to be computed when building the reactive chain and may be outdated when executing it... Maybe defering evaluation of those variables may be enough?
Commands pushing a line handler like AUTH, COMPRESS, IDLE & friends are also impacted. Fixing those in an open problem...
IMAP reactive throttler might run requests out of the event loop underload
(to cap number of sync requests)
We need to ensure all our processors are safe to run out of the event loop
Setter on Scheduler to use in ImapServer + default to scheduler == Immediate?
(We need our test suite to accept IMAP commands to be executed both on and outside of the event loop)