behavior of ,uid fetch N:*'
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 (FLAGS (\Recent) UID 63950)
* 1282 FETCH (FLAGS (\Recent) UID 63951)
* 1283 FETCH (FLAGS (\Recent) UID 63952)
* 1284 FETCH (FLAGS (\Recent) UID 63953)
* 1285 FETCH (FLAGS (\Recent) UID 63954)
* 1286 FETCH (FLAGS (\Recent) UID 63955)
. OK Completed
. uid fetch 63956:* flags
* 1286 FETCH (FLAGS (\Recent) UID 63955)
. OK Completed
. uid fetch 63956:63957 flags
. OK Completed
. uid fetch 63956:* flags
* 1286 FETCH (FLAGS (\Recent) UID 63955)
. OK Completed
. uid fetch 63956:63957 flags
. OK Completed
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
Re: problems with microsoft outlook?
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 transcript of the imap session and can be very useful. Enjoy, John Wade Ryan Child wrote: > Sorry to utter the word "microsoft", but outlook is bitching about the > new imap account i set up. Mozilla mail gets mail fine, when I set it > up to use local folders for "sent" "drafts" etc.. The problem is that > windows clients respond with something like "could not connect to IMAP > server, server said: 'Mailbox does not exist'". The mailbox is of > course there and everything seems to work fine with mozilla. Any ideas? > > Thanks, > Ryan
Re: behavior of ,uid fetch N:*'
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 issues `uid fetch :*', N is returned. I tested it with 2.0.16 and 2.1.2. Is it expected behavior? "*" is interpreted as the highest UID number: sequence-num= nz-number / "*" ; * is the largest number in use. For message ; sequence numbers, it is the number of messages ; in the mailbox. For unique identifiers, it is ; the unique identifier of the last message in ; the mailbox. so the question is what should Cyrus do with: . uid fetch 63956:* flags * 1286 FETCH (FLAGS (\Recent) UID 63955) well, it interprets it as: . uid fetch 63956:63955 flags * 1286 FETCH (FLAGS (\Recent) UID 63955) which makes sense. Larry
Unknown user problem.
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 in the same POP box on my isp's server. Basically anything to @paradox.demon.co.uk would get to me, so I took advantage of this. The problem is I can't see an easy way to allow unknown user mails to turn up in a mailbox somewhere, rather than get bounced back to the sender. Does anyone know of a way to do this in sendmail or cyrus? Note I've only just joined the list, but I did check the archives and couldn't see anything relevant (most posts to do with unknown users were to do with making sure the mails were bounced) Thanks, Chris
Re: Unknown user problem.
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 way to do the user mapping at this layer. David Lang On Sun, 24 Feb 2002, Chris Gilbert wrote: > 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 in the same POP box on my isp's server. > Basically anything to @paradox.demon.co.uk would get to me, so I took > advantage of this. > > The problem is I can't see an easy way to allow unknown user mails to turn up > in a mailbox somewhere, rather than get bounced back to the sender. Does > anyone know of a way to do this in sendmail or cyrus? > > Note I've only just joined the list, but I did check the archives and > couldn't see anything relevant (most posts to do with unknown users were to > do with making sure the mails were bounced) > > Thanks, > Chris > > >
RECENT/SEEN flags
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 when I open the folder, the counts go back to zero (because I had already read the messages). It appears that Mulberry maintains a connection that it periodically uses to check for new messages in folders, and that sometimes it isn't picking up the fact that the recently recent/unseen messages are now not recent/unseen. I've reconstructed all mail folders several times, to no avail. Incentally, I have never experienced this issue with the UW server. I am doing server-side filtering on both servers (sieve for Cyrus, procmail for the UW server). alec -- Alec H. Peterson -- [EMAIL PROTECTED] Chief Technology Officer Catbird Networks, http://www.catbird.com
Too many users with Cyrus IMAP
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 server. I modified Cyrus Imap code so it can
accept numeric accounts which I need as I am creating emails for a cellular
company ([EMAIL PROTECTED]). I made a perl script to create 10
accounts. I am using ext3 filesystem under linux. After the user number
31948 was created, no more accounts where created. Examining the imapd.log,
I found that it was complaining about "too many links error", see below
extract from imapd.log:
Feb 24 22:45:54 mail imapd[22212]: abort_txn: aborting txn 2147683085
Feb 24 22:45:54 mail imapd[22212]: myfetch: starting txn 2147683086
Feb 24 22:45:54 mail imapd[22212]: myfetch: reusing txn 2147683086
Feb 24 22:45:54 mail imapd[22212]: mystore: reusing txn 2147683086
Feb 24 22:45:54 mail imapd[22212]: IOERROR: creating directory
/var/spool/imap/user/0132123: Too many links
Any help is greatly appreciated.
It would be nice if we could split /var/spool/imap/user on several
partitions, is this possible ? What options do I have ?
Following I will show several configurations files I am using:
/etc/imapd.conf -
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: cyrus root apache andres
sasl_pwcheck_method: sasldb
#sasl_auto_transition: yes
sendmail: /usr/sbin/sendmail
--
/etc/cyrus.conf -
# standard standalone server implementation
START {
# do not delete these entries!
mboxlist cmd="ctl_mboxlist -r"
deliver cmd="ctl_deliver -r"
# this is only necessary if using idled for IMAP IDLE
# idledcmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
}
EVENTS {
# this is required
checkpointcmd="ctl_mboxlist -c" period=30
# this is only necessary if using duplicate delivery suppression
delprune cmd="ctl_deliver -E 3" period=1440
}
Best regards,
Andres Maduro
Re: Too many users with Cyrus IMAP
> 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 accept numeric ids, you may have missed the hashing code. This will have the user directories created under a number of subdirectories so you won't run into this problem. You probably want to make sure the hash algorithm creates fewer than 3000 directories in any given directory. Also, you may want to have multiple user partitions and not just put everyone on the same partition. Walter
Re: Too many users with Cyrus IMAP
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 etc) to avoid not
only these problems, but also the problem that ext2/3 does sequential
seaches through the directory so with this many entries you will already
be very slow.
also take a look at reiserfs and XFS as possible candidates for you to use
for your mailboxes, both of them have very different structures that are
designed to handle the large numbers of directories problem better.
David Lang
On Sun, 24 Feb 2002, Andres Maduro wrote:
> Date: Sun, 24 Feb 2002 23:16:06 -0800
> From: Andres Maduro <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Too many users with Cyrus IMAP
>
> 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 server. I modified Cyrus Imap code so it can
> accept numeric accounts which I need as I am creating emails for a cellular
> company ([EMAIL PROTECTED]). I made a perl script to create 10
> accounts. I am using ext3 filesystem under linux. After the user number
> 31948 was created, no more accounts where created. Examining the imapd.log,
> I found that it was complaining about "too many links error", see below
> extract from imapd.log:
>
> Feb 24 22:45:54 mail imapd[22212]: abort_txn: aborting txn 2147683085
> Feb 24 22:45:54 mail imapd[22212]: myfetch: starting txn 2147683086
> Feb 24 22:45:54 mail imapd[22212]: myfetch: reusing txn 2147683086
> Feb 24 22:45:54 mail imapd[22212]: mystore: reusing txn 2147683086
> Feb 24 22:45:54 mail imapd[22212]: IOERROR: creating directory
> /var/spool/imap/user/0132123: Too many links
>
> Any help is greatly appreciated.
>
> It would be nice if we could split /var/spool/imap/user on several
> partitions, is this possible ? What options do I have ?
>
> Following I will show several configurations files I am using:
>
> /etc/imapd.conf -
> configdirectory: /var/imap
> partition-default: /var/spool/imap
> admins: cyrus root apache andres
> sasl_pwcheck_method: sasldb
> #sasl_auto_transition: yes
> sendmail: /usr/sbin/sendmail
> --
>
> /etc/cyrus.conf -
> # standard standalone server implementation
>
> START {
> # do not delete these entries!
> mboxlist cmd="ctl_mboxlist -r"
> deliver cmd="ctl_deliver -r"
>
> # this is only necessary if using idled for IMAP IDLE
> # idledcmd="idled"
> }
>
> # UNIX sockets start with a slash and are put into /var/imap/socket
> SERVICES {
> # add or remove based on preferences
> imap cmd="imapd" listen="imap" prefork=0
> imaps cmd="imapd -s" listen="imaps" prefork=0
> pop3 cmd="pop3d" listen="pop3" prefork=0
> pop3s cmd="pop3d -s" listen="pop3s" prefork=0
> sieve cmd="timsieved" listen="sieve" prefork=0
>
> # at least one LMTP is required for delivery
> # lmtp cmd="lmtpd" listen="lmtp" prefork=0
> lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
> }
>
> EVENTS {
> # this is required
> checkpointcmd="ctl_mboxlist -c" period=30
>
> # this is only necessary if using duplicate delivery suppression
> delprune cmd="ctl_deliver -E 3" period=1440
> }
>
>
> Best regards,
> Andres Maduro
>
