Hi, 07.09.2007 12:43,, Dan Shearer wrote:: > Thanks Kern, > > So in conclusion, Bacula can implement Exchange mailbox backup with full > semantics (probably more semantics than you can cope with :-) in very > short order via an interface to OpenChange commandline tools. Hence my > reference to the Asterisk approach.
The most basic thing would, obviously, be to create a full dump to a disk file and back up that file. I assume this is trivial. More important, though, would be means of incremental backups, not using a dump file but passing data directly, and restores of single mailboxes, mails, or whatever, i.e. fine-grained control of the filesets. These issues will probably not be easy to solve using commandline tools. I assume your tools allow these operations, but Bacula can't interface them, currently. Looks like we're at the same point we were a while ago, regarding the other exchange backup project that's currently active :-) This is an agent to run on windows, by the way, and implement a specialized file daemon (bacula client, for you openchange guys) that represents the exchange database as a file system. Unless we have a defined API which allows external agents to present a (virtual) file system view of their data, we won't get far. IMO. (Discussions about this can probably be found in the list archives...) > For anything else, both Bacula and OpenChange are constrained by > upstream libraries and cannot link against each other. That's really a pity, but probably not something that can be changed. > There are two small doors that could be left open for the future: Bacula > could implement "or later version" in its forthcoming modified GPL, and > OpenChange could dual-license its work with, say, the GPL. This would be > useful only in the case where very large bodies of trusted code used by > either Bacula or OpenChange (or both) are replaced by functionally > similar code under a different license, which doesn't seem likely to > happen in the immediate future. Nevertheless, there may be value in this > approach. I will not discuss the licensing problems - Kern has a much better understanding of these issues by now :-) > I don't see any other options. Do you? LGPL and a dynamically shared object for agents would probably work, but we need an API defined... And now I beg your pardon for repeating things that are probably no news to you all. Arno -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
