Re: Disable reverse DNS lookups

tralised function. This would be a wonderful solution. I liked very much how the cyrusdb-Functions are realised to acces skiplist and other db backends, something like that for dns or network in general would ne very nice. Pascal -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz

Re: ZFS doing insane I/O reads

the price of an FC-enabled SSD you can buy MUCH RAM. Does your CentOS system have some kind of trace to look for the block numbers which are read constantly? In Solaris I use dtrace to look for that and also for file based i/o to look WHICH files get read and written when there is starvation.

Sorry, that bug is already known...[#3628]

Found it in Bugzilla [#3628] Confirmed here. Direct access with "SELECT" or "GETACL" works without a problem, but a LIST just omits these mailboxes. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Missing folders after upgrade from 2.3.16 to 2.4.13

Le 30/01/2012 12:57, Pascal Gienger a écrit : > We had a strange issue, and it has to do with spaces in mailbox names. > > > Mailboxes are on disk, they are encoded, but they don't get counted on > ctl_mboxlist -d or doing a LIST or LSUB. Correction; the ctl_mboxlist -d sho

Re: Missing folders after upgrade from 2.3.16 to 2.4.13

Le 30/01/2012 12:57, Pascal Gienger a écrit : > We had a strange issue, and it has to do with spaces in mailbox names. > > > Mailboxes are on disk, they are encoded, but they don't get counted on > ctl_mboxlist -d or doing a LIST or LSUB. I found this on the web: http://blog

Missing folders after upgrade from 2.3.16 to 2.4.13

uct (so that it finds the "new" mailboxes) all is well. Doing the same without replacing the Spaces with "_" the effect is the same: reconstruct finds all new mailboxes but even if they are in mailboxes.db they don't get listed. Is this a bug? -- Pascal Gienger

Why mbpath (2.4.13) only honors metapath?

.name, 0, 0); +else + path = mboxname_datapath(mbentry.partition, mbentry.name, 0); printf("%s\n", path); } } else { -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de University of Konstanz, IT Services Department ("Rechenzentrum"

Re: Questions before upgrading vom 2.3 to 2.4

ade I would have migrated all the mail spool on the SSD area and yes, it will have enough space for it. If not, I would have moved it to SAS and decent cache size. And I would not have had any downtime because due to the storage virtualization WWPNs would not have changed - it would have been t

Re: Questions before upgrading vom 2.3 to 2.4

Le 05/01/2012 21:06, Bron Gondwana a écrit : > On Thu, Jan 05, 2012 at 07:50:28PM +0100, Pascal Gienger wrote: >> flushseenstate: 1 > > Doesn't do anything any more, I'm pretty sure. > > In fact - just checked. It's still in the imapd.conf docs, > but it do

Re: Questions before upgrading vom 2.3 to 2.4

t LUN/Volume, and/or have much RAM for your file system cache (ARC in my case). -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phone

Re: Cyrus imap server and filesystem type.

al and cheap I second this. Roughly 51,000,000 files on one (mirrored) multipathed FiberChannel SAN volume with no performance bottlenecks. 64 GB RAM per node, approx 40 GB ARC (ZFS Cache). Solaris 10u9 Kernel 147441-03 64bit x64 -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@un

Re: Stability of idled

er vacancies", student lecture times will rebegin in October, so load is lesser. And it is 5:46pm. -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Build

Stability of idled

to Thunderbird including Lightning (connecting to our SOGo servers) in many of the faculty and professors' secretaries. -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communication

Re: Scaling of imap servers

Am 16.06.11 15:26, schrieb Ramprasad A.P: > Using outsourced mail is not possible Amazon cloud *IS* outsourced mail, Amazon has access to your virtual servers and it passes without VPN into their network. > The biggest problem is harddisk space > Every user is looking for huge amounts of disksp

Re: Ever growing mailboxes and archiving

Vincent Fox wrote: > On 4/20/2011 12:50 AM, Rudy Gevaert wrote: >> >> Hi Vincent, >> >> How do you make the snapshot consistent (netbackup+vmware snapshot)? >> >> Do you stop cyrus? > I'll have to ask our backup admin if you want technical specifics > and guarantees, but my understanding was that

Re: Shared mailboxes doc

t end so we're happy. IMAP ACLs remain abstract until a decent user interface appears. Users _LOVE_ this feature but nearly nobody knows it because most IMAP clients cannot set them. [1] http://southbrain.com/south/2010/10/session-management-for-sogo.html -- Pascal Gienger Jabb

Re: Does anyone allow unlimited or extremely large quotas?

Le 19 nov. 2010 à 17:48, Michel Sébastien a écrit : > Is mmap still efficient ? map a gigabit file should cost a lot of I/O and a > relatively long reponse time to just access the records of the most recent > emails. mmap does nothing besides mapping the file as virtual memory to your process

Re: Does anyone allow unlimited or extremely large quotas?

s empty mailboxes - no difference in speed or access time when retrieving messages from there. The smell of Oracle still gets bitter and bitter compared to Sun, but especially this cookie (zfs) still tastes too well. SOGo is slower (as it has another paradigma as Horde/IMP or Squirrel) but o

Re: packages for solaris 10 x86

reeware or doing it on your own) and set thhis perl's path in front of your search path. It will build the Cyrus PERL Modules in your own perl's module path then. Or just comment out the perl targets in your Makefile to skip perl module builds. You will lose "cyradm" though.

Re: packages for solaris 10 x86

libaio.so.1 => /lib/64/libaio.so.1 libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 libgen.so.1 => /lib/64/libgen.so.1 libm.so.2 => /lib/64/libm.so.2 Due to some problems with Sun's OpenSSL packa

Re: high-availability Cyrus (i.e. glusterfs)?

Le 28 sept. 2010 à 08:50, Tomasz Chmielewski a écrit : > Sep 28 01:10:10 omega cyrus/ctl_cyrusdb[21728]: DBERROR db4: Program version > 4.2 doesn't match environment version Are you sure on each node the _SAME_ Cyrus version linked to the _SAME_ bdb libs is running? And - just a little side no

Re: competition

st. As for a new installation, that can be another case. We are very satisfied with the performance and flexibility Cyrus IMAP gives to us. There's no need to change apart from being "in head with the open source advocacy croud". -- Pascal Gienger Jabber/XMPP/Mail: pascal.gie

Re: imapd dumping core due to SEGV

For Solaris SMF and Cyrus please use in your manifest for Cyrus IMAP: The imap service will not be restarted when an imap process is killed anymore. Only when master ends the startd will believe Cyrus is down. Dito for an imap process dumping core. Pascal "Gavin Gray" a écr

Re: Reducing ZFS blocksize to improve Cyrus write performance ?

Am 09.08.10 19:46, schrieb Vincent Fox: > * Turn off ZFS cache flushing > set zfs:zfs_nocacheflush = 1 For hardware (fiberchannel, iSCSI, SSA, ...) arrays with their own Cache this is a must. > * Increase DNLC (Directory Name Lookup Cache) > set ncsize = 50 vmstat -s | grep 'total name look

Re: Reducing ZFS blocksize to improve Cyrus write performance ?

Am 09.08.10 17:33, schrieb Pascal Gienger: > A smaller record size is a good option if you notice an i/o bottleneck > on your fiberchannel/iSCSI/SAS link. It won't bring you a performance > gain in random i/o. There is a small exception: Database systems writing > always the sam

Re: Reducing ZFS blocksize to improve Cyrus write performance ?

Am 09.08.10 17:22, schrieb Eric Luyten: > Folks, > > A question for those of you running ZFS as the filesystem architecture > for your Cyrus message store : did you consider, measure and/or carry > out a change of the default 128 KB blocksize ? > If so, what value are you using ? First: Changes to

Re: Anyone using SunFire X4140's (AMD) or X4170's (Intel Xeon) as Cyrus servers ?

Le 15/03/10 17:08, Eric Luyten a écrit : > X4200 here (also AMD, 2x dualcore). Operating system? Solaris x86 or Linux? Pascal -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phon

Any interest to implement RFC4978 (IMAP COMPRESS)?

RFC 4978 [1] defines an IMAP COMPRESS command to compress IMAP data communication. Is there any interest to implement this extension in the cyrus imap server? For low bandwith connections this could be useful but I don't know if that's a typical case nowadays. Together with the IMAP IDLE comman

Re: Condstore & Squat through IMAP

sed that so I don't know the syntax. It should be pretty the same but I don't know the appropriate keyword after "cyrus/imapd/". Pascal -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and We

Re: ANNOTATEMORE => METADATA and rfc 5464

4 annotations are always set. -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyru

Re: VMware for Cyrus?

m access remains _SLOW_) nor in Xen/Sun xVM. In the latter OpenSolaris (and Solaris 11) is the way to go (architecture i86xpv). Just to give a reason why sometimes it _IS_ necessary or better to have a real iron. Pascal -- Pascal Gienger University of Konstanz, IT Services Departm

