Actually I found the hash incorrect for both sieve and cyrus in the 
user/quota directory's.

What i did is patch'd the mkimap and dohash scripts.

Attached you'll find what i did, i implemented a FULL hash and found that 
the directory's created by the scripts were in-adequite for my needs, and 
cyrus couldnt handle it.

It was basically looking for directory's in uppercase, when they were 
lowercase, so what i did is modified the scripts to create both upper and 
lowercase on both sieve and quota and user directory's.

Which is the problem usually when messages suddenly become new.  If you 
have *.debug /var/log/debug.log enabled in syslogd which i suggest

You would have found something like this

May  2 04:16:00 shell imapd[12087]: [ID 136705 local6.error] IOERROR: 
opening /var/imap/user/S/darius.seen: No such file or directory
May  2 04:16:00 shell imapd[12087]: [ID 729713 local6.error] DBERROR: 
opening /var/imap/user/S/darius.seen: cyrusdb error
May  2 04:16:00 shell imapd[12087]: [ID 844790 local6.error] Could not open 
seen state for darius (System I/O error)

If you notice the path is /var/imap/user/S not /var/imap/user/s you will 
take note that by default S is not created, we need to create it.  Once we 
create it, darius.seen can be written and suddenly your messages will be 
sent to you proplery

Maybe it's something that Rob needs to take a look at why it's requesting 
these directory's.

But anyhow here's my little patch's i hope this helps.


--On Tuesday, May 21, 2002 2:10 PM +0200 Luca Olivetti <[EMAIL PROTECTED]> 
wrote:

> Russell Packer wrote:
>> Hi,
>>
>> I get strange behaviour using Microsoft Outlook - the status for various
>> e-mail messages seems to change rather randomly. I will mark messages as
>> being read, then 5/10 minutes later they will suddenly be marked as
>> 'unread' (IMAP). Others in the company have remarked upon it as well.
>>
>> Has anyone else experienced this behaviour? What can I look at to tell
>> what cyrus is doing?
>
> I have experienced the same problem with mozilla, see
> http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg
> =13859 Alec H. Peterson suggested a solution here
> http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg
> =13890 so I made a patch with a new runtime option to implement what he
> said. At first it seemed to work but then the problem resurfaced after a
> week of use. Now I switched to using skiplist instead of flat for the
> seen database and so far it works, but who knows, maybe in a couple of
> days it'll break again.
>
>
> --
> Luca Olivetti
> Wetron Automatización S.A. http://www.wetron.es/
> Tel. +34 93 5883004      Fax +34 93 5883007
>



---

"If Thyne Eyes Deceivee Thee, Pluck Them Out".

Attachment: dohash.diff
Description: Binary data

Attachment: mkimap.diff
Description: Binary data

Reply via email to