On Fri, 2009-06-12 at 09:47 +0200, Magnus Bäck wrote: > The only solution I can think of that isn't overcomplicated would be to > clone the virtual or local transport in master.cf (depends on the address > class of the domain) and use the transport table to redirect the final > address to that transport. Then, use defer_transports to defer deliveries > to the clones transport.
Sounds like a good solution, and the effort to realize this is independent of the number of aliases of that user, so I guess I will try it. > Perhaps there are other solutions than suspending deliveries to the user's > account? Why does the IMAP mailbox need to be "repaired"? How do you > repair it and why does that operation require exclusive access to the > mailbox? The user my accident deleted all mails (>20.000) from her IMAP account. I have to recover them from backup (and merge them with the mails meanwhile). After that, I have to reconstruct the mailbox database (I use cyrus imap server). I don't want any new mails to come in during this recovery phase because I have bad experience with this... Thanks and regards -stefan-