Re: No e-mail notification with sieve, Thunderbird and Cyrus-imap

Ludovic Gasc schrieb: > Hi everybody, > > We're using Cyrus-imap during some time, it's a good tool for us. > > We've a strange behaviour (bug)? with sieve, Thunderbird and Cyrus-imap. > I want to listen your opinions, because I'm not sure to understand > correctly the problem. > > We use some s

Re: Logging region out of memory

Berkeley DB for important data of your cyrus system. Berkeley has a very rapid random read performance which is important (in our case) with the duplicate delivery database (now 1,3 GB in size). But even that should be feasible with skiplist. Pascal -- Pascal Gienger University of Konstanz, I

Re: Migrating 32bit to 64bit Debian Lenny

users can get some mails two times (doubling), in the latter case (tls db crash) a returning client has to re-initiate a TLS handshake including key exchange). Pascal Gienger -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications

Re: squatter exits with "fatal error: Virtual memory exhausted" on huge mailbox

break; So I think it is a Virtual Memory/Swap problem in your OS. -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739 Cyrus Hom

Re: squatter exits with "fatal error: Virtual memory exhausted" on huge mailbox

Sebastian Hagedorn schrieb: > Processing index character 101, 681642 total words, temp file size is > 2107147 > fatal error: Virtual memory exhausted 4 GB limit of 32 bit binaries? How much RAM does squatter allocate before it dies? -- Pascal Gienger University of Konstanz, IT

