Perosnally I dislike Cyrus and don't trust the database any farther
than I can throw it on a tape. It's the sore point with Cyrus as
opposed to MDAs that just use static files and nothing to get out of
sync with itself. The trade off here is that Cyrus's database permits
quick IMAP operations.
100% agreed that it should be possible to do a hot backup of the Cyrus
db. However, when CMU says it's a good idea to stop the cyrus master
process, I tend to trust their judegment. The biggest issue with this
is that you'll corrupt, not the mail box index, but the seen/not seen
index. All your mail will be there, as the cyrus reconstruct is good
about that, however it may all be shown as unread. Which can be rather
annoying to the gerbils reading the mail and cause phones to ring.
Yes it does, but if you just wanted Retrospect or some other backup
package to do the backup you'll want these steps. In many cases the
mail directories are sizable, arbitrarily duplicating them is
unnecessary if you have a more comprehensive backup system in place.
Certainly with larger mail databases this would be a good practice. I
believe that Retrospect will attempt to not duplicate on tape,
duplicate files on the drive. So with Retro this won't be much of an
issue due to Cyrus storing mail in individual files. However other,
arguably more robust solutions, will adamantly refuse to assume a file
is a duplicate regardless of whether it is or not.
I also tend to not trust Retrospect to do much more than backup files.
Requiring it to think about stopping the database, backing up and then
starting it again I'd prefer to leave to something else. Especially
when retrospect fills up a tape and sits there waiting for a new one.
Now your mail server is down until you feed the tape drive. Doh!
I was more trying to point out that just copying them to another local
location wasn't itself a good backup practice unto itself. What I
didn't mean was to sully the good job of your useful script.
: )
No worries. The script took no offense. And certainly the script is
only one part of a comprehensive back up process.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden