February 2006 - dovecot

[Dovecot] Another permissions problem?
by Anne Wilson 19 Feb '06

19 Feb '06

The rebuild server is now almost complete. Dovecot is running, and I can telnet and log in. In kmail on this workstation I have created an imap account, for which Inbox was created. I also created Trash and sent-mail as top-level folders, and they display correctly with the cur, new and tmp sub-folders on the server. I now want to create subfolders of Inbox, and there I'm coming unstuck. According to the info box URL: (unknown) Date and time: Saturday 18 February 2006 16:51 Additional information: imap://anne@192.168.0.30:143/INBOX/LAN//;INFO=ASKUSER Possible causes: Your access permissions may be inadequate to perform the requested operation on this resource The location where the folder was to be created may not exist A protocol error or incompatibility may have occurred This is what I have at the moment: ls -al -R ~/Maildir /home/anne/Maildir: total 44 drwxr-xr-x 8 anne users 4096 Feb 18 17:21 . drwxr-xr-x 49 anne anne 4096 Feb 18 17:23 .. drwx------ 2 anne users 4096 Feb 18 17:21 cur -rw------- 1 anne users 5 Feb 18 16:48 .customflags -rw------- 1 anne users 61 Feb 18 17:21 dovecot-uidlist drwx------ 2 anne users 4096 Feb 18 16:48 .INBOX drwx------ 2 anne users 4096 Feb 18 17:21 new drwx------ 5 anne users 4096 Feb 18 16:51 .sent-mail -rw------- 1 anne users 16 Feb 18 16:48 .subscriptions drwx------ 2 anne users 4096 Feb 18 17:21 tmp drwx------ 5 anne users 4096 Feb 18 16:51 .Trash /home/anne/Maildir/cur: total 28 drwx------ 2 anne users 4096 Feb 18 17:21 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. -rw------- 1 anne users 18063 Feb 18 17:21 1140283312.P16651Q0M725303.wkstn.domain.lan:2,FS /home/anne/Maildir/.INBOX: total 32 drwx------ 2 anne users 4096 Feb 18 16:48 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. -rw------- 1 anne users 1608 Feb 18 17:21 .imap.index -rw------- 1 anne users 10264 Feb 18 16:48 .imap.index.data -rw------- 1 anne users 2576 Feb 18 16:48 .imap.index.log -rw------- 1 anne users 1556 Feb 18 16:48 .imap.index.tree /home/anne/Maildir/new: total 8 drwx------ 2 anne users 4096 Feb 18 17:21 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. /home/anne/Maildir/.sent-mail: total 48 drwx------ 5 anne users 4096 Feb 18 16:51 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. drwx------ 2 anne users 4096 Feb 18 16:48 cur -rw------- 1 anne users 5 Feb 18 16:51 .customflags -rw------- 1 anne users 1608 Feb 18 16:48 .imap.index -rw------- 1 anne users 10264 Feb 18 16:51 .imap.index.data -rw------- 1 anne users 2576 Feb 18 16:51 .imap.index.log -rw------- 1 anne users 1556 Feb 18 16:51 .imap.index.tree drwx------ 2 anne users 4096 Feb 18 16:48 new drwx------ 2 anne users 4096 Feb 18 16:48 tmp /home/anne/Maildir/.sent-mail/cur: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. /home/anne/Maildir/.sent-mail/new: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. /home/anne/Maildir/.sent-mail/tmp: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. /home/anne/Maildir/tmp: total 8 drwx------ 2 anne users 4096 Feb 18 17:21 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. /home/anne/Maildir/.Trash: total 48 drwx------ 5 anne users 4096 Feb 18 16:51 . drwxr-xr-x 8 anne users 4096 Feb 18 17:21 .. drwx------ 2 anne users 4096 Feb 18 16:48 cur -rw------- 1 anne users 5 Feb 18 16:51 .customflags -rw------- 1 anne users 1608 Feb 18 16:48 .imap.index -rw------- 1 anne users 10264 Feb 18 16:51 .imap.index.data -rw------- 1 anne users 2576 Feb 18 16:51 .imap.index.log -rw------- 1 anne users 1556 Feb 18 16:51 .imap.index.tree drwx------ 2 anne users 4096 Feb 18 16:48 new drwx------ 2 anne users 4096 Feb 18 16:48 tmp /home/anne/Maildir/.Trash/cur: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. /home/anne/Maildir/.Trash/new: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. /home/anne/Maildir/.Trash/tmp: total 8 drwx------ 2 anne users 4096 Feb 18 16:48 . drwx------ 5 anne users 4096 Feb 18 16:51 .. Any suggestions, please? Anne