Re: tls_sessions.db will not created

h-tls-db-Switch should just define the default database backend for that database. It can be overriden at any time via imapd.conf. Pascal -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V,

Re: DBERROR with Cyrus 2.2.12

time you are running in this bug. -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739 Cyrus Home Page: http://cyrusimap.web.cmu.edu/

Re: Security impact of lmtpd with pre-auth

ly accepting LMTP connections, no sendmail, no Postfix, no other SMTP MTA running on it. Then imagine a frontend smtp relay delivering directly via LMTP over TCP to your Cyrus box. You can use lmtp auth then to prevent other machines from directly delivering mails via lmtp. Pascal -- Pascal Gien

Re: Security impact of lmtpd with pre-auth

, the same container, ... Just my $0.02, Pascal -- Pascal Gienger University of Konstanz, IT Services Department ("Rechenzentrum") Electronic Communications and Web Services Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739 Cyrus Home Page: http://cyrusimap.web.cmu.e

Re: Automatically moving marked mails?

Ian Eiloart wrote: > I was speaking to a friend who provides Exchange servers for small > businesses locally. He says that the most important thing is to have a > really good (fast, available and accurate) disaster recovery procedure, > because you need it a lot. > Here in Germany we have a

Re: unexpunge segfaults with -l on some mailboxes

