Henrique de Moraes Holschuh wrote:
On Sat, 21 Dec 2002, John A. Tamplin wrote:
When you start to talk about a separate daemon that manages disk access and
Eh? It doesn't manage any sort of disk access.
If you are going to have a separate process manage a shared cache of
seen-state dat
On Sat, 21 Dec 2002, John A. Tamplin wrote:
> When you start to talk about a separate daemon that manages disk access and
Eh? It doesn't manage any sort of disk access.
> > I did. OE bug, AFAIK...
>
> Was there any patch for it or any way around it besides deleting the account and
> recreating
--On Saturday, December 21, 2002 3:01 PM -0500 "John A. Tamplin"
<[EMAIL PROTECTED]> wrote:
Quoting Henrique de Moraes Holschuh <[EMAIL PROTECTED]>:
Is there a reason for not using a shared-memory interface for Cyrus to
allow
all imapds serving a mailbox to share flag state? Maybe a long-livi
> how much of a performance hit would be
taken to just add code like this at the end of cmd_fetch
You are my hero! Gonna try this out.
> One OE 6.0 user reported seeing really strange behavior where
occasionally messages would
> show as deleted in OE (never having been read), and when
Quoting Henrique de Moraes Holschuh <[EMAIL PROTECTED]>:
> Is there a reason for not using a shared-memory interface for Cyrus to
> allow
> all imapds serving a mailbox to share flag state? Maybe a long-living
> daemon akin to idled that stores the seen state, or using IPC and real
> shared memo
On Sat, 21 Dec 2002, John A. Tamplin wrote:
> lossage that was mentioned here earlier. Specifically, OE 6.0
> seems to open multiple connections for a given folder and the
> second connection sees the message that was picked up by the first
> connection as unseen again. I have
I finally settled on hacking up perdition to do what I wanted (treating a
destination mail server starting with ! as a message to give when failing
login) and writing my own delivery program (looks up the same database, returning
tempory failure if it start with !, otherwise connecting to the L