1 1

[Dovecot] Login processes don't die
by Jürgen Herz 18 Feb '06

18 Feb '06

Hello, I'm a fresh dovecot user (resp. admin), using dovecot 0.99.14 (a little old, but that's what Debian Sarge provides). In general everything works as it should, but there's something that makes me wonder. The wiki says "By default each login process will handle only a single connection and afterwards kill itself." But it does look different to me. On startup there are two imap-login processes running (login_processes_count is 2). When connecting with Sylpheed, one additional imap process is running. But when connecting with Mozilla (Seamonkey), I get three imap-login and one imap process at minimum (Maximum number of server connections to cache set to 1 in Mozilla). If the cached connections is set to 2, there are four imap-login and two imap processes. So it looks to me as the login processes don't get killed. Is this a client issue (but how could it keep the login alive?), is this a known bug in the older dovecot, or something unknown? BTW, login_process_per_connection is default. Regards, Jürgen

3 4

[Dovecot] Second user problems
by Anne Wilson 18 Feb '06

18 Feb '06

I have dovecot (0.99.14 under FC4) set up and working beautifully for my mail, handing on to procmail, and handling many subfolders. Today I needed to set up a second user. I added his account in kmail and created a sub-folder, but no sent-mail, trash etc. were created. I have sent test messages and /var/log/maillog says they have been processed, but they are not arriving in his inbox. /var/log/mail.info shows that he has logged in to dovecot. He has a simple .procmailrc to handle the one subdirectory. I'm sure that it must be something I've missed in dovecot.conf, but I can't see anything there that shouldn't work just as well for him as it does for me. Any pointers? Anne

6 10

Re: [Dovecot] Second user problems
by Anne Wilson 18 Feb '06

18 Feb '06

On Thursday 16 February 2006 22:55, Stroller wrote: > On 16 Feb 2006, at 20:53, Anne Wilson wrote: > > ... Today I needed to set > > up a second user. I added his account in kmail and created a sub- > > folder, but > > no sent-mail, trash etc. were created. I have sent test messages > > and /var/log/maillog says they have been processed, but they are > > not arriving > > in his inbox. > > How did you create the user on the server, please? Using Fedora's User management tool > Can you show us the output of `grep -ie FirstUser -ie SecondUser /etc/ > passwd`? grep -ie anne -ie david /etc/passwd anne:x:500:100:Anne Wilson:/home/anne:/bin/bash david:x:502:100:David Wilson:/home/david:/bin/bash > Of `ls -la ~FirstUser ~SecondUser`? > Do you really want that - it's huge - or do you want me to look for specific lines? I'll post all of it if you need it. Anne

2 2

[Dovecot] "undefined reference to `yes_storage'"
by DiskMan 18 Feb '06

18 Feb '06

