On Sun, Nov 7, 2010 at 5:13 AM, Wietse Venema <wie...@porcupine.org> wrote:
> It would be much more efficient to deliver the mail from the MTA > queue to per-webclient intermediate "queues". Those intermediate > queues can be delivered quickly, on-demand, when a websocket client > comes along. Kind-of like using an IMAP message store. > Wietse, thanks for the discussion of MTA queuing design. In my case, most of the nodes are connected during most of the hours when they are likely to be mailed. So on-demand delivery isn't the general mode, it's maybe 15% of messages. Also the number of deferred msgs per node is typically <20. Is that a tolerable scenario? However, due to the unreliability of the connections, delivery transactions may be relatively slow and fail more often than typical of a backbone-linked SMTP service. If I turn on postfix's per-domain lists of queue id's for all my nodes, there will be a LOT of rather short lists. Is that likely to cause problems? I'd like to avoid implementing a queue manager, at least in the near term! :-) Liam
