similar to: indexes?

(Using dovecot 1.0 RC7 on Fedora Core 5) <scene set> Hitherto we have used UW-IMAP on a "farm" of Linux machines mounting NFS from a NetApp. (The UW-IMAP author doesn't like use of NFS, but with careful use of NFS mount arguments ('noac,actimeo=0' etc.) and trying to ensure that all activity for a given user takes place within one machine in the farm, we seem to

Background: I'm new to dovecot (although with many years Washington IMAP behind me). We're considering migrating from Washington IMAP to dovecot on the main service here, and have just started trying dovecot, using RC7. Washington, IMAP has the usual(-ish) "/var/spool/mail" shared area for the INBOX (trad. UNIX "From " format); a user's folders default to being

A quick status report on how 1.0rc8 behaved in service for a few hours with several hundred simultaneous users, at a site very new to dovecot. Oh, and a question at the end. Summary: Reasonable for a first shot but one significant problem, requiring backing off. Background: We have a long-established UW-IMAP service for a user population of about 20,000 based on a few Linux (Redhat) machines

We are seeing some poor performance recently that is focused around users with large mailboxes (100,000 message /INBOX, 80,000 message subfolders, etc). The performance problem manifests as very high system% utilization - basically iowait for NFS. There are two imap servers with plenty of horsepower/memory/etc. They are connected to a 3050c cluster via gig-e. Here are the mount options:

Hi, Our dovecot setup consists of two hosts running dovecot-1.0.beta9 with Maildir/indices stored on NFS(noac,actimeo=0 used). I am seeing these messages at times - but no real problems on the client side. Is this something to worry about? dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index cache file mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: invalid record size

Greetings - I'm now in the last couple of weeks before going live with Dovecot (v1.0.3) on our revamped IMAP service. I'd like to double-check about the best mount options to use; could someone advise, please? I have three separate directory trees for the message store, the control files and the index files. These are arranged as follows: Message Store Mounted over NFS from

We have for many years been a UW-IMAP site, with users having their own traditional, private, mbox-format INBOX and folders: almost (but not quite) no complications of shared or simultaneous access. We have just completed a transparent transition to dovecot (official 1.0.0 release). But we have one residual issue affecting one important user account. UW-IMAP specifically only allows single

Could someone confirm, please, that this bug report and its proposed fix are being checked? 1. Is my analysis (message below) about right? 2. Is my proposed patch (attached) about right? 3. Is this being addressed for "rc8" (or whatever) and its successors? Many thanks. -- : David Lee I.T. Service : : Senior Systems Programmer

As is usually the case, I'm not sure enough of what the DC docs are referring to; there are some implicit info assumptions that I, the Newbie, miss... Anyway, here is my situation Dovecot is to run on one machine only, its index files are stored in on a separate, non-quotaed, not NFS filesystem. INBOX and folder filesystems (all mbox format) are native to this machine and are NFS

Anyone had any thoughts on the item below? If the problem is with my config, I'd like to be guided towards how I might resolve it. If it is a bug in rc7, it would be good to fix it, and I'd be happy to beta-test. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : :

(OS: Fedora Core 5; dovecot: 1.0 rc7) On a typical UNIX-like OS, the INBOXes are in "/var/spool/mail/" using the user identifier: so user 'fred' has INBOX "/var/spool/mail/fred". We have a well-established different convention which subdivides this, based on the last two digits of the uid: "/var/spool/mail/12/fred" (for fred's uid as something ending

Filed as a bug, as suggested by Brian R., Jonathan. Jonathan Rougier Science Laboratories Department of Mathematical Sciences South Road University of Durham Durham DH1 3LE tel: +44 (0)191 374 2361, fax: +44 (0)191 374 7388 http://www.maths.dur.ac.uk/stats/people/jcr/jcr.html ---------- Forwarded message ---------- Date: Wed, 11 Apr 2001 09:15:26 +0100

Hello, I need an advice about POP3 and NFS with Dovecot 1.0 (as 1.1 is still tagged beta) . I currently have all messages and indexes under a NFS partition . I thus turned cache off using actimeo=0 . Of course, my current architecture does not allow me to keep the same user on the same dovecot server. Now, I have some NFS issues with high percentages of getattr() . If I understood well, the

(Background: Relatively new to dovecot; looking to do transparent replacement of long-established UW-IMAP on cluster of Linux boxes which NFS-mount a shared "/var/spool/mail".) With rc8, where I had already increased "login_max_processes_count" from default 128 to 1024, we had still hit the issue of too many logins crashing dovecot, so that trial had only lasted a couple of

Hello, i'm using version 4.07. On my computer extlinux does not work. after debugging, i found the trouble. in the function parse_mountinfo there was using a function get_string. in the function get_string there was a line (42) } else if (ch == '\\') { but in my mountinfo list, there was \ , but not with octal digit. so the function get_string will fail. here are some information

We have and nfs mount from a windows pc nfs server. A file is created on the server, but can take as long as 50 seconds to become available on the client. We are running Centos 5.2 (final), using NFS version 3. Is there anything we can do from the client side to see the file more quickly. The files are very small, usually about 1k _____________________________________ "He's no

On Tue, Jan 14, 2014 at 10:50 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Tue, Jan 14, 2014 at 9:28 AM, Johann Obermayr > <johann.obermayr at sigmatek.at> wrote: >> Hello, >> >> i'm using version 4.07. >> On my computer extlinux does not work. >> after debugging, i found the trouble. >> >> in the function parse_mountinfo there

I'd need "04" including its leading "0". ("1200"->"00" etc.) > Depending on what other tools you use, you could also use the hash (H) > modifier, but maybe your delivery agent can't do that (unless of course > you plan to use dovecot-lda too) With our UW set-up, everything goes through UW's c-client library (sendmail local

Timo: As discussed over the last couple of days. Please could the attached patch be applied to "deliver.c" so that it can log (syslog etc.) final delivery into the destination mailbox. This completes a hitherto missing part in logging an email's progress; it is useful (for example) to diagnose "my email wasn't delivered" problems. Thanks. -- : David Lee

(Using rc7 code) There seems to be a bug in rsh/ssh-style connections. For reference, on a normal imap connection (port 143, 993, etc.) things are OK. The imap session ends (from a client-end command "a logout") thus: --- a logout * BYE Logging out a OK Logout completed. Connection closed by foreign host. unix-prompt% --- But when the connection had been established using rsh or ssh