Well after the 'issues' with Compaq C, I decided to attempt compile using GCC-3.4.3... To put it short, that didn't fair well either. Will L G. Redhat 7.2 [Alpha] GCC 3.4.3 Binutils-2.16.x Kernel-2.6.13.4 ccache gcc-3.4.3 -std=gnu99 -g -O5 -finline -fstrict-aliasing -fomit-frame-pointer -mieee -w -mtune=ev56 -mmax -pipe -D_BSD_SOURCE -Wl,-lots -Wl,-lcpml -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o imap cmd-append.o cmd-authenticate.o cmd-capability.o cmd-check.o cmd-close.o cmd-copy.o cmd-create.o cmd-delete.o cmd-examine.o cmd-expunge.o cmd-fetch.o cmd-idle.o cmd-list.o cmd-login.o cmd-logout.o cmd-lsub.o cmd-namespace.o cmd-noop.o cmd-rename.o cmd-search.o cmd-select.o cmd-sort.o cmd-status.o cmd-store.o cmd-subscribe.o cmd-thread.o cmd-uid.o cmd-unselect.o cmd-unsubscribe.o client.o commands.o commands-util.o imap-expunge.o imap-fetch.o imap-fetch-body.o imap-messageset.o imap-search.o imap-sort.o imap-sync.o imap-thread.o mail-storage-callbacks.o main.o namespace.o -Wl,--export-dynamic ../lib-storage/register/libstorage-register.a ../../src/lib-storage/index/libstorage_index.a ../../src/lib-index/libindex.a ../lib-storage/libstorage.a ../lib-storage/subscription-file/libstorage_subscription_file.a ../lib-imap/libimap.a ../lib-mail/libmail.a ../lib-dict/libdict.a ../lib-charset/libcharset.a ../lib/liblib.a -ldl ../lib-storage/register/libstorage-register.a(mail-storage-register.o): In function `mail_storage_register_all': /usr2/www/linux-related/servers/dovecot-1.0.beta3/src/lib-storage/register/m ail-storage-register.c:6: undefined reference to `yes_storage' collect2: ld returned 1 exit status

3 2

[Dovecot] Segmentation fault
by DiskMan 17 Feb '06

17 Feb '06

Receiving nothing but a 'segfault' when ever I attempt to run any of the binaries after building... Redhat 7.2 [Alpha] Compaq C 6.5.9 Binutils-2.16.x Kernel-2.6.13.4 CC="ccache ccc" CXX="ccache cxx" \ CFLAGS="-shared -O2 -fast -ansi_alias -arch ev56 -mieee -w -pipe" \ CXXFLAGS="-O2 -fast -ansi_alias -arch ev56 -w -pipe" \ ./configure \ --prefix=/usr \ --sysconfdir=/etc \ --build=alpha-alpha-linux \ --with-ssl=openssl \ --with-passwd \ --with-mysql \ --with-storages \ --localstatedir=/var make -s This GDB was configured as "alphapca56-alpha-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr2/www/pub/alpha-RH7/servers/dovecot-1.0.beta3/src/pop3/pop3 Program received signal SIGSEGV, Segmentation fault. 0x000002000100a4c0 in __do_global_dtors_aux () (gdb) (gdb) (gdb) bt #0 0x000002000100a4c0 in __do_global_dtors_aux () Cannot access memory at address 0x120019f24 TIA, Will L G

1 0

[Dovecot] Growing pools and disconnects
by mmaurer＠betterbe.com 17 Feb '06

17 Feb '06

Since a couple of hours I see *a lot* of the following messages in my maillog: Feb 17 15:37:35 defiant dovecot: imap(mmaurer(a)betterbe.com): Growing pool 'maildir_uidlist_sync' with: 32768 Feb 17 15:37:35 defiant dovecot: imap(mmaurer(a)betterbe.com): Growing pool 'maildir_uidlist_sync' with: 65536 Feb 17 15:37:35 defiant dovecot: imap(mmaurer(a)betterbe.com): Growing pool 'maildir_uidlist_sync' with: 131072 This happens also when viewing small inboxes (but the number being ~1024). This is dovecot 1.0.beta2, which has been running for about 2 days. Any indication where this message is coming from? The first day we never saw this message appearing. Dovecot now also seems to randomly disconnect people from time to time. Any insights would be appreciated. Marc

2 2

[Dovecot] Authentication failing - Ant Internet Suite (Risc-OS)
by Simon Waters 17 Feb '06

17 Feb '06

Switched to using dovecot for POP3, PLAIN login. One client with "Ant Internet Suite" can't use the service with this client, he used the same setting with another email client and it worked. On inspection of the packets, it is sending one packet with; "user username\r\npass password\r\nstat\r\n" Dovecot sends an "-ERR Unknown command", then a "+OK Logged in". I'm wondering if things got out of sequence here, since a "STAT" to dovecot before authentication causes the "Unknown command" error. "STAT" isn't allowed in the authentication stage... but well it issued it last.... Anyway I'm unclear here on the precise details of the packet trace, possible it is responding to an earlier packet, but thought I'd ask before pursuing this further in case some one leaps up and says "oh that'll be...". The client software has an option to disabled "queued commands" buried deep within it (append /ucb to user details), I suggested trying this if possible, will report back if it works. Also mentioned in a Google search. I'm curious as to what is right here, but the "/ucb" is presumably the practical answer if it works. Simon

2 2

[Dovecot] 1.0beta3 released
by Timo Sirainen 17 Feb '06

17 Feb '06

Since there have been so many requests, I guess it's time for beta3 now. There are a couple of issues that I'm still concerned about, but those probably happen with beta2 as well. If you're beginning to see more connection hangs/timeouts with this release, please tell me. * Dotlock code changed to timeout faster in some situations when the lock file is old. + Added support for loading SQL drivers dynamically (see INSTALL file for how to build them) + Keywords are stored to dboxes, and other dbox improvements. + dict-sql could actually work now, making quota-in-sql-database possibly working now (not fully tested) + Added mail storage conversion plugin to convert automatically from one mailbox format to another while user logs in. Doesn't preserve UIDVALIDITY/UIDs though. + Added plugin { .. } section to dovecot.conf for passing parameters to plugins (see dovecot-example.conf). + Added ssl-build-param binary which is used to generate ssl-parameters.dat. Main dovecot binary doesn't anymore link to SSL libraries, and this also makes the process title be clearer about why the process is eating all the CPU. - Fix building without OpenSSL - Fixed memory leak in MySQL driver - Fixes to checkpassword - Broken Content-Length header could have broken mbox opening - Fixed potential hangs after APPEND command - Fixed potential crashes in dovecot-auth and imap/pop3-login - zlib plugin now links with -lz so it could actually work - kqueue fixes by Vaclav Haisman

6 6

[Dovecot] Support of M-IMAP?
by Peter Hessler 16 Feb '06

16 Feb '06

I was looking at some new mobile phones, and apparently there is a form of IMAP that is optimized for mobiles called M-IMAP. Its not a rush (since I'm not even sure the phones will be out before Q2), but it'd be a cool thing to have. The spec is in the following PDF. http://www.3gpp2.org/Public_html/specs/X.S0016-311_v1.0_022404.pdf -- Klein bottle for sale ... inquire within.

2 1

[Dovecot] Beta 3 fixes slow delete problem
by Marc Perkel 16 Feb '06

16 Feb '06

The slow delete and move that started with Beta 1 is now fixed in Beta 3. Thanks.

2 2

[Dovecot] maildir and stat
by David Spidley 16 Feb '06

16 Feb '06

Hi. I plan to use dovecot on nfs with maildir. Does dovecot need to stat each file in a maildir, or does it just read a list of files in the directory? i.e. does it do the equivalent of an ls -f, or an ls -l? HYCH

2 2

[Dovecot] ugly hack to make maildir quotas work
by Joshua Goodall 16 Feb '06

16 Feb '06

Timo encouraged me to forward this to the list. Basically it pokes the right value into the right place to make quota deltas work properly when saving mail to Maildirs. It's a nasty hack workaround, so don't rely on it without understanding that it should be superseded in future. Without this, saving to a maildir doesn't increment quota. --- src/lib-storage/index/maildir/maildir-save.c 14 Jan 2006 18:47:50 -0000 1.64 +++ src/lib-storage/index/maildir/maildir-save.c 16 Feb 2006 04:32:49 -0000 @@ -9,6 +9,7 @@ #include "str.h" #include "maildir-storage.h" #include "maildir-uidlist.h" +#include "index-mail.h" #include <stdio.h> #include <stdlib.h> @@ -233,6 +234,7 @@ struct utimbuf buf; const char *path; int output_errno; + struct stat st; if (ctx->failed && ctx->fd == -1) { /* tmp file creation failed */ @@ -264,6 +266,9 @@ "fsync(%s) failed: %m", path); ctx->failed = TRUE; } + if (fstat(ctx->fd, &st) < 0) { + ctx->failed = TRUE; + } if (close(ctx->fd) < 0) { mail_storage_set_critical(STORAGE(ctx->mbox->storage), "close(%s) failed: %m", path); @@ -297,6 +302,8 @@ if (mail_set_seq(dest_mail, ctx->seq) < 0) return -1; + + ((struct index_mail *)dest_mail)->data.physical_size = st.st_size; } t_pop(); /k -- Josh "Koshua" Goodall "as modern as tomorrow afternoon" joshua(a)roughtrade.net - FW109

3 3

[Dovecot] Question regarding 'dovecot-auth'
by Paul E Virgo 15 Feb '06

15 Feb '06

Hello Timo, I am compiling dovecot-1.0.beta3, and I get the following message when the dovecot-auth module is being compiled: Undefined symbol sql_drivers_register_all first referenced in main.o Now I had run 'configure' with the '--without-sql-drivers' since I neither have MySQL or PostgresSQL installed on my server. Does this mean I DO have to get either package, install, and run it '--with-sql-drivers'? Or is it that the '--without...' feature doesn't work as intended? Am I making ANY sense? Thanks.

2 1

[Dovecot] NFS Stale File Handles on Indexes
by Tony Kay 15 Feb '06

15 Feb '06

The configuration files has settings that seem to address the issues of using indexes on NFS (i.e. locking and mmap fixes), but we are using Dovecot on NFS, and when the load gets high we start to see a lot of NFS stale file handle errors, particularly with MS clients like Outlook. I see the discussion about these errors from last year. Any updates on the state of the code? Should we be using in-memory or local indexes instead for now? - Dovecot 1.0b3 - four physical IMAP servers - mbox format accounts on NFS netapps - currently allowing NFS indexes w/mmap disabled, and using dotlocks -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 Perfection uncanned Like a beautiful redhead Fresh from her trailer from Spam-Ku : Tranquil Reflections on Luncheon Loaf by John Cho

2 1

[Dovecot] imap_capability setting
by Bill Boebel 15 Feb '06

15 Feb '06

In src/master/master-settings.c, there is a config variable "imap_capability" that is read in from the conf file... but in the rest of the code it looks like that variable is never used. I assume this is there for future use, but just wanted to confirm that the code not using it was intentional. Since we are using Dovecot as an IMAP proxy for a Courier backend (for now), we need to advertise a different capability string than the Dovecot default. I have changed the hardcoded value in the ./configure script (@ 31015) for now. Bill

2 1

[Dovecot] Dovecot RFC non-compliance: Mailbox names
by Tony Kay 15 Feb '06

15 Feb '06

Hi, I think I already know the answer to this and I agree with it, but I have a question about "invalid" mailbox naming decisions in dovecot. Technically, RFC3501 (Section 5.1, pg. 18, client consideration 3) says that * and % are legal in mailbox names, though it implicitly discourages their use. We just migrated to dovecot, and unfortunately have a few users who used * in their mailbox naming (which worked on our old IMAP server). I looked in the mailing list and source comments, but I could not find any discussion. Was there any discussion about the imap/commands-util.c:48? 46: /* make sure it even looks valid */ 47: sep = mail_storage_get_hierarchy_sep(storage); 48: if (*mailbox == '\0' || strspn(mailbox, "\r\n*%?") != 0) { 49: client_send_tagline(cmd, "NO Invalid mailbox name."); which is technically not RFC-compliant? I have a feeling it fixes much more important things than it breaks (i.e. LIST/LSUB), but then again we never had complaints from people using those characters in names until they stopped being supported. -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 Sanity is a cozy lie. Susan Sontag

2 2

[Dovecot] Solaris and T1
by Martin Preen 15 Feb '06

15 Feb '06

Hello, is someone using Dovecot with Solaris on a T1 cpu ? I would like to hear about pros and cons. Martin --------------------------------------------------------------- Martin Preen, Universitaet Freiburg, Institut fuer Informatik Georges-Koehler-Allee 52, Raum 00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen(a)informatik.uni-freiburg.de fax: ++49 761 203-8242 www.informatik.uni-freiburg.de

1 0

[Dovecot] dovecot-LDA and fromwho-argument
by Björn Ketelaars 15 Feb '06

15 Feb '06

Hello, Im using dspam 3.6.3 in combination with Dovecot, procmail and Sendmail. Everything works fine but I want to replace procmail by dovecot-LDA. A few changes to dspam.conf results in a takeover by dovecot-LDA. Unfortunately this is where it goes awry; besides the d argument (user), dspam also supplies the f argument (fromwhom). The use of the f argument results in an error because dovecot-LDA does not know what to do with it. Is there an option to ignore the passing of 'fromwhom' from dspam? -- In individuals, insanity is rare; but in groups, parties, nations and epochs, it is the rule.

2 1

[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