Hi,
Recently, Mew (http://www.mew.org/) is going to support IMAP4. They
troubled with the behavior of Cyrus IMAPd.
When the last UID is N and a client issues `uid fetch :*', N is
returned. I tested it with 2.0.16 and 2.1.2. Is it expected
behavior?
. uid fetch 63950:* flags
* 1281 FETCH (FLAG
Hi Ryan
To debug IMAP connections, create a directory named after the user in /var/imap/log
(i.e. /var/imap/log/joecool ) for the joecool user.Try your client and then look
in this directory. There should be a file named after the process id of the imap
process.The file contains a t
Date: Mon, 25 Feb 2002 00:36:17 +0900
From: Hajimu UMEMOTO <[EMAIL PROTECTED]>
Cc: Lawrence Greenfield <[EMAIL PROTECTED]>
Hi,
Recently, Mew (http://www.mew.org/) is going to support IMAP4. They
troubled with the behavior of Cyrus IMAPd.
When the last UID is N and a client i
Hi,
I've just setup a system running cyrus for my own use (it's installed and
seems to be running fine 8).
However I've got a problem with unknown users. Having come from picking up
mail via POP and I'm now switching to imap, I could could create new accounts
on the fly, as they all turned up
you do this type of username mapping in sendmail (or equivalent) not in
cyrus.
in sendmail look at the virtusertable feture and with it you can set the
type of mapping you are describing.
now you may be able to do something like this in sieve, I haven't looked,
but other then that there is no wa
I use Mulberry to read mail, and I have to mail accounts on it. One is a
Cyrus IMAP server, the other is a UW server. With the Cyrus server,
sometimes when I read recent and/or unseen messages the unseen/recent
message counts in the folder list menu show recent and/or unseen messages.
But wh
Hi,
I have installed Cyrus 2.0.16 on Red Hat 7.2 with the standard SASL
cyrus-sasl-1.5. I have been able to use it successfully and create perl web
administration tools for managing mailboxes.
I am currently doing a stress test, I need to be able to handle more than
100 thousand users on this s
> Feb 24 22:45:54 mail imapd[22212]: IOERROR: creating directory
> /var/spool/imap/user/0132123: Too many links
It looks like the problem is that ext3 won't let you create that many
directories in one directory.
Take a look at the hashimapspool option. When you modified the code to
accep
what you have run into is a limit in the ext2/3 fs on the max number of
directory entries you can have.
there are patches out there for cyrus to create a second tier of
directories rather then having all mailboxes in the user directory you
have user/a user/b user/c etc (or in your case /1 /2 /3 e
