Answering my own question:
... or do I need to establish my own SSH tunnel from master to backup
server?
I do have to supply my own tunnel. The Cyrus backup daemon currently
(3.1.7) doesn't support the STARTTLS command.
if (!strcmp(cmd.s, "Starttls")
ah Pickett wrote:
>> ... or do I need to establish my own SSH tunnel from master to backup server?
>> I've set up my dedicated Cyrus backup server with tls_server_cert and
>> tls_server_key, and when I connect to port 2005 I see that STARTTLS is
>> offered:
>>
ync server v2.4.20
STARTTLS
OK Begin TLS negotiation now
On 11/8/19 2:12 AM, Deborah Pickett wrote:
... or do I need to establish my own SSH tunnel from master to backup
server?
I've set up my dedicated Cyrus backup server with tls_server_cert and
tls_server_key, and when I connect to port
I need to establish my own SSH tunnel from master to backup
server?
I've set up my dedicated Cyrus backup server with tls_server_cert and
tls_server_key, and when I connect to port 2005 I see that STARTTLS is
offered:
# nc localhost 2005
* SASL PLAIN LOGIN DIGEST-MD5
* STARTTLS
* COMPRESS DEF
... or do I need to establish my own SSH tunnel from master to backup
server?
I've set up my dedicated Cyrus backup server with tls_server_cert and
tls_server_key, and when I connect to port 2005 I see that STARTTLS is
offered:
# nc localhost 2005
* SASL PLAIN LOGIN DIGEST-MD5
* STA
Hi,
before starting a filebased backup with rdiff-backup I stop Cyrus,
create LVM snaps of partitions where /var/lib/cyrus/ and /var/lib/cyrus
are located and start Cyrus again. The downtime of Cyrus is just a few
seconds, but is there a way to avoid stopping Cyrus before creating the
snaps or is
A typo
http://downloads.topicdesk.com/mailbfr/mailbfr.tar.gz
-- Dale
On Nov 10, 2005, at 10:24 , Martin Müller wrote:
Hi!
I would like to download your tool, to try it out. But I got
"The requested URL /mailbfr/mailbfr.tgz was not found on this server."
have you removed the file?
Best
Hi!
I would like to download your tool, to try it out. But I got
"The requested URL /mailbfr/mailbfr.tgz was not found on this server."
have you removed the file?
Best regards, Martin
websrvr schrieb:
I wrote one called mailbfr that is unix/Mac based (I'm told you can
modify to work on most
--Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vladimir Dvorak
Sent: Thursday, November 10, 2005 12:24 PM
To: info-cyrus@lists.andrew.cmu.edu
Subject: Cyrus-Backup
Hello all,
is there some good way how to elegantly backup cyrus mailboxes (sieve
inclusive)? My id
Hello !
Why not using rsnapshot.
I have an array used for backup with rsnapshot.
You can step back 1 hour with this elegant backup script which copies
only changed files.
The other ones are hard linked.
Or you use an backup imap server to which all your mails are delivered.
Rgds.
Franz
On Thu,
I wrote one called mailbfr that is unix/Mac based (I'm told you can
modify to work on most OS's with minor changes)
http://downloads.topicdesk.com/mailbfr/mailbfr.tgz
On Nov 10, 2005, at 05:24 , Vladimir Dvorak wrote:
Hello all,
is there some good way how to elegantly backup cyrus mailboxes
Hello all,
is there some good way how to elegantly backup cyrus mailboxes (sieve
inclusive)? My idea is to copy/rsync relevant cyrus directories to
another place.
Does any good backup tool exist ? Or, how you backup your cyrus data ?
Thank you.
Vladimir
Cyrus Home Page: http://asg.web.cm
Hi all,
I have one fully configured Postfix + Cyrus IMAP server. I also have clone of this server and I'd like to use it as backup server. Is there any easy solution how to synchronize both servers (mailboxes) without stopping master server?
Thanx
Cyrus Home Page: http://asg.web.cmu.ed
On Friday 15 October 2004 21:27, Dudi Goldenberg wrote:
Hi Dudi,
> I have a Debian sarge machine running postfix/cyrus21, serving ~30 users
> with about 8000 daily emails.
> Until I set up a proper backup solution, I have this little script that
> dumps all the users' mailboxes:
> Files in /home/
Hello list,
I have a Debian sarge machine running postfix/cyrus21,
serving ~30 users with about 8000 daily emails.
Until I set up a proper backup solution, I have this little
script that dumps all the users’ mailboxes:
mail:~# cat /usr/sbin/dump
#! /bin/sh
#
for USER in user1
ar/cyrus dir, /var/imap in my case
> - all of my conf files
>
>
> Also I am to restore, I'm assuming I would copy these
> files to a restored system, and run reconstruct -m. Is
> this right?
http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/Backup
Regards
Andreas
---
C
I need to setup a backup process for our Cyrus install.
Searched the archives and googled, but can't seem to find
a list of the specific files to backup.
I'm assuming, but wasn't sure:
- entire /var/cyrus dir, /var/imap in my case
- all of my conf files
Also I am to restore, I'm assuming I woul
pnelson wrote:
Yes dumping to removable medium.
Why not write directly to tape rather than going through an extra step
and requiring extra disk space?
So a cyrus backup needs to contain:
/var/spool/imap
/var/lib/imap/mailboxes.db
to be useful as a backup, right? With these to things I
ext file
> > > > before the backups run (this is a precaution since we are backing up
> > > > structured database files without synchronization with the program
> > > > writing them, so there is no guarantee the resulting backup is useful).
> > > > Our full backup f
e only
> > > custom bit being to dump a copy of the mailbox list to a text file
> > > before the backups run (this is a precaution since we are backing up
> > > structured database files without synchronization with the program
> > > writing them, so there is
without synchronization with the program
> > writing them, so there is no guarantee the resulting backup is useful).
> > Our full backup for all Cyrus files is 98G and 4.2M files, taking 5-8
> > hours depending on other data hitting the tape drives. Daily
> > incremental backu
ore the backups run (this is a precaution since we are backing up
> structured database files without synchronization with the program
> writing them, so there is no guarantee the resulting backup is useful).
> Our full backup for all Cyrus files is 98G and 4.2M files, taking 5-8
&g
pnelson wrote:
My last thing to do prior to converting to production is a backup
strategy. I have been doing this with tar something like:
tar -C /var/lib-czf lib-.tar.gzimap
tar -C /var/spool -czf spool-.tar.gz imap
tar -cf cyrus-.tar
This is producing a pretty big file(s):
lib-.tar.g
My last thing to do prior to converting to production is a backup
strategy. I have been doing this with tar something like:
tar -C /var/lib-czf lib-.tar.gzimap
tar -C /var/spool -czf spool-.tar.gz imap
tar -cf cyrus-.tar
This is producing a pretty big file(s):
lib-.tar.gz-> 2.2
24 matches
Mail list logo