Re: [Dovecot] performance?/connectivity? issues after server upgrade
Udo Rader wrote: On Fri, 2007-10-19 at 08:46 +0100, Ed W wrote: I've verified this with various customers and thus I am completely lost here. The only service affected with this massive slowdown seems to be dovecot but unfortunately I cannot think of a way to debug the issue ... Duplex mismatch on the network card? grr, yes!!! Checking the link status of the NIC it showed that indeed duplexing was giving wrong results. Forcing it into the correct mode did not change anything, but finally replacing the card with a new one solved the riddle! Really slow mysterious speeds are nearly always due to massive packet loss and 9/10 times this is a duplex mismatch or failing network card. Curious huh... Ed W
[Dovecot] Folders and Mail within Folders
Hello. How do I make folders that can contain mail and additional folders? Thanks, -- Elizabeth Greene IT Manager, GlobalOptions FSIU Division 615-665- (Office) 615-456-9813 (Mobile)
Re: [Dovecot] graceful failure when some folders are not available...
Did I miss a reply on this? We're considering modifying Dovecot, but would like opinions before going down the wrong path... On Mon, Oct 08, 2007 at 04:39:25PM -0500, Steven F Siirila wrote: On Sat, Oct 06, 2007 at 04:28:20AM +0300, Timo Sirainen wrote: On Wed, 2007-10-03 at 20:03 -0500, [EMAIL PROTECTED] wrote: Hi folks. Quick question in the hopes that someone knows the answer, before I dig in the code some more. In testing a new setup with some long-term archival mbox-format mailboxes stored on an NFS mount, we've found the following: if the mount is unavailable for any reason, the user cannot log into their email at all. Dovecot says: stat() failed with mbox foo and dies. This is coming from Perhaps dies was too strong. In fact, Dovecot does not die, but the client perceives such as it is told this upon trying to log in: The current command did not succeed. The mail server responded: Internal error occurred. Refer to server log for more information. And in fact your tests (below) reproduced this. The problem with this is that if even one file or directory within the user's IMAP folder space is currently unavailable (due to an NFS server being down), the user cannot log in at all to access any of their other folders. In out scenario, we would prefer that the user simply not see the folders (treat the error the same as file not found). BTW, the errno seen is ETIMEDOUT (we are soft mounting the NFS filesystem in question). Any thoughts on how we can accomplish this? We don't normally expect this NFS filesystem to become unavailable, but when it is, we don't want it to prevent all users from being able to log in, since this NFS filesystem only holds folders of an archival nature. the mbox sync checks. (It's possible the same happens with a maildir folder--I'm just specifying mbox because that's what we've tested with so far). It shouldn't die. Maybe your client kills the connection? I tested this by making the stat() call always fail with EIO: x select inbox x NO Internal error occurred. Refer to server log for more information. [2007-10-06 04:24:48] x status foo (messages) x NO Internal error occurred. Refer to server log for more information. [2007-10-06 04:24:58] Or even if the mailbox is successfully opened and after that: x noop * NO Internal error occurred. Refer to server log for more information. [2007-10-06 04:27:31] x OK NOOP completed. -- Steven F. Siirila Office: Univ Park Plaza, Room 750 Internet Services E-mail: [EMAIL PROTECTED] Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 -- Steven F. Siirila Office: Univ Park Plaza, Room 750 Internet Services E-mail: [EMAIL PROTECTED] Office of Information TechnologyVoice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593
Re: [Dovecot] Operations error with AD connections
El Friday 19 October 2007 13:35:06 Maarten Vanraes escribió: thanks for the info, but that's what the rhel5 uses at this time... so it can't be that old. Well, with RedHat it can actually be that old. RHEL4 -which is still supported- still uses 0.99, that is something like 4 or 5 years old. Not only that, it can also use a surprisingly confusing version number. Right now, package's name is dovecot-1.0-1.2.rc15. What's this? 1.0-rc15? In order to know the exact version you're running, run dovecot --version. Aagur. i may have typed an error, and it might be 1.0.3-beta3 thanks Op vrijdag 19 oktober 2007 13:15, schreef Charles Marcus: On 10/18/2007, Maarten Vanraes ([EMAIL PROTECTED]) wrote: dovecot version: 1.0.beta3 This is almost two YEARS old... Personally, I wouldn't waste my time trying to debug it. Update to a recent release version, but be sure to read the release notes... -- Joseba Torre. CIDIR Bizkaia. signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Operations error with AD connections
thanks for the info, but that's what the rhel5 uses at this time... so it can't be that old. i may have typed an error, and it might be 1.0.3-beta3 thanks Op vrijdag 19 oktober 2007 13:15, schreef Charles Marcus: On 10/18/2007, Maarten Vanraes ([EMAIL PROTECTED]) wrote: dovecot version: 1.0.beta3 This is almost two YEARS old... Personally, I wouldn't waste my time trying to debug it. Update to a recent release version, but be sure to read the release notes... -- Maarten Vanraes BA NV: IT Security
Re: [Dovecot] Operations error with AD connections
On 10/18/2007, Maarten Vanraes ([EMAIL PROTECTED]) wrote: dovecot version: 1.0.beta3 This is almost two YEARS old... Personally, I wouldn't waste my time trying to debug it. Update to a recent release version, but be sure to read the release notes... -- Best regards, Charles
Re: [Dovecot] Problem with bodystructure/partial fetch using 1.1*
I somehow solved this compiling with gmake instead of make. I think it's related to libiconv and not to Dovecot. Sorry for the confusion. - Mikkel On Wed, October 17, 2007 1:55 pm, [EMAIL PROTECTED] wrote: Hi there I'm using dovecot-1.1b2/b3 with deliver. All information is stored in an SQL database and no errors related to this issue are written to the logs (actually I get no errors at all). I've run into at problem; FETCH BODYSTRUCTURE is broken after upgrading to dovecot 1.1b2 (same issue with 1.1b3). BODUSTRUCTURE only returns information from the first section (with incorrect content-type/disposition) and discards everything else. This problem is somehow related to deliver; IMAP returns the correct BODYSTRUCTURE for e-mails received before the upgrade, but an incorrect for ones received after the upgrade. This tells me that IMAP is working properly but somehow the MIME sections are being corrupted doing mail delivery (if I fetch the complete body nothing seems to be wrong). Also if I fetch a section something is not right - instead of just the section I get part of the Content-type header as well (but only half the header). Obviously this makes various webmail clients go somewhat crazy while Outlook/Thunderbirds dont mind (since they fetch the complete body and do the MIME parsing themselves). These are my compile options (GCC 3.4.3 on Solaris 10): CPPFLAGS=-I/opt/pkgsrc/pkg/include/mysql LDFLAGS=-L/opt/pkgsrc/pkg/lib/mysql ./configure --prefix=/opt/freeware/dovecot-1.1b2 --with-pop3d --with-deliver --with-mysql --with-prefetch-userdb --with-sql --with-gnu-ld --with-ssl=no --enable-header-install make; make install Everything else works flawlessly. Have anyone else experienced at problem like this? Best wishes, Mikkel Configuration: /opt/freeware/dovecot-1.1b3/sbin/dovecot -c /local/config/dovecot2.conf -n # 1.1.beta3: /local/config/dovecot2.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 768). Either grow the limit or change login_max_processes_count and max_mail_processes settings log_path: /local/log/dovecot.run info_log_path: /local/log/dovecot.run protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /opt/freeware/dovecot-1.1b3/var/run/dovecot/login login_executable(default): /opt/freeware/dovecot-1.1b3/libexec/dovecot/imap-login login_executable(imap): /opt/freeware/dovecot-1.1b3/libexec/dovecot/imap-login login_executable(pop3): /opt/freeware/dovecot-1.1b3/libexec/dovecot/pop3-login login_process_per_connection: no first_valid_uid: 105 first_valid_gid: 105 mmap_disable: yes dotlock_use_excl: yes mail_nfs_storage: yes mail_nfs_index: yes mail_executable(default): /opt/freeware/dovecot-1.1b3/libexec/dovecot/imap mail_executable(imap): /opt/freeware/dovecot-1.1b3/libexec/dovecot/imap mail_executable(pop3): /opt/freeware/dovecot-1.1b3/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota trash mail_plugins(imap): quota imap_quota trash mail_plugins(pop3): quota mail_plugin_dir(default): /opt/freeware/dovecot-1.1b3/lib/dovecot/imap mail_plugin_dir(imap): /opt/freeware/dovecot-1.1b3/lib/dovecot/imap mail_plugin_dir(pop3): /opt/freeware/dovecot-1.1b3/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle delay-newmail tb-extra-mailbox-sep imap_client_workarounds(imap): outlook-idle delay-newmail tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 ntlm rpa apop anonymous passdb: driver: sql args: /local/config/dovecot-sql2.conf userdb: driver: prefetch userdb: driver: sql args: /local/config/dovecot-sql2.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: maildir quota_rule: *:storage=102400:messages=5000 quota_rule2: Trash:storage=10M trash: /local/config/dovecot-trash.conf
[Dovecot] In 1.1.beta3, COPY cmd results in msg with Content-length: 0 and no text
I run Thunderbird with message filters that sort mail into other folders, and this has killed me for the day. COPY commands (and I have verified this with a manual test) result in the message headers coming out correct but the body totally missing. Is this a known issue being addressed? Thanks Eric Weaver
Re: [Dovecot] performance?/connectivity? issues after server upgrade
On Fri, 2007-10-19 at 08:46 +0100, Ed W wrote: I've verified this with various customers and thus I am completely lost here. The only service affected with this massive slowdown seems to be dovecot but unfortunately I cannot think of a way to debug the issue ... Duplex mismatch on the network card? grr, yes!!! Checking the link status of the NIC it showed that indeed duplexing was giving wrong results. Forcing it into the correct mode did not change anything, but finally replacing the card with a new one solved the riddle! Thanks for your help! Udo Rader