On Tue, Jan 06, 2009 at 02:49:21PM +0200, Kenneth Kalmer wrote:
> The way we envisioned it it would be an offsite server acting as a normal
> backup MX, giving the users access to their email through a web interface.
> This would involve reading through the spool files, which for high volumes
> would be horribly slow.
This would be a design error, far better to deliver a per-recipient Bcc
copy to a real IMAP mail-store and to set up a suitable IMAP webmail
client.
A full business continuity solution is along the lines Wietse suggested.
If a hack is required to serve just new mail, divert all queued mail
from the backup MX to a separate queue with maximally long queue
lifetimes (100d at present) and in that queue generate the recipient-bcc
copies to IMAP.
--
Viktor.
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.
To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majord...@postfix.org?body=unsubscribe%20postfix-users>
If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.
