unsubscribe info-cyrus [EMAIL PROTECTED]
unsubscribe info-cyrus [EMAIL PROTECTED] Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Migrate message flags to cyrus
Sorry for waiting so long, original imapsync-1.140 needed 40 min for 5x 100MB mail patched imapsync-1.121 needed 35 min for 5x 100MB mail mailutil needed 13 min for 10x 100MB mail imapsync is consuming much more CPU Time and needs much more memory so that you cant run more than 5 instances parallel. i think mailutil is faster and needs less memory because it is written in C imapsync is more options to rename and change folder names, so if you don't need the sped of mailutil, imapsync is still a good choice. Aleksandar Milivojevic wrote: Quoting Michael Menge <[EMAIL PROTECTED]>: The best way to perserve the flags is by transfering the eMails over the IMAP-Protocol. There are severel tools to do this job. Most of them are written to sync two ore more mailfolders. As far as i have tested them there was no perfect ore even best migration tool. We will use the mailutil programm which comes with the uw-imap server. It was the fastest programm and it keeps the flags. Another tool that I used for "small" migrations was imapsync. Michael, I beleive I sent you my patched version of imapsync. Could you tell me what was a speed difference between imapsync and mailutil that you observed? I'll need to move one huge mailbox in near future, so just wondering if it would make sense using mailutil for this job instead of imapsync. -- M.Menge Tel.: (49) 7071/29-70316 Universitaet Tuebingen Fax.: (49) 7071/29-5912 Zentrum fuer Datenverarbeitung mail: [EMAIL PROTECTED] Waechterstrasse 76 72074 Tuebingen smime.p7s Description: S/MIME Cryptographic Signature Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Set inactivity timer pop3d.c
Hi guys, I would like to change to 2 minutes inactivity timer on pop3. We have problem with dialup clients while they downloading big mails and they get disconnected, then they have to wait 10 minutes until box is going to "unlock". If I set in code below time out to 2 minutes should it cause any problems? /* Set inactivity timer */ timeout = config_getint(IMAPOPT_POPTIMEOUT); if (timeout < 10) timeout = 10; prot_settimeout(popd_in, timeout*60); prot_setflushonread(popd_in, popd_out); Thank you in advance. Bartosz Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Migration
I'm having trouble migrating. I'm trying to migrate from: Suse 9.0/Cyrus 2.1.15/bdb 4.1.25 to: Suse 10.0/Cyrus 2.2.12/dbd 4.3.27 On the new server I have everything working. I tried to move the existing data from the old server by: On the new server I stopped the cyrus service. removed /var/lib/imap and /var/spool/imap On the old server I tar.gz'd /var/spool/imap and /var/lib/imap copied them to the new server and untar.gz'd them Into their appropriate directories. Restarted the service and I get and try to access the message store vi imap I get: Mar 13 07:00:46 elite master[7213]: about to exec /usr/lib/cyrus/bin/imapd Mar 13 07:00:46 elite imap[7213]: DBERROR ä: db4 Mar 13 07:00:46 elite imap[7213]: DBERROR: critical database situation Mar 13 07:00:46 elite master[3918]: process 7213 exited, status 75 Mar 13 07:00:46 elite master[3918]: service imap pid 7213 in READY state: terminated abnormally Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: recovering cyrus databases Mar 13 07:02:00 elite ctl_cyrusdb[14286]: skiplist: recovered /var/lib/imap/mailboxes.db (98 records, 9752 bytes) in 0 seconds Mar 13 07:02:00 elite ctl_cyrusdb[14286]: skiplist: recovered /var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR: critical database situation Mar 13 07:02:00 elite master[14283]: process 14286 exited, status 75 Mar 13 07:02:00 elite master[14287]: about to exec /usr/lib/cyrus/bin/idled Mar 13 07:02:00 elite idled[14287]: DBERROR ðØ: db4 Mar 13 07:02:00 elite idled[14287]: DBERROR: critical database situation Mar 13 07:02:00 elite master[14283]: process 14287 exited, status 75 Thanks, Jeremy Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: mupdate with starttls?
Quoting Ken Murchison <[EMAIL PROTECTED]>: Aleksandar Milivojevic wrote: When I do "telnet mupdate-host 3905", I see that mupdate lists STARTTLS capability. However, when frontends and backends are connecting to it, they just go plaintext. Same thing with lmtp. It lists STARTLS capability, however when mail is delivered from frontend to backend over lmtp it just goes plaintext. On the other hand, proxied client IMAP connections are encrypted. Is there a way to force Cyrus IMAPD to use TLS for all communication between frontends and backends? Post this to bugzilla and I'll look at it when I'm done putting out some other mupdate fires. Done. Bug ID 2809. http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2809 Thanks for looking into it. -- See Ya' later, alligator! http://www.8-P.ca/ This message was sent using IMP, the Internet Messaging Program. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Any ideas? Cyrus takes 5 minutes to start
Any ideas on this issue? -Original Message- From: Rosenbaum, Larry M. Sent: Saturday, February 25, 2006 2:21 PM To: [EMAIL PROTECTED] Subject: Cyrus takes 5 minutes to start We have just upgraded from an ancient version of Cyrus to a new one on some new hardware. I have discovered that Cyrus takes 4-5 minutes to start: Feb 25 13:42:15 email master[327]: [ID 965400 local6.notice] process started Feb 25 13:42:15 email ctl_cyrusdb[346]: [ID 702911 local6.notice] recovering cyrus databases Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds Feb 25 13:47:04 email ctl_cyrusdb[346]: [ID 127214 local6.notice] done recovering cyrus databases Feb 25 13:47:04 email master[327]: [ID 139525 local6.notice] ready for work What was it doing between 13:43:07 and 13:47:04? Is there any way to speed this up? Software: Cyrus v2.3.1 on Solaris 9 Hardware: Sun v210 with 2 GB memory, 2 1.3GHz processors, 9 GB swap Database types: using the recommended default types Size: 2000 users, 30,547 folders (i.e. there were 30,547 lines in the old /var/imap/mailboxes) Larry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Any ideas? Cyrus takes 5 minutes to start
On Mon, 2006-03-13 at 09:34 -0500, Rosenbaum, Larry M. wrote: > We have just upgraded from an ancient version of Cyrus to a new one on > some new hardware. I have discovered that Cyrus takes 4-5 minutes to > start: > > Feb 25 13:42:15 email master[327]: process started > Feb 25 13:42:15 email ctl_cyrusdb[346]: recovering cyrus databases > Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered > /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds > Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered > /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds > Feb 25 13:47:04 email ctl_cyrusdb[346]: done recovering cyrus databases > Feb 25 13:47:04 email master[327]: ready for work > > What was it doing between 13:43:07 and 13:47:04? Is there any way to > speed this up? sure, shut down Cyrus cleanly before you reboot. send SIGTERM to master and allow it some seconds to finish off the work, should do the trick. -- Kjetil T. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Any ideas? Cyrus takes 5 minutes to start
> On Mon, 2006-03-13 at 09:34 -0500, Rosenbaum, Larry M. wrote: >> We have just upgraded from an ancient version of Cyrus to a new one on >> some new hardware. I have discovered that Cyrus takes 4-5 minutes to >> start: >> >> Feb 25 13:42:15 email master[327]: process started >> Feb 25 13:42:15 email ctl_cyrusdb[346]: recovering cyrus databases >> Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered >> /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds >> Feb 25 13:43:07 email ctl_cyrusdb[346]: skiplist: recovered >> /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds >> Feb 25 13:47:04 email ctl_cyrusdb[346]: done recovering cyrus databases >> Feb 25 13:47:04 email master[327]: ready for work >> >> What was it doing between 13:43:07 and 13:47:04? Is there any way to >> speed this up? > > sure, shut down Cyrus cleanly before you reboot. send SIGTERM to master > and allow it some seconds to finish off the work, should do the trick. I don't think unclean shutdown is the problem here. Skiplist recovery always happens on startup, it works as designed. Simon Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: How to suppress "Couldn't find mech CRAM-MD5" message
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > We don't support CRAM-MD5, but we don't want to be warned every time > somebody tries to use it. Cyrus SASL was compiled without CRAM-MD5 > support. Here is some other configuration information: Is Cyrus reporting it can do CRAM-MD5 in the CAPABILITY response? What have you got your "sasl_mech_list" set to? - -- Chris Hilts [EMAIL PROTECTED] Say it with flowers -- Send them a triffid! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (MingW32) iD8DBQFEFYz/98ixrK2vMtARAs69AKCRGBKG6b+BL/tpcbib4XTJcVp71ACfTXrO s0pFhstoa8fHtJWqYu57tio= =8As2 -END PGP SIGNATURE- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Migration
On Mon, 13 Mar 2006, Jeremy Leonard wrote: I'm having trouble migrating. I'm trying to migrate from: Suse 9.0/Cyrus 2.1.15/bdb 4.1.25 to: Suse 10.0/Cyrus 2.2.12/dbd 4.3.27 On the new server I have everything working. I tried to move the existing data from the old server by: On the new server I stopped the cyrus service. removed /var/lib/imap and /var/spool/imap On the old server I tar.gz'd /var/spool/imap and /var/lib/imap copied them to the new server and untar.gz'd them Into their appropriate directories. Restarted the service and I get and try to access the message store vi imap I get: Mar 13 07:00:46 elite master[7213]: about to exec /usr/lib/cyrus/bin/imapd Mar 13 07:00:46 elite imap[7213]: DBERROR ä: db4 Mar 13 07:00:46 elite imap[7213]: DBERROR: critical database situation Mar 13 07:00:46 elite master[3918]: process 7213 exited, status 75 Mar 13 07:00:46 elite master[3918]: service imap pid 7213 in READY state: terminated abnormally Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: recovering cyrus databases Mar 13 07:02:00 elite ctl_cyrusdb[14286]: skiplist: recovered /var/lib/imap/mailboxes.db (98 records, 9752 bytes) in 0 seconds Mar 13 07:02:00 elite ctl_cyrusdb[14286]: skiplist: recovered /var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR ÐÖ: db4 Mar 13 07:02:00 elite ctl_cyrusdb[14286]: DBERROR: critical database situation Mar 13 07:02:00 elite master[14283]: process 14286 exited, status 75 Mar 13 07:02:00 elite master[14287]: about to exec /usr/lib/cyrus/bin/idled Mar 13 07:02:00 elite idled[14287]: DBERROR ðØ: db4 Mar 13 07:02:00 elite idled[14287]: DBERROR: critical database situation Mar 13 07:02:00 elite master[14283]: process 14287 exited, status 75 You don't say which backends you are using berkeley db with, but you'll probably have to dump them to plaintext and import them on the new box. Or, if it is backends that don't matter (tls_sessions, duplicate), just delete them and have Cyrus create them fresh. Andy Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Any ideas? Cyrus takes 5 minutes to start
How about running ctl_cyrusdb -r under truss to see what it is doing during that time? I am unsure if you have to stop Cyrus first to do this. Andy On Mon, 13 Mar 2006, Rosenbaum, Larry M. wrote: Any ideas on this issue? -Original Message- From: Rosenbaum, Larry M. Sent: Saturday, February 25, 2006 2:21 PM To: [EMAIL PROTECTED] Subject: Cyrus takes 5 minutes to start We have just upgraded from an ancient version of Cyrus to a new one on some new hardware. I have discovered that Cyrus takes 4-5 minutes to start: Feb 25 13:42:15 email master[327]: [ID 965400 local6.notice] process started Feb 25 13:42:15 email ctl_cyrusdb[346]: [ID 702911 local6.notice] recovering cyrus databases Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/mailboxes.db (30547 records, 2591408 bytes) in 52 seconds Feb 25 13:43:07 email ctl_cyrusdb[346]: [ID 275131 local6.notice] skiplist: recovered /var/imap/annotations.db (0 records, 144 bytes) in 0 seconds Feb 25 13:47:04 email ctl_cyrusdb[346]: [ID 127214 local6.notice] done recovering cyrus databases Feb 25 13:47:04 email master[327]: [ID 139525 local6.notice] ready for work What was it doing between 13:43:07 and 13:47:04? Is there any way to speed this up? Software: Cyrus v2.3.1 on Solaris 9 Hardware: Sun v210 with 2 GB memory, 2 1.3GHz processors, 9 GB swap Database types: using the recommended default types Size: 2000 users, 30,547 folders (i.e. there were 30,547 lines in the old /var/imap/mailboxes) Larry Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
(no subject)
How can I delete all users in one virtual domain? Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: How to suppress "Couldn't find mech CRAM-MD5" message
> From: [EMAIL PROTECTED] [mailto:info-cyrus- > [EMAIL PROTECTED] On Behalf Of Chris Hilts > > > We don't support CRAM-MD5, but we don't want to be warned every time > > somebody tries to use it. Cyrus SASL was compiled without CRAM-MD5 > > support. Here is some other configuration information: > > Is Cyrus reporting it can do CRAM-MD5 in the CAPABILITY response? No. > What > have you got your "sasl_mech_list" set to? It's not set at all. Would setting it make the warnings go away? Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Cyradm Stops Working after upgrade
Hello: I have recently upgraded from version cyrus-imapd-2.1.12 to cyrus-imapd-2.2.12 , and as part of the requirement also upgraded my sasl lib to cyrus-sasl-2.1.21. I converted my db files to skiplist and sieve scripts, etc. All works fine after starting. Authentication of users / mailboxes works fine. The sieve scripts are working as well. The only problem I am facing, is everytime I try to login using cyradm (with command line, or from Perl scripts) i get get the following: # cyradm --auth login --user cyrus --pass ANYTHING localhost Login failed: can't request info until later in exchange at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Cyrus/IMAP/Admin.pm line 114 cyradm: cannot authenticate to server with login as cyrus Any idea why standard authentication would work but cyradm would not? Regards, Stephen Conway -- ShipMail Now 30% Faster Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyradm Stops Working after upgrade
Hello:
Actually further to this, POP logins are working, but IMAP are not. I think
this is why Cyradm can't login. Any idea why? Here is my imapd.conf:
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: dima cyrus
sasl_pwcheck_method: saslauthd
sendmail: /usr/sbin/sendmail
unixhierarchysep: 1
quotawarn: 10
lmtp_overquota_perm_failure: yes
defaultacl: cyrus c
Here is cyrus.conf:
START {
# do not delete this entry!
recover cmd="ctl_cyrusdb -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
# this is only necessary if using notifications
# notify cmd="notifyd" listen="/var/imap/socket/notify" proto="udp"
prefork=1
}
EVENTS {
# this is required
checkpointcmd="ctl_cyrusdb -c" period=30
# this is only necessary if using duplicate delivery suppression
delprune cmd="ctl_deliver -E 3" at=0400
# this is only necessary if caching TLS sessions
tlsprune cmd="tls_prune" at=0400
}
Thanks,
Stephen Conway
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Conway
Sent: Monday, March 13, 2006 1:28 PM
To: info-cyrus@lists.andrew.cmu.edu
Subject: Cyradm Stops Working after upgrade
Hello:
I have recently upgraded from version cyrus-imapd-2.1.12 to
cyrus-imapd-2.2.12 , and as part of the requirement also upgraded my sasl
lib to cyrus-sasl-2.1.21. I converted my db files to skiplist and sieve
scripts, etc. All works fine after starting. Authentication of users /
mailboxes works fine. The sieve scripts are working as well. The only
problem I am facing, is everytime I try to login using cyradm (with command
line, or from Perl scripts) i get get the following:
# cyradm --auth login --user cyrus --pass ANYTHING localhost Login failed:
can't request info until later in exchange at
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Cyrus/IMAP/Admin.pm
line 114
cyradm: cannot authenticate to server with login as cyrus
Any idea why standard authentication would work but cyradm would not?
Regards,
Stephen Conway
--
ShipMail Now 30% Faster
Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ:
http://cyruswiki.andrew.cmu.edu List Archives/Info:
http://asg.web.cmu.edu/cyrus/mailing-list.html
--
ShipMail Now 30% Faster
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyradm Stops Working after upgrade
On Mon, 13 Mar 2006, Stephen Conway wrote: Hello: Actually further to this, POP logins are working, but IMAP are not. I think this is why Cyradm can't login. Any idea why? Here is my imapd.conf: configdirectory: /var/imap partition-default: /var/spool/imap admins: dima cyrus sasl_pwcheck_method: saslauthd sendmail: /usr/sbin/sendmail unixhierarchysep: 1 quotawarn: 10 lmtp_overquota_perm_failure: yes defaultacl: cyrus c You are using saslauthd. What is your saslauthd configuration? Andy Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: How do I index salvaged directory tree
Jim Sabatke wrote: Apparently reconstruct doesn't do this now. I salvaged a user's directory tree from a disk that was going bad, moved to to a new server, and copied the files and directories in. Now I don't seem to have a way to get at the files through a mail client, except for the top level (that indexed fine). No subdirs show up. Is there any other way to do this? From "man reconstruct" -f Examine the filesystem underneath mailbox, adding all directories with a cyrus.header found there as new mailboxes. Useful for restoring mailboxes from backups. TIA, Jim Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
we need some information about cyrus-imap server
Hi List, "We need to make sure that Cyrus server with Open-Xchange is capable of handling 2-3 Tera bytes of mail database store. We need to keep large size of mail databases on SAN devices. If somebody is already having this kind of setup or known with the proficiency of Cyrus IMAP Server. Please help" 1. Is one Cyrus is capable enough to work for 1-3 Tera bytes 2. Will there be any issue of speed of the mailing system while keeping large size mail storage database with the Cyrus server? 3. What would be the Cyrus configuration/architecture for this setup. 4. OR is there a way to archive the old mail (inbox/sent)on the server so that the users can access/search the old mails at some later stage. Regards Masud Girkar Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
