Edward Rudd wrote:
On Fri, 2003-11-14 at 14:42, Ken Murchison wrote:
Edward Rudd wrote:
I am currently using Cyrus IMAPd,
Which version of Cyrus?
Cyrus 2.1.15 sorry
and postfix 1.1.12, using the virtual
mailer in postfix (via LDAP). I am wanting to try and get the "plus
folder delivery" t
On Fri, 14 Nov 2003, Ken Murchison wrote:
> As long as cyrus.index doesn't get trashed, the next new message will be
> 4. IMAP requires that the UIDs of messages are monotonically increasing
> (they can't be reused). As long as Cyrus knows what the next UID should
> be (which is in cyrus.index)
On Fri, 2003-11-14 at 14:42, Ken Murchison wrote:
> Edward Rudd wrote:
>
> > I am currently using Cyrus IMAPd,
>
> Which version of Cyrus?
>
Cyrus 2.1.15 sorry
> and postfix 1.1.12, using the virtual
> > mailer in postfix (via LDAP). I am wanting to try and get the "plus
> > folder delivery"
Rajesh Saxena wrote:
Rob Siemborski wrote:
If you do delete the files directly, you will need to reconstruct the
mailbox afterwords (and will still have a race condition).
It'd be MUCH better to do all the access through IMAP, like you're
supposed to ;)
Thank you both Rob and James for offering
Edward Rudd wrote:
I am currently using Cyrus IMAPd,
Which version of Cyrus?
and postfix 1.1.12, using the virtual
mailer in postfix (via LDAP). I am wanting to try and get the "plus
folder delivery" to work with this setup.. Currently users are mapped
like this
incoming e-mail => Cyrus mailbox
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rajesh Saxena wrote:
| Rob Siemborski wrote:
|
|> If you do delete the files directly, you will need to reconstruct the
|> mailbox afterwords (and will still have a race condition).
|>
|> It'd be MUCH better to do all the access through IMAP, like you'r
On Fri, 14 Nov 2003, James Miller wrote:
> Rob, I'm still abit confused about what's needed to get cyrus (including
> index files) into a consistent state -- ready for a backup/snapshot.. etc.
> etc.
Right now? Stop it, snapshot the volume, start it again. It should take a
few seconds, which is
I am currently using Cyrus IMAPd, and postfix 1.1.12, using the virtual
mailer in postfix (via LDAP). I am wanting to try and get the "plus
folder delivery" to work with this setup.. Currently users are mapped
like this
incoming e-mail => Cyrus mailbox name (with \\ escaping)
[EMAIL PROTECTED] =>
Actually I do have a perl script that I wrote that recreates the
mailboxes.db file if it is lost.. I had this happen when I was upgrading
from 2.0 to 2.1 on my system (my personal mail box only)..
The script only does the user directory and just adds in all the folders
with the permissions of cyru
Rob Siemborski wrote:
If you do delete the files directly, you will need to reconstruct the
mailbox afterwords (and will still have a race condition).
It'd be MUCH better to do all the access through IMAP, like you're
supposed to ;)
Thank you both Rob and James for offering suggestions. I will wri
> On Fri, 14 Nov 2003, Rob Siemborski wrote:
>
> > On Fri, 14 Nov 2003, Simon Matter wrote:
> >
> > > IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> > > everything should continue after the snapshot. What do the cyrus
processes
> > > do if they receive SIGSTOP? Will they st
On Fri, 14 Nov 2003, Rob Siemborski wrote:
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
> > IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> > everything should continue after the snapshot. What do the cyrus processes
> > do if they receive SIGSTOP? Will they stop immediatel
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
>> Would be nice to have something like a 'cyrus_freeze' command. Maybe
>> there
>> is a way to do this with SIGSTOP/SIGCONT?
>
> At this point, you might as well just kill the server, since you won't be
> able to do almost anything for the duration of t
On Fri, 14 Nov 2003, Simon Matter wrote:
> IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> everything should continue after the snapshot. What do the cyrus processes
> do if they receive SIGSTOP? Will they stop immediately or will they not
> stop at all? I mean, if a proces
But if one can just reconstruct the indexes, what damnage can be done by
just copying them? What critical information do they hold?
On Fri, 2003-11-14 at 08:54, Rob Siemborski wrote:
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
> > Would be nice to have something like a 'cyrus_freeze' command. M
On Fri, 14 Nov 2003, Jerry Haltom wrote:
> But if one can just reconstruct the indexes, what damnage can be done by
> just copying them? What critical information do they hold?
If the index file goes missing, you'll lose most flag information (not
seen state). Reconstruct tries to use this data
On Fri, 14 Nov 2003, Simon Matter wrote:
> Would be nice to have something like a 'cyrus_freeze' command. Maybe there
> is a way to do this with SIGSTOP/SIGCONT?
At this point, you might as well just kill the server, since you won't be
able to do almost anything for the duration of the snapshot.
Tarjei Huse wrote:
Hi, is sieve bodychecks implemented in Cyrus imapd?
If so, what version?
http://www.ietf.org/internet-drafts/draft-degener-sieve-body-01.txt
No, not yet. Per Wednesday's IETF meeting, the author will be updating
this draft and then last calling it. I will probably revisit it w
Hi, is sieve bodychecks implemented in Cyrus imapd?
If so, what version?
http://www.ietf.org/internet-drafts/draft-degener-sieve-body-01.txt
Tarjei
I've been using XFS on LVM and I think it doesn't have the problem you
describe. With XFS, you have to call 'xfs_freeze -f' before taking the
snapshot, then you 'xfs_freeze -u' it again.
That's exactly what I need for reiserfs :-( . Darn. I guess that's
something to note in the Cyrus FAQ - xfs mak
> I'm also running into an issue where occasionally the snapshot fails -
> it's taken while reiserfs is in the middle of a transaction, and the
> journal can't be replayed on mount because the snapshot is read-only.
> This is more of an LVM issue than anything else. I get around it by
> syncing the
Certainly one can just copy the entire mail spool... getting MOST of hte
messages, and the .headers, .cache, .index, etc. Is this safe?
Personally, I wouldn't just copy the spool from beginning to end while
cyrus was running - all your indexes etc will become out of sync if mail
is delivered to a
Have a few questions about back ups, well, just one.
Lets say my site required to be up 24/7... so the only way we could do
backups of cyrus would be live.
Certainly one can just copy the entire mail spool... getting MOST of hte
messages, and the .headers, .cache, .index, etc. Is this safe?
I'm
23 matches
Mail list logo
