Murder + virtal hosting with ipaliasing problem
Hello everybody!
I am trying to build a cyrus murder with virtual hosting enabled. In the
future we will probably have two or three frontends on round robin dns, so
I have imapd:s running on an IP-aliased interface. This works fine, let's
call it foo.abo.fi.
Now, on the same frontend I need another set of imapd:s which run on yet
another IP-alised interface, which has a DNS-entry on another domain,
say bar.baz.org. The reasons for doing this is:
- they want "their" imap-server on their own domain
- they want to log in as "username", not "[EMAIL PROTECTED]"
- they want to authenticate to their active directory (through
saslauthd-krb5, all other virtual domains use mysql auxprop)
Now, if I create a mailbox "[EMAIL PROTECTED]" and log in as
[EMAIL PROTECTED] everything works as it should:
> telnet foo.abo.fi imap
* OK foo.abo.fi Cyrus IMAP4 Murder v2.2.12-AAU-RPM-2.2.12-3.RHEL4.1.aau server
ready
1 LOGIN [EMAIL PROTECTED]
1 OK User logged in
2 LIST "" *
* LIST (\Noinferiors) "." "INBOX"
2 OK Completed
3 SELECT INBOX
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
* 3 EXISTS
* 1 RECENT
* OK [UNSEEN 3]
* OK [UIDVALIDITY 1160720446]
* OK [UIDNEXT 4]
3 OK [READ-WRITE] Completed
4 LOGOUT
* BYE LOGOUT received
4 OK Completed
But if I try to use the server on bar.baz.org, the LIST command fails to
retrieve any mailboxes:
> telnet bar.baz.org imap
* OK foo.abo.fi Cyrus IMAP4 Murder v2.2.12-AAU-RPM-2.2.12-3.RHEL4.1.aau server
ready
1 LOGIN [EMAIL PROTECTED]
1 OK User logged in
2 LIST "" *
2 OK Completed
3 SELECT INBOX
3 NO Mailbox does not exist
4 LOGOUT
* BYE LOGOUT received
4 OK Completed
The same thing happens when I omit the @baz.org part:
> telnet bar.baz.org imap
* OK foo.abo.fi Cyrus IMAP4 Murder v2.2.12-AAU-RPM-2.2.12-3.RHEL4.1.aau server
ready
1 LOGIN testuser
1 OK User logged in
2 LIST "" *
2 OK Completed
3 SELECT INBOX
3 NO Mailbox does not exist
4 LOGOUT
* BYE LOGOUT received
4 OK Completed
If I dump the contents of mailboxes.db I get the correct results on all
machines in the murder.
Ok, then some snippets from the config files:
bar.baz.org-imapd.conf:
configdirectory: /var/imap
sievedir: /var/sieve
defaultpartition: virtual
partition-virtual: /var/spool/virtual
hashimapspool: false
unixhierarchysep: no
altnamespace: yes
sharedprefix: shared
singleinstancestore: yes
duplicatesuppression: yes
allowusermoves: yes
servername: bar.baz.org
virtdomains: on
loginrealms: baz.org
defaultdomain: baz.org
sasl_pwcheck_method: saslauthd
(... + other SASL, lmtp, tls and mupdate stuff)
The working server foo.abo.fi has the same config, except for:
servername: foo.abo.fi
loginrealms: xxx yyy zzz abo.fi
defaultdomain: abo.fi
sasl_pwcheck_method: auxprop
I get the same result when using "virtdomains userid". I tried to mix the
forms but that didn't work at all (but there could have been other reasons
as well.)
Any ideas? It seems like the fact that the virtual server is on another
network (in DNS, not physically) somehow screws up the mailbox lookups
from mailboxes.db. (I've run several instances of imapd:s on other servers
with different configs, though not with virtual domains on, and I think
other people use it as well.) This should be possible to do, right? There
are no complaints in the logs.
cyrus.conf:
SERVICES {
mupdate cmd="/usr/lib64/cyrus-imapd/mupdate" listen=3905 prefork=1
imap cmd="/usr/lib64/cyrus-imapd/proxyd -C /etc/imapd-foo.conf"
listen="foo.abo.fi:imap" prefork=0
imaps cmd="/usr/lib64/cyrus-imapd/proxyd -s -C /etc/imapd-foo.conf"
listen="foo.abo.fi:imaps" prefork=0
himap cmd="/usr/lib64/cyrus-imapd/proxyd -C /etc/imapd-baz.org.conf"
listen="bar.baz.org:imap" prefork=0
himaps cmd="/usr/lib64/cyrus-imapd/proxyd -s -C /etc/imapd-baz.org.conf"
listen="bar.baz.org:imaps" prefork=0
}
I use the RHEL4-supplied x86_64 packages, though recompiled to disable the
autocreate patches.
/skitta
--
Tomas 'Skitta' Lindroos.
UNIX systemadministratör, Åbo Akademi, Datacentralen
[EMAIL PROTECTED], 02-215-4469
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Login attack on cyrus imap
Hi, I did get good results in similar situations using the the netfilter match "iplimit", fast solution if you are using ip filtering anyway. Have a look here: http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.5 Uwe > Take Ben's advice. Use fail2ban, FUT, or any of the other programs out there that are designed for this. If the attacker is using a single IP address, fail2ban (properly configured) should block them in under a second. > > There's probably a way to prevent Cyrus from taking too many > connections, but that still allows a DoS attack -- if the attacker is using up all of your available connections, no real customer can get on. It also uses up a bunch of system resources, unnecessarily. Don't limit the attacker -- ban them. > > Chris St. Pierre > Unix Systems Administrator > Nebraska Wesleyan University > > On Thu, 2 Nov 2006, Jim John wrote: > >>I found out that it was a single IP from the log >>files. That person (or bot) logs into the POP3 server >>and tries to authenticate itself. The problem is that >>it logs in as a different user each time and does ALOT >>of these logins per second, causing LDAP to overload >>with connections. Is there any way to limit the number >>of connections in the cyrus server using some config >>parameter? Thanks. >> >> >> >> >>__ Check out the New Yahoo! Mail - Fire up a more powerful email and get >> things done faster. >>(http://advision.webevents.yahoo.com/mailbeta) >> >> >>Cyrus Home Page: http://cyrusimap.web.cmu.edu/ >>Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki >>List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Sieve redirect with over quota mailbox
Hello everybody, when a user has the following sieve script actived, mails to the user are stored in his local mailbox and forwarded to the external address. redirect "[EMAIL PROTECTED]"; keep; If the user is over quota, the mail is not delivered to his local mailbox ( OK ), but neither forwarded to the external addressi ( NOT OK ?!? ). Is this a bug or a feature? I can work around this problem by adding the external addresses to the aliases files. I want to know if this is the correct way to solve the problem. Regards, Konrad Mauz my imapd.conf ( cyrus 2.3.7 ) # Admins admins: cyrus ### # Login allowplaintext: 1 sasl_pwcheck_method: saslauthd sasl_mech_list: login plain ## # Cyrus Features duplicatesuppression: 1 expunge_mode: delayed reject8bit: 0 munge8bit: 1 servername: mailsrv singleinstancestore: 0 # Directories configdirectory: /srv/cyrus/imap partition-default: /srv/cyrus/spool1 defaultpartition: default fulldirhash: 0 hashimapspool: 1 sievedir: /srv/cyrus/sieve # case insensitiv user # names username_tolower: 1 lmtp_downcase_rcpt: 1 # DB Settings mboxlist_db: skiplist seenstate_db: skiplist quota_db: skiplist duplicate_db: skiplist annotation_db: skiplist ptscache_db: skiplist subscription_db: flat tlscache_db: skiplist skiplist_unsafe: 1 # Quota Settings quotawarn: 90 quotawarnkb: 5000 -- Konrad Mauz Rechenzentrum Hochschule Technik, Wirtschaft und Gestaltung Braunegger-Strasse 55, D 78462 Konstanz e-mail: [EMAIL PROTECTED] Tel.: +49 7531 206-472 Fax.: +49 7531 206-153 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Sieve redirect with over quota mailbox
On Wed, Nov 08, 2006 at 02:20:34PM +0100, Konrad Mauz wrote: > > when a user has the following sieve script actived, > mails to the user are stored in his local mailbox > and forwarded to the external address. > > redirect "[EMAIL PROTECTED]"; > keep; > > If the user is over quota, the mail is not delivered > to his local mailbox ( OK ), but neither forwarded to > the external addressi ( NOT OK ?!? ). Is this a bug or a feature? This is a good thing. What will happen each time when your mail server retries the delivery? It only keeps track of delivery to one mailbox. It can't tell what the sieve script is likely to do. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
performance on large inboxes
Hello, from time to time we have users with a very large inbox, which means it contains 20.000 messages or even more. My quite general question is: What is cyrus doing once a user logs in through imap or pop3? It seems, that it is parsing the directory, which takes very long. But what does it have the indices for? Of course I know that cyrus stores flags and headers in it, but why does cyrus parse the directory if all parts that are fetched through the session are the Date, To, From and Subject-header? Shouldn't that be in the index so cyrus doesn't have to touch the directory except the cyrus-files? Is there an option so that cyrus splits up big inboxes into several folders so they can be read faster? Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: performance on large inboxes
from time to time we have users with a very large inbox, which means it contains 20.000 messages or even more. My quite general question is: What is cyrus doing once a user logs in through imap or pop3? It seems, that it is parsing the directory, which takes very long. But what does it have the indices for? Of course I know that cyrus stores flags and headers in it, but why does cyrus parse the directory if all parts that are fetched through the session are the Date, To, From and Subject-header? Shouldn't that be in the index so cyrus doesn't have to touch the directory except the cyrus-files? Is there an option so that cyrus splits up big inboxes into several folders so they can be read faster? Slow logins can be equally blamed on the IMAP client. Take Outlook for example: it insists into creating one giant .pst file (BTW: 2GB limited!) for the whole IMAP account. The very first login in a 18.000 messages mailbox becomes painfully slow if the client machine has a "slow" hdd (e.g. 2 years old laptop). Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
On 2006-11-08 at 17:02 +0100, Marten Lehmann wrote:
> from time to time we have users with a very large inbox, which means it
> contains 20.000 messages or even more. My quite general question is:
> What is cyrus doing once a user logs in through imap or pop3? It seems,
> that it is parsing the directory, which takes very long. But what does
> it have the indices for?
> Of course I know that cyrus stores flags and headers in it, but why does
> cyrus parse the directory if all parts that are fetched through the
> session are the Date, To, From and Subject-header? Shouldn't that be in
> the index so cyrus doesn't have to touch the directory except the
> cyrus-files?
What is fetched depends upon the client software and what it asks for.
Some software asks for rather more, so you need to modify the server to
cache more. Some software just asks for _all_ headers, eg MS Outlook.
For those, you have problems but I believe there are patches around to
cache all headers.
As long as the requested headers are those which Cyrus caches, Cyrus
won't need to scan the files.
For instance:
+/* mutt wants: */
+{ "content-description", 3 },
+{ "content-type", 3 },
+{ "lines", 3 },
+{ "list-post", 3 },
+{ "message-id", 3 },
+{ "references", 3 },
+{ "x-label", 3 },
+
+/* gbuffy wants: */
+{ "x-face", 3 },
+/* squirrelmail wants: */
+{ "importance", 3 },
(and yes, message-id *should* be gotten from the ENVELOPE structure, not
by asking for the header).
You need to look at imap/mailbox.c and imap/mailbox.h (to bump a minor
version number).
-Phil
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
-- Marten Lehmann <[EMAIL PROTECTED]> is rumored to have mumbled on 8. November 2006 17:02:52 +0100 regarding performance on large inboxes: from time to time we have users with a very large inbox, which means it contains 20.000 messages or even more. My quite general question is: What is cyrus doing once a user logs in through imap or pop3? It seems, that it is parsing the directory, which takes very long. I think you will find that only some clients take that long. Try Mulberry and let us know how long it takes to open such a mailbox ... if *that* is slow as well, there really is something wrong. -- Sebastian Hagedorn - RZKR-R1 (Flachbau), Zi. 18, Robert-Koch-Str. 10 Zentrum für angewandte Informatik - Universitätsweiter Service RRZK Universität zu Köln / Cologne University - Tel. +49-221-478-5587 pgp34hKovOwoK.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
limit of connections and auto-logout?
Hello, is it possible to set a limit of connections per user and an auto-logout? Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
descriptive process titles
Hello, is it possible to let cyrus set descriptive process titles? Currently I'm only seeing dozends of imapd or pop3d processes, but it is very cumbersome to extract what a process is doing from the logs in the cyrus proc-directory. It would be nice to have fancy titles like "imapd [test.de] status: logged, last command: subscribe" or similar. Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: limit of connections and auto-logout?
On Wed, 8 Nov 2006, Marten Lehmann wrote: Hello, is it possible to set a limit of connections per user and an auto-logout? The "timeout" parameter in imapd.conf will disconnect an idle client. The default value is 30 minutes. I'm not aware of any built-in method to limit the number of connections per user. Andy Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
Hello, What is fetched depends upon the client software and what it asks for. yes, but that may very extremely. If Cyrus only caches lets say "X-Spam" and there is no such header in the email and thus not in the cache, will Cyrus look into the file then? Or will the cache contain an empty header? Some software asks for rather more, so you need to modify the server to cache more. Some software just asks for _all_ headers, eg MS Outlook. For those, you have problems but I believe there are patches around to cache all headers. I think it would be a really great performance boost if cyrus would cache all headers (I think that is what dovecot does and is very fast with it) so it doesn't have to touch the files. Where have you seen such patches? Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: descriptive process titles
On 2006-11-08 at 19:32 +0100, Marten Lehmann wrote: > is it possible to let cyrus set descriptive process titles? Currently > I'm only seeing dozends of imapd or pop3d processes, but it is very > cumbersome to extract what a process is doing from the logs in the cyrus > proc-directory. > It would be nice to have fancy titles like "imapd [test.de] status: > logged, last command: subscribe" or similar. Cyrus does this, if your OS supports it. It shows: host [IP] user folder You need to check your build options and look into why setproctitle() is not believed to be present or unsuitable. -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Moving from a server without virtual domains to one with virtual domains.
Hi, I have an old MacOS X server with cyrus 2.2.12. Now I want to move it to a solaris box with cyrus 2.3.3. This should be no problem I believe, but I am trying to move from a server without virtual domains to one with virtual domains. I wonder if there is any problems with that? My idea of the move is like: * Rsync the osx server to the solaris server /var/spool/imap/ to /var/spool/imap/domain/domain.com/ * Rsync /var/imap to some random dir on the solaris server * Shut the osx server down for users and rsync it all again * Do some processing on the mailboxes.db from the osx server (dump change to the "right" format and import into the solaris servers mailboxes.db) * Fix the .sub files the same way and move into the main /var/imap/ dir on the solaris host At this point I don't know what I need to do anymore. what are the .seen files for? Do I need to fix them in some way? Do I need to rebuild the indexes? They should be consistent but they might contain pointers to the old directory structure under /var/spool/imap or something. Any other problems I might get? As a bonus question I wonder how I get the users out of ldap on the osx but that's for another place I guess :) . /Mikael begin:vcard fn:Mikael Nehlsen n:Nehlsen;Mikael org:Swedish Institute of Computer Science adr:Box 1263;;Isafjordsgatan 22;Kista;;16429;Sweden email;internet:[EMAIL PROTECTED] title:Systems Administrator tel;work:+46 (0)8 663 1553 tel;fax:+46 (0)8 751 7230 x-mozilla-html:FALSE version:2.1 end:vcard Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
On 2006-11-08 at 21:58 +0100, Marten Lehmann wrote: > I think it would be a really great performance boost if cyrus would > cache all headers (I think that is what dovecot does and is very fast > with it) so it doesn't have to touch the files. Where have you seen such > patches? Under http://www-uxsup.csx.cam.ac.uk/~dpc22/cyrus/>, see "Performance Enhancements"; the patch is only as part of the mega-patch for all of David Carter's changes. This is against cyrus-2.1.16. The relevant stuff is HERMES_CACHE_MOST in mailbox.c; I've really no idea whether or not these changes are roughly independent and if they can be pulled out. -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Moving Cyrus Installation
Hi, Can anyone offer any advice for moving our Cyrus installation from one server which is Redhat 7.3 to a new server that will be RHEL4? If I install the same version of Cyrus on the new server, can I just move all of the files over and things will be happy? I was reading about using XFER to move the mailboxes over, but we do not have a murder set up. Thanks for any advice. AJ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
On Wed, 8 Nov 2006, Phil Pennock wrote: The relevant stuff is HERMES_CACHE_MOST in mailbox.c; I've really no idea whether or not these changes are roughly independent and if they can be pulled out. That was merged a long time back. doc/text/changes: Changes to the Cyrus IMAP Server since 2.2.1 * Significantly improved message header caching (based in large part on code supplied by David Carter <[EMAIL PROTECTED]> from the University of Cambridge) -- David Carter Email: [EMAIL PROTECTED] University Computing Service,Phone: (01223) 334502 New Museums Site, Pembroke Street, Fax: (01223) 334679 Cambridge UK. CB2 3QH. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Moving Cyrus Installation
Hi I would using imapsync. That way you can be running the latest version of Cyrus and also have a situation where both servers can be up and running if need be. AJ wrote: > Hi, > Can anyone offer any advice for moving our Cyrus installation from > one server which is Redhat 7.3 to a new server that will be RHEL4? If > I install the same version of Cyrus on the new server, can I just move > all of the files over and things will be happy? I was reading about > using XFER to move the mailboxes over, but we do not have a murder set > up. Thanks for any advice. > > AJ > > > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
On 2006-11-08 at 22:04 +, David Carter wrote: > On Wed, 8 Nov 2006, Phil Pennock wrote: > >The relevant stuff is HERMES_CACHE_MOST in mailbox.c; I've really no > >idea whether or not these changes are roughly independent and if they > >can be pulled out. > > That was merged a long time back. doc/text/changes: Aargh. I started using Cyrus since then and I believed the comments which were actually in place, instead of reading the code. So of my list, I only actually need to be explicitly adding the "x-label" (for mutt) and "x-face" (for gbuffy) items? And none of which helps in the face out MS Outlook (the full version, not OE) which just asks for _all_ headers. Or have I misunderstood (again)? Thanks, -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
Hello, That was merged a long time back. doc/text/changes: is it enabled by default? Or do I have to specify which headers in particular shall be cached? We are using 2.2.12, so then the patch be already included. Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: performance on large inboxes
Sebastian Hagedorn wrote: > -- Marten Lehmann <[EMAIL PROTECTED]> is rumored to have mumbled on 8. > November 2006 17:02:52 +0100 regarding performance on large inboxes: > >> from time to time we have users with a very large inbox, which means it >> contains 20.000 messages or even more. My quite general question is: >> What >> is cyrus doing once a user logs in through imap or pop3? It seems, that >> it is parsing the directory, which takes very long. > > I think you will find that only some clients take that long. Try > Mulberry and let us know how long it takes to open such a mailbox ... > if *that* is slow as well, there really is something wrong. Actually, I don't have this problem with Thunderbird either; it became the default mail-client at our Office and one of the reasons behind it was that our average IMAP-archive choked Outlook (and well, so would my inbox, which I archive only yearly and is now certainly over 20.000 messages - so it would bother me). So maybe you're indeed facing the quality of your IMAP client, and it would be interesting if dovecot performs better on an equally sized mailbox (but it does not in our enviroment). Paul P.S. It would be interesting if users want offline mail ;-) that can slow down your client-experience as well. I believe Thunderbird is bad at it but I never really used it. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Moving Cyrus Installation
> Hi, > Can anyone offer any advice for moving our Cyrus installation from > one server which is Redhat 7.3 to a new server that will be RHEL4? If > I install the same version of Cyrus on the new server, can I just move > all of the files over and things will be happy? I was reading about > using XFER to move the mailboxes over, but we do not have a murder set > up. Thanks for any advice. If you are using BerkeleyDB, that won't work because ondisk format of the db's change. You have to export/import those BerkeleyDB files. Simon > > AJ > > > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