Patrick Boutilier schrieb: > Plus you lose all the messages that are in "delayed expunge" state after > running a reconstruct. :-( Just delete cyrus.expunge in the appropriate mailboxes meta directory before running reconstruct. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ:

Re: Solaris10/ZFS

James M McNutt schrieb: > We are currently running Solaris 9 with VxVM/VxFS > and looking to move to Solaris 10 with ZFS. > > I was looking for some feedback from those using ZFS. > > what type of system? 2x X4200 with 32 GB RAM each > what type of storage? 2x FiberChannel Storage Systems in

Re: Doing Cyrus *right* for a large installation

Andrew Morgan wrote: > But then I started thinking about how I was going to backup all this new > data... Our backup administrator isn't too excited about trying to backup > 12TB of email data. Just a side note: For most backup systems it is not the size which matters much (because only a sma

Re: choosing a file system

Henrique de Moraes Holschuh wrote: > Ext4, I never tried. Nor reiser3. I may have to, we will build a brand > new Cyrus spool (small, just 5K users) next month, and the XFS unlink > [lack of] performance worries me. Nobody likes deletes. Even databases used to mark deleted space only as "dele

Re: choosing a file system

roximately. Within this 3 hours it does scan all files. We do a zfs snapshot every day and we are holding 14 days snapshots to restore mailboxes. We are not conservatice enough to run scrub regularly, the last time I did was last week, without any error. A happy and successful 2009 for all o

Re: choosing a file system

LALOT Dominique wrote: > zfs (but we should switch to solaris or freebsd and throw away our costly > SAN) Why that? SAN volumes are running very fine with Solaris 10 hosts (SPARC and x86). You have extended multipathing (symmetric and asymmetric) onboard. Solaris accepts nearly all Q-Logic FC c

Re: IMAPS terminating abnormally

David Korpiewski <[EMAIL PROTECTED]> wrote: > Thank you for asking questions, I'm very interested in getting this > problem solved ASAP. > > I have turned on debugging level up by editing my /etc/syslog.conf file > and adding this line: "local6.debug > /var/log/mailaccess.log" > However, I don't s

Re: IMAPS terminating abnormally

David Korpiewski <[EMAIL PROTECTED]> wrote: > I have two cyrus machines running and on both systems I'm getting a TLS > error and then the error "in BUSY state: terminated abnormally". Which cyrus imapd version? Can you set the loglevel to debug in your syslog.conf? Cyrus Home Page: http://c

Re: Mapping a username to a Mailbox via LDAP?

uid as name. A canonical plugin does the translation. In your case, a canonical plugin should convert the username into the sid, cyrus imap will use that as mail box name. Pascal Gienger Universität Konstanz Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cm

Re: Cyrus vs Dovecot

Mathieu Kretchner <[EMAIL PROTECTED]> wrote: > Ian G Batten a écrit : >> We have mailboxes.db and the metapartitions on ZFS, along with the zone >> iteself. The pool is drawn from space on four 1rpm SAS drives >> internal to the machine: To give (hopefully) comparable comparison: We have ou

Re: Conversion Debian Cyrus 2.1 to 2.2, experiences

Paul van der Vlis <[EMAIL PROTECTED]> wrote: > then convert the databases (on one line): > find /var/lib/cyrus/ -name \*.db -print -exec /usr/bin/db4.2_upgrade {} \; > db_upgrade: /var/lib/cyrus/mailboxes.db: unrecognized file type > So "mailboxes.db" did not work, but the other databases did.

Re: [Dovecot] Cyrus vs Dovecot

Mathieu Kretchner <[EMAIL PROTECTED]> wrote: > kbajwa a écrit : >> Cyrus = 0 >> Dovecot= 100 > I guess you've right but I can't post this answer at Cyrus mailing list. > I'm just trying to have my own opinion of imap server and I already have > sarcastic answer on the cyrus mailing li

Re: Cyrus vs Dovecot

Mathieu Kretchner <[EMAIL PROTECTED]> wrote: > I thanks you for your participation but not for the way you do it because > if you had read my second mail on this topic you wouldn't have to ask > your crystal sphere to wonder what is my configuration !! I did miss your 2nd post, I am sorry. J'ai m

Re: Cyrus vs Dovecot

Adam Tauno Williams <[EMAIL PROTECTED]> wrote: > If you have allot of users and allot of mail you are going to have allot > of I/O. No way around that, regardless of the server. Cyrus' indexes > headers better now, so that might help. But you still need adequate > through-put. I've found that

Re: Cyrus vs Dovecot

Mathieu Kretchner <[EMAIL PROTECTED]> wrote: > Ok thanks ! A good point on the cyrus side ! > > What about the performance ? Depends on which size your scenario will be. > Does my next configuration will run correctly ? Which hardware should I > buy for this activity ? That's like asking a crys

Any command to get rapidly ALL annotations?

Is there a way to get all annotations with one imap or cyrus command? We are using annotations here to be able to set an expiration time for spam mailboxes (messages older then x days are deleted automatically at night with cyr_expire). To get a tiny statistic we are going through all mailboxes

Re: Cyrus infrastructure performance less than expected

Eric Déchaux <[EMAIL PROTECTED]> wrote: > I would have loved to put Solaris, Zones and Massaging Server here but it > was not a possibility. Custorme chose was VMware + Linux + Cyrus. Just as a sidenote: As closed source is not an option here, we use cyrus imap 2.3.12 on Solaris and not messagin

Re: Cyrus infrastructure performance less than expected

Eric Déchaux <[EMAIL PROTECTED]> wrote: > The older infrastructure can stand the 42 000 concurrent sessions, the > new one can't : I was expecting each frontend to be able to handle 5 500 > concurrent sessions but they are not. Around 3 000 / 3 500 concurrent > sessions the frontends begin to SWAP

Re: Endgame: Cyrus big install at UC Davis

Vincent Fox <[EMAIL PROTECTED]> wrote: > If someone else comes up with quicker confirmation please post. We applied that patch (for x86) yesterday on our machines during maintenance. Delivery times are much better and even on a busy system the filebench varmail pattern gives 10ms for fsync().

Re: Miserable performance of cyrus-imapd 2.3.9 -- seems to be locking issues

Jeff Fookson <[EMAIL PROTECTED]> wrote: > Databases are all skiplist. As a rule of thumb, do not use skiplist for the duplicate delivery suppression database (deliver.db). Even if everybody hates it, use BerkeleyDB, Version 4.4.52 or higher. Give it a quite fair amount of shared memory. And ru

Re: Endgame: Cyrus big install at UC Davis

Pascal Gienger <[EMAIL PROTECTED]> wrote: > I just opened a case at our Sun Representative so we hope to get this zfs > patch as well. > filebench varmail leaves us with > 1,5 seconds (!) for an fsync(), which > is really a big performance hit. FYI: I just got a repl

Re: Endgame: Cyrus big install at UC Davis

pressed. You may find the animated GIF (be warned, it is 5 MB in size) in my little blog: http://southbrain.com/south/ Pascal Gienger -- Rechenzentrum Universität Konstanz Computing Center University of Constance Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusi

Re: fosdem

Rudy Gevaert <[EMAIL PROTECTED]> wrote: > Hi, > > Any anybody who is using cyrus heading to Fosdem (that's in Brussels, > Belgium)? http://www.fosdem.org > I would like very much to come but I did not find a registration link on the webpage. And love Brussels *g* Pascal Cyrus Home Page:

Re: Solaris ZFS & Cyrus : BugID 6535160

Vincent Fox <[EMAIL PROTECTED]> wrote: > With ZFS there are a number of hits with fdsync bugids. This connects > back to I believe Pascal Giengers' thread, which I think resulted in him > turning off ZIL to bump up performance. This is speculation at this > point, anyhow here's the BugID informa

Re: Cyrus on Solaris at universities?

Vincent Fox <[EMAIL PROTECTED]> wrote: > Just wondering what other universities are runing Cyrus on Solaris? > > We know of: > CMU > UCSB University of Konstanz, Germany Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http

Re: LARGE single-system Cyrus installs?

Vincent Fox <[EMAIL PROTECTED]> wrote: > This thought has occurred to me: > > ZFS prefers reads over writes in it's scheduling. > > I think you can see where I'm going with this. My WAG is something > related to Pascal's, namely latency. What if my write requests to > mailboxes.db > or deliver.d

Re: LARGE single-system Cyrus installs?

Rob Banz <[EMAIL PROTECTED]> wrote: > > We went through a similar discussion last year in OpenAFS land, and > came the same conclusion -- basically, if your filesystem is > reasonably reliable (such as ZFS is), and you can trust your > underlying storage not to lose transactions that are in-cache

Re: LARGE single-system Cyrus installs?

Rob Mueller <[EMAIL PROTECTED]> wrote: > >> About 30% of all I/O is to mailboxes.db, most of which is read. I >> haven't personally deployed a split-meta configuration, but I >> understand the meta files are similarly heavy I/O concentrators. > > That sounds odd. > > Given the size and "hotness"

Re: LARGE single-system Cyrus installs?

Michael Bacon <[EMAIL PROTECTED]> wrote: > I have heard tell of funny behavior that ZFS does if you've got > battery-backed write caches on your arrays. /etc/system: set zfs:zfs_nocacheflush=1 is your friend. Without that, ZFS' performance on hardware arrays with large RAM caches is abysmal.

Just in case it is of general interest: ZFS mirroring was the culprit in our case

Our latency problems went away like a miracle when we detached one half of the mirror (so it is no more a mirror). Read-Rates are doubled (not per device, the total read rate!), latency is cut off. No more latency problems. When attaching the volume again, resilvering puts the system to a halt

Re: LARGE single-system Cyrus installs?

Vincent Fox <[EMAIL PROTECTED]> wrote: > Our working hypothesis is that CYRUS is what is choking up at a certain > activity level due to bottlenecks with simultaneous access to some shared > resource for each instance. Did you do a lockstat -Pk sleep 30 (with "-x destructive" when it complains

Re: CyrusIMAP for AMD64 Opteron ??

BipinDas <[EMAIL PROTECTED]> wrote: > Dear List, > > Is there any specific source of CyrusIMAP for AMD 64 Opteron series ?. I > am getting strange error while compiling CyrusIMAP2.3.1 on the above > said server. The error is as follows. > ---

Re: UC Davis Cyrus Incident September 2007

Scott Adkins <[EMAIL PROTECTED]> wrote: > Meanwhile, we hacked around this in a very cool way. We copied the imapd > process 60 times (assuming average of 12,000 processes, shooting for 200 > processes per executable, that is 60 individual executables). These were > named /usr/cyrus/bin/imapd_00

Re: UC Davis Cyrus Incident September 2007

Vincent Fox <[EMAIL PROTECTED]> wrote: > The root problem seems to be an interaction between Solaris' concept of > global memory consistency and the fact that Cyrus spawns many processes > that all memory map (mmap) the same file. Whenever any process updates > any part of a memory mapped file, S

Re: LIST is slow for 35K mailboxes

Ian G Batten <[EMAIL PROTECTED]> wrote: > > On 09 Oct 07, at 1522, Blake Hudson wrote: >>> >> Could database type differences (or contention) be an issue here? What >> database format are each of you using? > > Yes. With skiplist (took me several stabs at it to get the > conversion to work) it ta

Re: Cyrus IMAP 2.3.9 on Solaris 10 with ZFS and SAN

You wrote: > By the way I tried this on a fully patched > Solaris 10u3 system > and get this notice during boot: > sorry, variable 'zfs_nocacheflush' is not > defined in the 'zfs' module We have Solaris 10 08/07. Also fully patched. Kernel is SunOS 5.10 Generic_120012-14 i86pc This is 10u4

Re: Cyrus IMAP 2.3.9 on Solaris 10 with ZFS and SAN

Bron Gondwana <[EMAIL PROTECTED]> wrote: > > But yeah, connection caching is nice. Even just the fork overhead > on the backend servers is something we can do without if it's > avoidable. My own Perl IMAP mod_perl routines use this:

Re: Cyrus IMAP 2.3.9 on Solaris 10 with ZFS and SAN

Wesley Craig <[EMAIL PROTECTED]> wrote: > I might suggest running a connection caching daemon, up-imapproxy > springs to mind. LOGIN & SELECT are not exactly lightweight. Actually, login is lightweight and never was source of performance misses. As the webmail applications are "talking" via a p

RE: Cyrus IMAP 2.3.9 on Solaris 10 with ZFS and SAN

Vincent Fox <[EMAIL PROTECTED]> wrote: > Pascal, > > How many accounts did you have per mail-store? We have 14k(*) users and a failover mailstore. In our SAN we have 3,5T storage reserved, which can be expanded to our needs. We use 2 SAN storages, location-separated, so when one location gets f

Cyrus IMAP 2.3.9 on Solaris 10 with ZFS and SAN

Just a little note, for those who have perhaps the same problem. We saw performance problems after we switched from a Linux installation to a Solaris 10 cluster connected to our SAN (using scsi_vhci and 2 Qlogic Controllers). Problems arose when real load came to the machine, despite having t

Re: Penalty timeout bug in pop3d

Pascal Gienger <[EMAIL PROTECTED]> wrote: > Hi, > > was there a special reason to "forget" the sleep(3) penalty timeout after > an "invalid user" auth nak message? > > I did that because we had a POP3 client running wild while trying out > unknown sa

Penalty timeout bug in pop3d

Hi, was there a special reason to "forget" the sleep(3) penalty timeout after an "invalid user" auth nak message? I did that because we had a POP3 client running wild while trying out unknown sasl users... # diff pop3d.c.orig pop3d.c 1220d1219 < prot_printf(popd_out, "-ERR [AUTH] Invalid

Re: Weird cyrus user

Bob Marcan <[EMAIL PROTECTED]> wrote: May 17 10:41:06 populus2 lmtpunix[15310]: DBERROR: error fetching user.avucajnk: cyrusdb error Does a reconstruct -f -r user.avucajnk help? If so, the cyrus.*-Database-Files were corrupted in the users' maildirectory. Cyrus Home Page: http://cyrus

Re: Mailbox is locked by POP server

former03 | Baltasar Cevc <[EMAIL PROTECTED]> wrote: Hi Martin, Personally I do not use POP3 any more - however I remember that there was a limitaition of 1 connection per mailbox in other servers. Yes. The POP3 RFC states that operations such as DELEte a message will become "final" after iss

Re: Does the quota include deleted but not yet expunged mails in v2.3 with delayed expunge?

eleted and expunged by the user do not count in the user's quota even if the delayed expunge mode is turned on. But keep in mind that the delayed messages still gobble up space in your filesystem. Pascal Gienger Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: htt

RE: High availability email server...

"David S. Madole" <[EMAIL PROTECTED]> wrote: That's just not true as a general statement. SAN is a broad term that applies to much more than just farming out block devices. Some of the more sophisticated SANs are filesystem-based, not block-based. This allows them to implement more advanced func

Re: High availability email server...

The only dangerous thing is to ensure that NEVER, really NEVER a second node mounts your SAN partition while another has mounted it already. Immediately kernel halts and data losses are the result. Pascal Gienger Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswi

Re: Replication woes with a specific mailbox...

David Carter <[EMAIL PROTECTED]> wrote: Do the mailboxes have the same UniqueID (see cyrus.header files)? The replication engine expects UniqueID to be unique. Cyrus makes a bit of a hash of renaming user inboxes (user.XXX -> user.XXX.Uni). Removing the cyrus.header file and running reconstruct

Replication woes with a specific mailbox...

We had a strange exception here, a user's inbox could be replicated without problems, but doing it for a second time does not do it. sync_client was invoked like this: sync_client -v -u X Jul 28 10:52:17 priscilla sync_client[21326]: RENAME received NO response: Rename failed user.XXX

Re: missing plain authentication?

Ross Boylan <[EMAIL PROTECTED]> wrote: No; that was a transcription error. Sorry about that. So the original file has allowplaintext: yes This is the traditional imap plaintext login without sasl. IMAP4 has plaintext authentication as a builtin. The syntax is A001 LOGIN username password

Re: lmtp over tcp sockets, access denied and lmtp error: Message contains invalid header

Rudy Gevaert <[EMAIL PROTECTED]> wrote: Now postfix complains: Jul 21 15:25:42 oliebol postfix/qmgr[7484]: 2A9BA7458: from=<[EMAIL PROTECTED]>, size=348, nrcpt=1 (queue active) Jul 21 15:25:42 oliebol postfix/lmtp[7490]: 2A9BA7458: to=<[EMAIL PROTECTED]>, relay=none, delay=4236, status=deferred

Re: help on failed upgrade

[EMAIL PROTECTED] wrote: Hi there! Last week we upgraded our server from cyrus 2.1.15 (SuSE 9.0) to 2.2.21 (SuSE 10.1). we had some /var/lib/imap problems that prevented us from even starting cyrus. We managed to boot it up after deleting some databases in db/ and backup/, after following some

Re: Marking Messages going to Cyrus as read procmail.

Hexren <[EMAIL PROTECTED]> wrote: Now what I think I need is the following: Based on I want to deliver the mail and have cyrus mark it as "read" immediatly. Why don't you consider using sieve for that task? Pascal Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyru

Client authentication via client certificate on ssl/tls

Hi, does anybody on the list already had the idea to use an information of a client certificate for authentication in IMAPD? There could be 3 solutions for it: 1. the TLS part can pass information of the presented client certificate to imapd, so a normal anonymous login would be sufficient - the

Re: reading quotas

Colin Bruce <[EMAIL PROTECTED]> wrote: Dear All, This may be a stupid question but is there any reason why someone should not be able to obtain their own e-mail quota. If I do something like telnet imaphost 143 . login ccx004 password . getquota user.ccx004 I get "NO Permission denied" GETQUOTA i

Re: complett relocation from old to new server and cyrus version

"Hans M. Schleidt" <[EMAIL PROTECTED]> wrote: Hi. I hat to rebuild a new server with fully new cyrus. Now i must bring the old messages to the new cyrus. Only copy get wrong. What are the goals to do that? Wich files (mailboxes.db, cyrus.cache, cyrus.header, and so on) shout i bring it to the ne

Re: Mailbox list in txt file

Zitat von Bartosz Jozwiak <[EMAIL PROTECTED]>: > This is what i get: > > bartek:/# su - cyrus > bartek:/# /usr/cyrus/bin/ctl_mboxlist -d > fatal error: must run as the Cyrus user Your "cyrus" user account does not have a valid shell or home directory. Check this

Re: Is Reiserfs better than ext3

mb wrote: PS I know some people say XFS, JFS etc are brilliant but my local experience is that although they may be faster in Linux 2.4, they are more prone to corruption.. (haven't tried either in the last 6 months tho') As for XFS, I never had any problems with it (Version 1.2.0). We are runni

Re: Changelog, LDAP features

Simon Matter <[EMAIL PROTECTED]> wrote: The University of Athens is doing some cool work here http://email.uoa.gr/projects/cyrusmaster/ I'll take a look at it! What is the license of your package, can it be downloaded somewhere? Yes it will be next week. Had enough time to test it, it works in

  1   2   >