[Dovecot] Using namespaces to duplicate mailboxes (Doable?)
Greetings.
As part of a new installation of dovecot, we are exploring backup options, and wondered if it's at all possible to define a couple of namespaces where messages get duplicated to be saved in another disk for fast recovery. (we do not intent to load balance between the two, all we would like is to see if it's possible to have duplicate mailboxes so to keep a fast working backup _besides_ normal methods: tape, external disk, etc.)
The whole idea behind this would be that in case of a major failure of the array holding the mailboxes, a fast working backup can be put in place. Other thing we would like to know (and i reckon it's a long shot) if it's possible to "hide" this mailbox copy from the IMAP clients, so as to prevent any user from subscribing _again_ to the same folders. Naturally this last thing is to be considered only if the former (mailbox copy trough namespaces or other dovecot _internal_ method) it's at all possible.
Any feedback or better ideas are totally welcome.
--
Julio C. Ortega Grupo de Infraestructura ONUVA | Integración de Sistemas http://www.onuva.com
On 12/2/2008 7:54 AM, Julio C. Ortega wrote:
Greetings.
As part of a new installation of dovecot, we are exploring backup options, and wondered if it's at all possible to define a couple of namespaces where messages get duplicated to be saved in another disk for fast recovery.
It sounds like you are asking for a Feature Request for the dovecot Deliver Agent? Having it capable of 'dual delivering' messages to a 'mirrored' maildir would be cool...
Of course, it would have to be smart enough not to bounce anything if the mirror was down (just log the failure)...
--
Best regards,
Charles
Charles Marcus wrote:
On 12/2/2008 7:54 AM, Julio C. Ortega wrote:
Greetings.
As part of a new installation of dovecot, we are exploring backup options, and wondered if it's at all possible to define a couple of namespaces where messages get duplicated to be saved in another disk for fast recovery.
It sounds like you are asking for a Feature Request for the dovecot Deliver Agent? Having it capable of 'dual delivering' messages to a 'mirrored' maildir would be cool...
Of course, it would have to be smart enough not to bounce anything if the mirror was down (just log the failure)...
Why not just run deliver twice with two different config files?
-- Asbjørn Sannes
On 12/2/2008, Asbjørn Sannes (ace@sannes.org) wrote:
It sounds like you are asking for a Feature Request for the dovecot Deliver Agent? Having it capable of 'dual delivering' messages to a 'mirrored' maildir would be cool...
Of course, it would have to be smart enough not to bounce anything if the mirror was down (just log the failure)...
Why not just run deliver twice with two different config files?
Probably because I have no idea *how* to do that - or that it was even possible...
;)
--
Best regards,
Charles
Charles Marcus escribió:
On 12/2/2008, Asbjørn Sannes (ace@sannes.org) wrote:
It sounds like you are asking for a Feature Request for the dovecot Deliver Agent? Having it capable of 'dual delivering' messages to a 'mirrored' maildir would be cool...
Of course, it would have to be smart enough not to bounce anything if the mirror was down (just log the failure)...
Why not just run deliver twice with two different config files?
Probably because I have no idea *how* to do that - or that it was even possible...
;)
Thanks for the feedback so far.
I'm also without ideas as to how deliver to a different daemon..
How would i go about that? i assume that also the MTA comes into play.
Regards.
--
Julio C. Ortega Grupo de Infraestructura ONUVA | Integración de Sistemas
On Dec 2 2008, Julio C. Ortega wrote:
How would i go about that? i assume that also the MTA comes into play.
Depending on your goals, you may wish to do it directly from your MTA (postfix?), or have your MTA run a script that handles forking off parallel deliveries (a miniature C program that fork-execs two separate instances of deliver with different config files, possibly). I'm sure there are other solutions too...
-Brian
Brian Hayden escribió:
On Dec 2 2008, Julio C. Ortega wrote:
How would i go about that? i assume that also the MTA comes into play.
Depending on your goals, you may wish to do it directly from your MTA (postfix?), or have your MTA run a script that handles forking off parallel deliveries (a miniature C program that fork-execs two separate instances of deliver with different config files, possibly). I'm sure there are other solutions too...
-Brian
Ok. let's rephrase it: how would i go about integrating this kind of behaviour having postfix as an MTA?.. anyone has any hint?
I've been seeing/thinking some ways to do it but involve a lot of transformation of the base environment where dovecot and postfix would run. (no need to chroot or blatantly kill existing dirs to use symbolic links, for example)
Thanks for any info.
--
Julio C. Ortega Grupo de Infraestructura ONUVA | Integración de Sistemas
participants (4)
-
Asbjørn Sannes
-
Brian Hayden
-
Charles Marcus
-
Julio C. Ortega