- dovecot - dovecot.org

[Dovecot] Upgrade alpha5 to beta3
by Jan-Piet Mens 15 Feb '06

15 Feb '06

Hello, after an upgrade from alpha5 to beta3, every operation after login from an MUA returns ERROR: Could not complete request. Query: COPY 9 "Trash" Reason Given: (null) Both were built with ./configure --prefix=/usr/local \ --disable-ipv6 \ --with-passwd \ --with-passwd-file \ --with-ldap \ --with-ssl=openssl \ --with-ssldir=/etc/dovecot/ssl \ --localstatedir=/var \ --sysconfdir=/etc/dovecot \ --with-mysql \ --without-deliver \ --with-moduledir=/usr/local/lib/dovecot Just before `make install' on beta3, I removed content of /usr/local/lib/dovecot to ensure a clean install of the modules. My dovecot.conf contains base_dir = /var/run/dovecot/ protocols = imaps imap listen = * ssl_disable = no ssl_cert_file = /etc/dovecot/ssl/net.crt ssl_key_file = /etc/dovecot/ssl/net.key ssl_ca_file = /etc/dovecot/ssl/chain.pem ssl_cipher_list = ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM:!SSLv2 disable_plaintext_auth = yes syslog_facility = mail login_user = dovecot login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c verbose_proctitle = yes mail_debug = no default_mail_env = maildir:%h/Maildir namespace private { separator = / prefix = inbox = yes } mail_full_filesystem_access = no mail_log_prefix = "%Us %p %r [%u]: " protocol imap { mail_use_modules = yes mail_modules = /usr/local/lib/dovecot/imap login_greeting_capability = no } protocol pop3 { } auth_executable = /usr/local/libexec/dovecot/dovecot-auth auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_verbose = yes auth_debug = yes auth default_with_listener { mechanisms = plain user = root passdb ldap { args = /etc/dovecot/dovecot-ldap.conf } userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } socket listen { master { path = /var/run/dovecot-auth-client/sock mode = 0666 } } } Can someone please help me? Thank & regards, -JP

2 16

[Dovecot] SASL und APOP
by Luca Bertoncello 14 Feb '06

14 Feb '06

Hi, all! I configured Dovecot to use many protocols. To do this, I wrote: mechanisms = plain digest-md5 cram-md5 apop ntlm Very strange, if I ask the capability, I get: CAPA TOP UIDL RESP-CODES PIPELINING STLS USER SASL PLAIN DIGEST-MD5 CRAM-MD5 NTLM . I can't understand why APOP is not written (but I can use it!) and why I can see SASL, that I didn't configure... How can I change these message so that I get PLAIN APOP DIGEST-MD5 CRAM-MD5 NTLM? Thanks a lot! -- _______________________________ Luca Bertoncello -Programmierung / Mailserver- IMS Internet-Media-Service GmbH Bärensteiner Straße 7 01277 Dresden Fon: +49 351 2112034 Fax: +49 351 2112020 email: bertoncello(a)internet24.de

2 2

[Dovecot] Message index corruption when using Thunderbird and Dovecot
by Reuben Pearse 14 Feb '06

14 Feb '06

Hi all, I have recently upgraded from UW-IMAP to Dovecot 1.0.beta3 on Redhat9. I migrated my mailbox to from Mbox to Maildir using the mb2md perl script, and created a procmail recipe file to get email arriving in the Maildir directories. However, when accessing my mailbox from Thunderbird (version 1.5), it occasionally mixes up the email header with the email content. I also occasionally get errors like this when clicking on old messages (ones that got converted as part of the mb2md script). The current command did not succeed. The mail server responded: Error in IMAP command UID: Invalid BODY[..] parameter: Missing '>' in '<16384.-15744>' However, if I click on the email item again, Thunderbird is then able to retrieve the message correctly. Can anyone provide some help with these problem. Thanks in advance -- Reuben Pearse Principal Technical Consultant reuben.pearse(a)pslconnect.com T +44 121 428 4440 F +44 121 428 3454 PSL The Old Sewing Factory 5a Greenfield Road Harborne Birmingham B17 0ED To find out more about our services please visit http://www.pslconnect.com -- CONFIDENTIALITY NOTICE The information contained in this e-mail is intended only for the confidential use of the above named recipient. If you are not the intended recipient or person responsible for delivering it to the intended recipient, you have received this communication in error and must not distribute or copy it. Please accept the sender's apologies, notify the sender immediately by return e-mail and delete this communication. Thank you.

3 3

[Dovecot] Re: Mail.app help
by Roger Weeks 14 Feb '06

14 Feb '06

I'm wondering if this is a version issue with Mail.app? Are you on OS X 10.3 or 10.4? The reason I ask is that we also migrated from Courier IMAP to Dovecot 1.0alpha5 and then beta3, and we did not have this problem with Mail.app that either of you are describing. I did have to remove the "INBOX." prefix from my Mail.app configurations. I also renamed all of the existing folders in my Maildir from INBOX.foldername to .foldername, because after removing the "INBOX." prefix Mail.app could not see them. Before I renamed all of the existing folders and changed the prefix in Mail.app, I had also tried setting up alternate namespaces as described in the wiki documentation for converting from Courier, but that did not seem to work. Mail.app and Thunderbird clients could not see their IMAP folders with the courier-style namespace configuration. -- Roger J. Weeks Systems & Network Administrator Mendocino Community Network On Feb 14, 2006, at 8:45 AM, dovecot-request(a)dovecot.org wrote: > Date: Tue, 14 Feb 2006 08:44:53 -0800 > From: Steve Pellegrin <steve(a)convoglio.com> > Subject: Re: [Dovecot] Mail.app help > To: Mike Garfias <mike(a)garfias.org> > > Sorry to respond so late to this, perhaps my experience will help. > > I believe that Mike's problem is caused by weird behavior in > Mail.App. I had the same issue after switching from Courier IMAP to > Dovecot 1.0beta2. (Courier requires the INBOX prefix). > > I only experienced this problem for folders that I defined myself. In > other words, the "standard" Sent, Trash and so on were OK. What I > found was that if I had a custom folder, call it Dovecot, and a rule > that directed mail list messages into that folder, Mail.App would > insist on creating INBOX.Dovecot, even though .Dovecot already > existed. > > It's as if Mail.App had internalized the INBOX prefix in some secret > place and would not let go of it even though I changed the prefix > setting to be empty. > > My solution was to delete my mail account, shut down Mail.App, re- > launch it, and recreate the mail account. Now, everything works as > expected. > > -Steve

2 3

[Dovecot] Dovecot-1.0.beta1: New mail sometimes fails to appear
by Tom Alsberg 14 Feb '06

14 Feb '06

Hi there... Having updated to 1.0.beta1, I for a while thought a bad bug with IDLE handling that caused new mail in INBOX not to appear when using Mozilla Thunderbird has been solved. Although I can not reproduce one kind of problem anymore, after a short while it again appears that one does not always see one's new mail with Thunderbird. I can not consistently reproduce the bug, but from some network captures it indeed appears that sometimes Thunderbird has (in one of its connections to the server) INBOX SELECTed and IDLE on it, new mail arrives, but 10 minutes afterwards it was still not sent an EXISTS message. Initially the symptoms appeared to suggest that something really bad happened to the index files, but I tried INDEX=MEMORY and that did not help much. Thunderbird using multiple connections to the server does of course only make debugging more difficult. But it appears that without multiple connections, one has to constantly cycle around SELECTing to get notified on more than one mailbox, so that may justified. I am a bit lost on this now, and would appreciate some ideas. Although there were several related bugs I noticed in Thunderbird 1.0, it appears that they are gone in 1.5, and yet now it really seems Dovecot is doing something wrong here. Attached is the configuration file I use for the testing installation of Dovecot 1.0.beta1 (somebody tell me if you see something wrong there). The mailbox arrangement is as follows, right now (until we have a better way): * INBOX in /var/mail/%u * most mailboxes in ~/imap.maildir/... as maildirs. * mboxes in ~/imap.mbox/... accessible as #imap.mbox/... * the mbox:~/mail/ is for when namespaces are not used - now there are so it should not be relevant Except for myself, and one test account I have, I have two guinea-pigs using it (who are well aware that it is still under development and that it will break once in a while) and reporting problems to me. Vaguely (since I can't figure the exact reasons), the symptom can be described as follows: When using Mozilla Thunderbird to access mail, new mail arrives to INBOX (mbox:/var/mail/%u), but is sometimes not seen for a long while after it arrives. Sometimes the first (or first few) message arriving appears, but then no new messages appear, and sometimes everything works right and immediately new mail is seen. However whenever (according to Thunderbird) something changes in the mailbox, the mailbox is seen up-to-date as it really was at that time. Thanks, any help appreciated, -- Tom -- Tom Alsberg - hacker (being the best description fitting this space) Web page: http://www.cs.huji.ac.il/~alsbergt/ DISCLAIMER: The above message does not even necessarily represent what my fingers have typed on the keyboard, save anything further. # Dovecot IMAP server configuration at CS.HUJI ############################################## # # $Id$ # GENERAL PARAMETERS: ##################### # Base directory where to store runtime data: base_dir = /var/run/dovecot # Protocols we want to be serving: protocols = imap pop3 # IP or host address where to listen in for connections: listen = * ssl_disable = yes # LOGIN PROCESSES: ################## # Directory for authentication sockets: #login_dir = /var/run/dovecot/login # chroot login process to the login_dir: #login_chroot = yes # User to use for the login process: login_user = nobody # Maximum process size in megabytes: #login_process_size = 16 # Have each login be processed in its own process: #login_process_per_connection = yes # Number of login processes to create: #login_processes_count = 3 # Maximum number of extra login processes to create: #login_max_processes_count = 128 # Maximum number of connections allowed in login state: #login_max_logging_users = 256 # Greeting message for clients: login_greeting = Dovecot mail access server at CS.HUJI ready. # MAIL PROCESSES: ################# # Maximum number of running mail processes: #max_mail_processes = 1024 # Show more verbose process title (in ps): verbose_proctitle = yes # Valid UID range for users: first_valid_uid = 10 #last_valid_uid = 0 # Valid GID range for users: #first_valid_gid = 1 #last_valid_gid = 0 # Extra groups for mail processes: #mail_extra_groups = # ':' separated list of directories under which chrooting is allowed: #valid_chroot_dirs = # Default chroot directory for mail processes: #mail_chroot = # Default MAIL environment to use when it's not set: default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u # NAMESPACES: ############# namespace private { separator = / prefix = "" location = maildir:~/imap.maildir/ } namespace private { separator = / prefix = "#imap.mbox/" location = mbox:~/imap.mbox/:INBOX=/var/mail/%u inbox = yes } # MAIL STORE: ############# # Space-separated list of fields to initially save into cache file: #mail_cache_fields = # Space-separated list of fields to never save into cache file: #mail_never_cache_fields = # Like mailbox_check_interval, but used for IDLE command: #mailbox_idle_check_interval = 30 # Whether to allow full filesystem access to clients: #mail_full_filesystem_access = no # Maximum allowed length for mail keyword name: #mail_max_keyword_length = 50 # Whether to save mails with CR+LF instead of plain LF: #mail_save_crlf = no # Whether to use mmap to access mail files: #mail_read_mmaped = no # Whether to disable mmap at all: mmap_disable = yes # Whether to disable write to mmap: #mmap_no_write = no # Locking method for index files: lock_method = dotlock # Whether to list only directories in LIST command: maildir_stat_dirs = yes # Whether to copy mail to other folders using hard links: #maildir_copy_with_hardlinks = no # Locking methods to use for locking mbox: mbox_read_locks = dotlock mbox_write_locks = dotlock # Maximum time in seconds to wait for lock (all of them): mbox_lock_timeout = 300 # Timeout to overwrite dotlock files if mailbox isn't modified: mbox_dotlock_change_timeout = 30 # Whether to read only appended data on change (unless corrupt): #mbox_dirty_syncs = yes # Like mbox_dirty_syncs, but no full syncs with SELECT, EXAMINE, # EXPUNGE, or CHECK: #mbox_very_dirty_syncs = no # Whether to delay writing mbox headers until doing a full write sync: #mbox_lazy_writes = yes # umask to use for mail files and directories: umask = 0077 # Whether drop all privileges before exec of mail process: #mail_drop_priv_before_exec = no # Maximum mail process size in megabytes: #mail_process_size = 256 # Log prefix for mail processes: mail_log_prefix = "%Us(%u): " # IMAP SPECIFIC SETTINGS: ######################### protocol imap { # Login executable location: #login_executable = /usr/local/dovecot/libexec/dovecot/imap-login # IMAP executable location: #mail_executable = /usr/local/dovecot/libexec/dovecot/imap # Maximum IMAP command line length in bytes: #imap_max_line_length = 65536 # Suypport for dynamically loadable modules: #mail_use_modules = no #mail_modules = /usr/local/dovecot/lib/dovecot/imap # Whether to send IMAP capabilities in greeting message: login_greeting_capability = yes # Workarounds for various client bugs: imap_client_workarounds = outlook-idle netscape-eoh } # POP3 SPECIFIC SETTINGS: ######################### protocol pop3 { # Login executable location: #login_executable = /usr/local/dovecot/libexec/dovecot/pop3-login # POP3 executable location: #mail_executable = /usr/local/dovecot/libexec/dovecot/pop3 # Whether to not update recent/seen flags in POP3 sessions: #pop3_no_flag_updates = no # Whether to support deprecated LAST command: #pop3_enable_last = no # POP3 UIDL format to use: #pop3_uidl_format = %08Xu%08Xv # Support for dynamically loadable modules #mail_user_modules = no #mail_modules = /usr/local/dovecot/lib/dovecot/pop3 # Workarounds for various client bugs: pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } # AUTHENTICATION PROCESSES: ########################### # Authentication executable location: #auth_executable = /usr/local/dovecot/libexec/dovecot/dovecot-auth # Maximum authentication process size in megabytes: #auth_process_size = 256 # Authentication cache size in kilobytes: #auth_cache_size = 0 # Time to live in seconds for cached data: #auth_cache_ttl = 3600 # Space separated list of realms for SASL authentication mechanisms: #auth_realms = # Default realm/domain to use if none was specified: #auth_default_realm = # List of allowed characters in username: #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.-_@ # Username character translation before it's looked up in database: #auth_username_translation = # Whether to disable plaintext authentication disable_plaintext_auth = no # More verbose authentication logging: auth_verbose = yes # Even more verbose authentication logging for debugging purposes: auth_debug = yes auth default { # Space separated list of wanted authentication mechanisms mechanisms = plain # Password database specification: passdb pam { } # User database specification: userdb passwd { } # User to use for the authentication process: user = root # Directory where to chroot the process: #chroot = # Number of authentication processes to create: #count = 1 # Whether to require a valid SSL client certificate for # authentication: #ssl_require_client_cert = no }

5 28

[Dovecot] Mail.app help
by Mike Garfias 14 Feb '06

14 Feb '06

I'm having a problem with Mail.app and imap folders. I've got a new install of dovecot 1.0beta2, and am only experiencing this problem with Mail. Mutt works as expected, as well as thunderbird. When I create a folder using Mail.app, it is written to ~/Maildir/.INBOX.newfolder, which would be fine, if I wasn't telling everything that I wanted no prefixes. If I move that folder to ~/Maildir/.newfolder, Mail.app can no longer see it, but mutt and thunderbird can. Thunderbird _CAN_ see the folders created as .INBOX.Folder, and even shows it as a subfolder of my inbox, but Mutt completely refuses to see it. Any ideas what I'm doing wrong here?

4 4

[Dovecot] Duplicate entry in ./configure --help
by Luigi Rosa 14 Feb '06

14 Feb '06

The help message has a duplicate entry for "--with-gnu-ld" option: --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) --with-gnu-ld assume the C compiler uses GNU ld [default=no] --with-pic try to use only PIC/non-PIC objects [default=use both] --with-tags[=TAGS] include additional configurations [automatic] --with-gnu-ld assume the C compiler uses GNU ld default=no --with-libiconv-prefix[=DIR] search for libiconv in DIR/include and DIR/lib Ciao, luigi -- +--[Luigi Rosa]--

2 1

RE: [Dovecot] passwd-file
by cha yang 14 Feb '06

14 Feb '06

http://wiki.dovecot.org/Authentication Look 3/4 down the page. I think this is what you are looking for. Cha Yang

2 1

[Dovecot] passwd-file
by Simon Waters 14 Feb '06

14 Feb '06

Hi, the wiki doesn't explain the file format for passwd-file. I want to do a small set of virtual users using flat files. I have my postfix "vmailbox" generated, and working as expected for delivery. I've configured dovecot, put passwd-file for the auth_passdb, and specified a file name. By "passwd like" what is allowed? Where is it document. How unlike passwd can it be? Must I read the source code? Simon

1 0

[Dovecot] nologin
by Robert A. Thompson 14 Feb '06

14 Feb '06

I need to be able to setup a nologin system for users on my mail server on a per user basis. We are going to do some maintenance on each user (individually) and would like it if they could not login to dovecot while we do this. I was curious if dovecot implemented anything like this. We are currently using standard pam authentication (nothing db related) and I was hoping to be able to touch a "nologin" file on a per user basis in their home directory. I think I could do this with some pam magic, but was curious if dovecot had something in it that would allow for this. Note: I understand I will have to forcibly kill active connections. --Robert

2 1

[Dovecot] Problems with POP3 UIDL when migrating from MBOX to Maildir
by Jonas Olsson 14 Feb '06

14 Feb '06

Hello, I am in the process of migrating a hosting setup from UW-IMAP to Dovecot. The protocols available to mail clients are IMAP and POP3 both before and after migration. I also wanted to change the mail storage format from MBOX to Maildir. However, at this point I hit a major snag with Dovecot and POP3 UIDL (unique identification listing for POP3 mailboxes). Several of the customers connecting to the mailserver in question are using POP3 clients and leave their e-mails on the server. To avoid downloading all messages every time the clients connect they use the UIDL command in the POP3 specification to determine if any new messages have arrived since last time they checked. In order for this to work the unique identifier of each message must be static and can never change. If the identifiers change, every client will download all messages again, mixing old messages with new, in the belief that all messages are new since their identifiers changed. The first step, migrating from UW-IMAP to Dovecot, did not pose any problems in this regard. Connecting to the POP3 service manually to show the UIDL output revealed: With UW-IMAP: uidl +OK Unique-ID listing follows 1 43ef424e00000001 2 43ef424e00000002 With Dovecot: uidl +OK 1 43ef424e00000001 2 43ef424e00000002 However, after performing a migration to Maildir, storing all messages in ~/Maildir for the user in question, I received a different UIDL output: uidl +OK 1 43ef523100000001 2 43ef523100000002 I used the mb2md utility available from http://batleth.sapienti-sat.org/projects/mb2md/ to do the conversion. A diff between the new Maildir messages and the old mailbox reveals no other difference than the leading "From " line of each message missing from the Maildir messages. ----------- snip ------------------------------ --- /var/mail/testuser 2006-02-12 15:13:01.000000000 +0100 +++ maildir-concat.txt 2006-02-12 15:21:54.000000000 +0100 @@ -1,4 +1,3 @@ -From test(a)example.com Sun Feb 12 15:09:49 2006 Return-Path: <test(a)example.com> X-Original-To: testuser Delivered-To: testuser(a)localhost.localdomain @@ -16,7 +15,6 @@ Testing 1 -From test(a)example.com Sun Feb 12 15:10:23 2006 Return-Path: <test(a)example.com> X-Original-To: testuser Delivered-To: testuser(a)localhost.localdomain ----------- snip ------------------------------ When removing the ~/Maildir directory of the user to redo the conversion I discovered that Dovecot returned another set of UIDL output this time around: uidl +OK 1 43ef528300000001 2 43ef528300000002 This output is for the same messages as in the previous example, with preserved message filenames. Doing a diff between the old ~/Maildir and the new reveals the following differences: ----------- snip ------------------------------ $ diff -ur Maildir.example1 Maildir.example2 Binary files Maildir.example1/dovecot.index and Maildir.example2/dovecot.index differ Binary files Maildir.example1/dovecot.index.cache and Maildir.example2/dovecot.index.cache differ Binary files Maildir.example1/dovecot.index.log and Maildir.example2/dovecot.index.log differ diff -ur Maildir.example1/dovecot-uidlist Maildir.example2/dovecot-uidlist --- Maildir.example1/dovecot-uidlist 2006-02-12 16:20:17.000000000 +0100 +++ Maildir.example2/dovecot-uidlist 2006-02-12 16:21:39.000000000 +0100 @@ -1,3 +1,3 @@ -1 1139757617 3 +1 1139757699 3 1 1139757559.000001.mbox:2, 2 1139757559.000000.mbox:2, ----------- snip ------------------------------ Questions: ---------------- How does Dovecot generate the POP3 UIDL? Is there any workaround that I could use to make Dovecot generate a consistent POP3 UIDL output, enabling a migration from MBOX to Maildir, or am I stuck with using MBOX? My environment ----------------------- OS: CentOS 4.2 Dovecot version: 1.0 beta3 (built locally to an RPM package, available on request) I have tested with earlier versions of Dovecot, getting the same behaviour. Relevant entries in /etc/dovecot.conf: ----------- snip ------------------------------ protocols = imap imaps pop3 pop3s listen = * disable_plaintext_auth = no protocol pop3 { pop3_uidl_format = %08Xv%08Xu pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } ----------- snip ------------------------------ -- /Jonas Olsson

4 6

[Dovecot] IMAP timeout
by Eugeny N Dzhurinsky 14 Feb '06

14 Feb '06

Hi there! Is it possible to set timeout for IMAP connection somehow? The problem is when I'm using mutt to access IMAP mailbox, everything works fine, but after some idle time mutt tells mailbox is closed and next connection crashes it. With courier mutt works just fine, so I think may be dovecot have some timeout which need to be adjusted? I checked manuals and configuration, but no luck... In both cases (dovecot/courier) I'm using IMAP over SSL -- Eugene N Dzhurinsky

3 3

Re: [Dovecot] drac.c
by Matthias Andree 14 Feb '06

14 Feb '06

"Takehiko Abe" <keke(a)gol.com> writes: > I am using dovecot [1.0 beta3] as a pop server with drac. It is Drac is an abomination that needs to go away. I am requesting to unsupport it before Dovecot 1.0. Drac is insecure by design, in that it doesn't authenticate the same channel (but POP3/IMAP instead) that is being privileged (SMTP for relay), and without any clue of how long dynamic IP mappings remain stable. Better solutions are available (and have been for years), namely SMTP AUTH, supported by all relevant mail transfer agents(*) and - IMO - all relevant clients. ________ (*) I do not consider qmail relevant any more. <http://home.pages.de/~mandree/qmail-bugs.html> -- Matthias Andree

4 4

Re: [Dovecot] Solaris 10 U1 (x86?) LDAP gotcha
by Alex Moore 14 Feb '06

14 Feb '06

On Tue, 14 Feb 2006 12:25:15 +0900 Peter Evans <peter+dovecot(a)ixp.jp> wrote: > This is not actually a problem with dovecot, but something with the > way the library in /opt/sfw/lib/libldap.* is compiled. If you find > yourself eating cpu, compile your own ldap from openldap, it is NOT > dovecot's fault. > > It looks like pilot error with the sun freeware edition. Or get openldap from www.blastwave.org:> Although I have not tried openldap with dovecot, I do use it for virtual accounts with another mail product and have never seen what you describe. The blastwave package is typically quite up to date with the current stable from openldap.org. Alex -- --

1 0

[Dovecot] imap process spinning (ix86/OpenBSD 3.8, dovecot 1.0b3)
by Joseph Kiniry 13 Feb '06

13 Feb '06

Hi Dovecot-ers, Immediately on accessing our new dovecot 1.0b3 build, we see processes spinning, much like the old dovecot 0.9x builds did for us. Here is a ktrace of the spinning imap process: topos:tmp# kdump 18248 imap EMUL "native" 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN If any additional config information is needed to debug, just ask. I am now subscribed to (the digest version of) this list. Thanks, Joe --- Joseph Kiniry School of Computer Science and Informatics UCD Dublin http://secure.ucd.ie/ http://srg.cs.ucd.ie/

1 0

[Dovecot] locking problems with RHEL 3 and dovecot
by Dan Bongert 13 Feb '06

13 Feb '06

I just migrated from a FreeBSD/Sendmail/UW-IMAP setup to RHEL 3/Postfix/Dovecot (1.0a5 currently). Both systems used Procmail as the final delivery agent (into inboxes or . Since the changeover, things have *mostly* been going ok, but I've been having some problems that I think are locking-related. I'm getting reports from users about IMAP hangs (mostly from Thunderbird). Sometimes I see this in the Dovecot logs: ovecot: Feb 06 11:30:45 Error: imap(dbongert): fcntl() failed with mbox file /home/d/dbongert/mail/worklists/tech-partners: Resource temporarily unavailable Now, I have read that one should have everything that touches a mailbox use the same sort of locking, but that's the thing--these mailboxes are only accessed via dovecot. I'm sure a few users use procmail to filter their mail, but they're in the strict minority here. As as experiment, I changed these lines to flock rather than fcntl: mbox_read_locks = flock mbox_write_locks = dotlock flock But all that seems to have done is removed the fcntl errors from the log file. These errors seem to be Thunderbird only (1.07-1.5, Linux and Windows clients), but I'm not sure what that means. I've enabled the only thunderbird-specific IMAP workaround I know of: tb-extra-mailbox-sep, but I doubt that has anything to do with this problem. -- Dan Bongert dbongert(a)ssc.wisc.edu SSCC Unix System Administrator

2 2

Re: [Dovecot] drac.c
by Udo Rader 13 Feb '06

13 Feb '06

On Mon, 2006-02-13 at 22:02 +0900, Takehiko Abe wrote: > Udo Rader wrote: > > > a question from an uninitated: what is drac after all? > > Dynamic Relay Authorization Control. > <http://mail.cc.umanitoba.ca/drac/> > > [it is simple... and i think it is clean <duck>] Hmm, SMTP-after-POP ... I would not use it these days. Before we switched to SMTP AUTH, we were also using a POP-before-SMTP model, yet we dropped it immediately when one of our customer's network had been compromized by a virus and due to POPb4SMTP the virus distributed itself using our mailserver without limitation. Udo Rader -- BestSolution.at EDV Systemhaus GmbH http://www.bestsolution.at

1 0

Re: [Dovecot] drac.c
by Matthias Andree 13 Feb '06

13 Feb '06

On Mon, 13 Feb 2006, Takehiko Abe wrote: > Matthias Andree wrote: > > > Drac is an abomination that needs to go away. > > I do not share that view. Are there any arguments that might support your view? -- Matthias Andree

1 0

[Dovecot] drac.c
by Takehiko Abe 13 Feb '06

13 Feb '06

Hello, I am using dovecot [1.0 beta3] as a pop server with drac. It is working nicely, but I am getting the following message in a log: dovecot: pop3(keke): file ioloop.c: line 154 (timeout_remove): \ assertion failed: (*timeout != NULL) dovecot: child 15752 (pop3) killed with signal 6 Adding '&' to 'to_drac' in drac_deinit of drac.c stops the message: void drac_deinit(void) { if (to_drac != NULL) timeout_remove(&to_drac); /* was to_drac */ } But I am not sure if the mod is correct. Thanks, T.

1 0

[Dovecot] Maximum Folder Size/Number of Messages
by Ropetin 13 Feb '06

13 Feb '06

I hope I'm asking this question in the right place, I don't want to offend. I've recently put together a proof of concept Dovecot IMAP server, and I'm very happy with its performance up to this point. I'm looking into using it to replace our existing POP3 server, allowing users to store email on the server rather than on their local machine, hopefully avoiding loss of data. The big question I have is, is there a realistic maximum realistic folder size, either in reference to number of messages or total file size with Dovecot? I'm using Maildir and running it on Debian Linux x86. Right now the filesystem is Ext3, although once the system goes live I'd be looking at something a little more fault tolerant and able to handle the large amount of data. Any recommendations you may have on Filesystem choice are appreciated too! Thanks, Ropetin.

2 1

[Dovecot] LDA delivery problem
by Martin Stephan 12 Feb '06

12 Feb '06

Hi I compiled and configured dovecot-lda as explained in the Wiki (current CVS version). Now I get the following error message: Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; Command died with status 80: "/usr/local/libexec/dovecot/deliver". Command output: deliver: Fatal: Can't open log file /var/log/dovecot.log: Permission denied Now, do I have to set this socket listen { master { path = /var/run/dovecot-auth-master mode = 0666 user = vmail # User running Dovecot LDA group = vmail # alternatively mode 0660 + LDA user in this group } } to something else? Or chown the log file? I use Postfix and Dovecot on Ubuntu Breezy. Thanks Martin

1 1

[Dovecot] LDAP mailLocation weirdness
by Udo Rader 12 Feb '06

12 Feb '06

Hi, I've reported this some month ago before (without response), but still I have no clue what is going wrong. Our installation is LDAP based (for virtual hosting) and up to I think alpha2 or 3 everything was working as expected. The trouble I have is that dovecot does not correctly use the information it gets about mailLocation. This is what is stored in the MailMessageStore attribute for a user "f.someone": mbox:/virtual/oeush.at/var/mail/f.someone:INBOX=/virtual/oeush.at/var/mail/f.someone now despite of this setting, this user is unable to fetch any mail, because dovecot partially ignores this setting: ---------CUT--------- dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): Effective uid=200, gid=4000 dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): mbox: data=/virtual/oeush.at/home/f.someone/mail/:INBOX=/var/mail/f.someone.oeush.at dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): mbox: root=/virtual/oeush.at/home/f.someone/mail, index=/virtual/oeush.at/home/f.someone/mail, inbox=/var/mail/f.someone.oeush.at ---------CUT--------- As you can see, dovecot uses /virtual/oeush.at/... both for data and index but not for inbox, where it uses /var/mail/... My LDAP configuration for the mailLocation settings looks like this: ---------CUT--------- # User attributes in order: # Virtual user name (user@domain) # Home directory # MAIL environment # System user name (for getting user's groups from /etc/group) # - For virtual users you don't want to use this, so this defaults to none. # System UID # System GID user_attrs = uid,homeDirectory,MailMessageStore,,uidNumber,gidNumber ---------CUT--------- So where am I wrong? Udo Rader -- BestSolution.at EDV Systemhaus GmbH http://www.bestsolution.at

2 2

[Dovecot] startup script
by William Ross 12 Feb '06

12 Feb '06

hello, Lacking any other guidance, I'm using the following minimal sysv script to start and stop dovecot. If anyone would like to comment on or improve it, I'd be most grateful. thanks, will #!/bin/sh # # System V init script for dovecot imap server # bodged together by will 12.2.06 PIDFILE="/var/run/dovecot/master.pid" LONGNAME="dovecot imap server" NAME="dovecot" DOVECOT='/usr/local/sbin/dovecot' case $1 in start) echo -n "Starting $LONGNAME"; dovecot echo "...done"; ;; stop) echo -n "Stopping $LONGNAME" PID=`cat $PIDFILE` kill $PID echo "...done"; ;; *) N=/etc/init.d/$NAME echo "Usage: $N {start|stop}" >&2 exit 1 ;; esac exit 0 # EOF

1 0

[Dovecot] debian testing and dovecot
by vmstech 12 Feb '06

12 Feb '06

Hi all - Does anyone know how far off beta2 is from getting into debian testing? thx Glenn

2 1

[Dovecot] Compiling Dovecot with gssapi
by Luca Bertoncello 12 Feb '06

12 Feb '06

Hi, all! I'm new to Dovecot and I try to compile it to allow GSSAPI authentication. Unfortunately, configure says me always: Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : dnotify Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword mysql (modules) Building with password lookup modules : passwd passwd-file shadow pam checkpassword mysql (modules) And, of course, I can't use this authentication method... I searched in google and Dovecot docs, but I didn't found anything... Can someone help me? The system is a Linux RedHat 9 Thanks a lot! -- _______________________________ Luca Bertoncello -Programmierung / Mailserver- IMS Internet-Media-Service GmbH Bärensteiner Straße 7 01277 Dresden Fon: +49 351 2112034 Fax: +49 351 2112020 email: bertoncello(a)internet24.de

3 2