- dovecot - dovecot.org

[Dovecot] help: The current command did not succeed. The mail server responded: Invalid mask.
by Bodo Gelbe 25 Feb '04

25 Feb '04

Am tryin to move from uw-imapd to dovecot, using dovecot ver 0.99.10.4. Reading with Mozilla Mail v 1.4. I made some test accounts and they seem to be working fine, but my older existing accounts give error messages whenever I connect or subscribe to mailboxes within them. The message that appears on the client is: "The current command did not succeed. The mail server responded: Invalid mask." it appears two or three times in an alert box (on windows) then everything seems to work. The masks (I've put a syslog call into the code) are: "~%", "~%~%" and "~*". The test accounts I created don't have this problem. Thanks in advance for any advice, -- Bodo Gelbe

2 1

[Dovecot] Dovecot and Mulberry
by Kenneth Porter 25 Feb '04

25 Feb '04

FYI. Does Dovecot implement BODYSTRUCTURE? An eval copy of Mulberry can be downloaded from <http://www.cyrusoft.com/mulberry/>. ------------ Forwarded Message ------------ Date: Tuesday, February 10, 2004 6:56 PM +0100 From: Lennart Petersson <lennart(a)informatik.gu.se> To: mulberry-discuss(a)cyrusoft.com Subject: Dovecot and Mulberry I've recently changed my imap-server from Courier to Dovecot <http://dovecot.procontrol.fi/> for testing purposes and have seen some strange behaviour from Mulberry. Most annoying is that suddenly some incoming mail are parsed wrong, i.e. even if the mail has has proper Content-Type: text/plain; charset="iso-8859-1" and Content-Transfer-Encoding: quoted-printable, it is displayed as 7bit and us-ascii. All these =F6 and so on is irritating. The only way remedy the problem is to quit mulberry and start again and almost always the email is displayed properly. And if the mail that gets misinterpreted is a multi-part email mulberry only reports that it has one part. But if you view the mail in raw all the parts are there. I've yet to see a pattern in then mulberry starts this misinterpretations. Sometimes it is a email from pine or a mail from a mailinglist or from outlook or ... A collegue that also uses dovecot but mutt instead of mulberry doesn't have this problems. Should I blame Dovecot or Mulberry? Anyone one with experience with dovecot (or any other imap-server that supports Maildirs)? Lennart ---------- End Forwarded Message ---------- ------------ Forwarded Message ------------ Date: Tuesday, February 10, 2004 1:12 PM -0500 From: Cyrus Daboo <daboo(a)cyrusoft.com> To: Lennart Petersson <lennart(a)informatik.gu.se>, mulberry-discuss(a)cyrusoft.com Subject: Re: Dovecot and Mulberry Hi Lennart, --On Tuesday, February 10, 2004 6:56 PM +0100 Lennart Petersson <lennart(a)informatik.gu.se> wrote: | A collegue that also uses dovecot but mutt instead of mulberry doesn't | have this problems. Should I blame Dovecot or Mulberry? | | Anyone one with experience with dovecot (or any other imap-server that | supports Maildirs)? If you see problems with proper interpretation of MIME structure and MIME parameters etc, then it is almost certainly a server bug. Mulberry uses the IMAP server's BODYSTRUCTURE response to determine the MIME structure of a message on the server without having to download the entire message and parse it locally - that is one of the major benefits of IMAP. The details you see listed in the mailbox pane (addresses, subject, attachment types) and the parts listed in the message pane's Parts list are all derived from the server response. If the server gets it wrong, then you will see the incorrect data/structure in Mulberry too. To confirm that it really is a server bug, try copying the message to a local Mulberry mailbox and look at it from the local mailbox. It should appear correctly in that case, because Mulberry will do MIME parsing itself for local messages. To fully diagnose this, put the problem messages in their own IMAP mailbox, then turn protocol logging for IMAP on in Mulberry using <http://www.cyrusoft.com/mulberry/faq/logging.html> and open the mailbox to show the list of message. Then turn logging off and send me (or inspect yourself) the log files. NB Clients that do not take advantage of IMAP's benefits by using BODYSTRUCTURE (and other similar features) will not 'expose' the server bug as they never use that data from the server. PS Getting the BODYSTRUCTURE response wrong is the most common server bug that we see - particularly in relatively new servers. -- Cyrus Daboo ---------- End Forwarded Message ----------

2 1

[Dovecot] X-UID
by Paul Adams 25 Feb '04

25 Feb '04

What is the function of the X-UID header in mbox format? Mozilla Thunderbird 0.5 seems to regard it as a simple numbering of the messages; i.e., that the first message in the mbox should have X-UID: 1. Dovecot seems to treat it simply as an ordered unique identifier. Thus, the first message in my actual mbox has X-UID: 3849658. (There are only a few dozen messages in the box.) Running Thunderbird 0.5 against a Dovecot IMAP server with mbox format, Thunderbird displays these UID numbers in the message list, which is fairly useless -- I want a numbered list of my messages starting at 1 (which Pine, for example, is happy to provide). I'm just wondering whether this is Dovecot's fault, Thunderbird's fault, or an ambiguity in the mbox standard. thanks, Paul

2 1

[Dovecot] auth_executable
by Helmut Zeilinger 25 Feb '04

25 Feb '04

Hi, i am new to dovecot and i don't know what i can do with the "auth_executable" setting in the "dovecot.conf" file. Can i invoke an external program for authentification? If yes, is there a description what this program/script has to do? Thanks Helmut

2 1

[Dovecot] [PATCH] POP3: Fix RFC1939 non-compliance in STAT, LIST and UIDL commands
by Nic Bellamy 25 Feb '04

25 Feb '04

Hi all, attached is a patch against 0.99.10.4 that fixes the STAT, LIST and UIDL POP3 command output in the case that they're issued after one or more messages have been deleted. Examples of incorrect behavior (bad spots marked with '***') C: STAT S: +OK 2 806 C: LIST S: +OK 2 messages: S: 1 403 S: 2 403 S: . C: UIDL S: +OK S: 1 1076749908.12 S: 2 1076749908.13 S: . C: DELE 1 S: +OK Marked to be deleted. C: STAT *** S: +OK 2 806 C: LIST *** S: +OK 2 messages: *** S: 1 403 S: 2 403 S: . C: UIDL S: +OK *** S: 1 1076749908.12 S: 2 1076749908.13 S: . What it should have been is: [snip] C: DELE 1 S: +OK Marked to be deleted. C: STAT S: +OK 1 403 C: LIST S: +OK 1 messages: S: 2 403 S: . C: UIDL S: +OK S: 2 1076749908.13 S: . It's unlikely the above issue has been causing much in the way of problems, as it's very rare for mail clients to use any of the faulty commands after they've deleted messages (they tend to do it once at the beginning of the POP3 session and cache the results). Regards, Nic. -- Nic Bellamy <nic(a)bellamy.co.nz> Bellamy Consulting -- Software & Security -- http://www.bellamy.co.nz/ -- Phone: +64-6-377-4957 Fax: +64-6-377-0505 Mobile: +64-21-251-8954 --

2 1

[Dovecot] RE: Question on folders
by Alex S Moore 25 Feb '04

25 Feb '04

I have read and read the dovecot docs on maildir folders and think that this is what I want. However, the MUA programs that I use, SylpheedClaws, Evolution, Mozilla seem to react differently to how I setup the folders. Is there a good FAQ on this subject somewhere? I think that I want to setup a virtual domain and am looking for documents. Alex

4 4

[Dovecot] too large imap.index.data files
by Network Wizards 25 Feb '04

25 Feb '04

Hi, I have noticed that imap.index.data are often too large files (several MiBs). Is there a way to limit their size or to shrink dimension or to assign another directory where those file are stored? thank you will

5 4

Re: [Dovecot] Pam trouble
by Benjamin Dabelow 25 Feb '04

25 Feb '04

Hi Alex, > Are you using Solaris 9 native ldap? What configure options did you use > when building dovecot? I'm using OpenLDAP, but I think it's a pam rather than ldap problem. Dovecot check for the existance of a user alright, but fails when checking the password. My build script is enclosed. Cheers Benjamin Buildscript----------------------------------------------------- #!/bin/bash ## Defaults CC="gcc" CXX="g++" LDPATH="/usr/local/lib:/usr/sfw/lib:/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3" CPPFLAGS="-I/usr/local/include -I/usr/sfw/include" LDFLAGS="-L/usr/local/lib -L/usr/sfw/lib" CFLAGS= #SSL LDPATH="$LDPATH:/usr/local/ssl/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/ssl/include" LDFLAGS="$LDFLAGS -L/usr/local/ssl/lib -lssl -lcrypto" #BerkeleyDB LDPATH="$LDPATH:/usr/local/BerkeleyDB/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/BerkeleyDB/include" LDFLAGS="$LDFLAGS -L/usr/local/BerkeleyDB/lib -ldb" CFLAGS="$CFLAGS -ldb" AUTH_CFLAGS="-I/usr/local/BerkeleyDB/include -L/usr/local/BerkeleyDB/lib -ldb" AUTH_LIBS="-ldb" #GDBM LDPATH="$LDPATH:/usr/local/gdbm/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/gdbm/include" LDFLAGS="$LDFLAGS -L/usr/local/gdbm/lib -lgdbm" #LDAP LDPATH="$LDPATH:/opt/OpenLDAP/lib" CPPFLAGS="$CPPFLAGS -I/opt/OpenLDAP/include" LDFLAGS="$LDFLAGS -L/opt/OpenLDAP/lib -lldap -llber -lresolv" #Finishing LDFLAGS="-R$LDPATH $LDFLAGS" export LDFLAGS CPPFLAGS CFLAGS echo -e "\nLDFLAGS=$LDFLAGS" echo -e "\nCPPFLAGS=$CPPFLAGS" echo -e "\nCFLAGS=$CFLAGS" cd dovecot-0.99.10.4 echo -e "\nPress RETURN to configure or CTRL+C to cancel." read ./configure --prefix=/usr/local/dovecot --with-ldap=/opt/OpenLDAP --with-ssl=openssl --with-storages=maildir echo -e "\nPress RETURN to make or CTRL+C to cancel." read make -- Benjamin Dabelow benja.dabelow(a)gmx.net Staufenbergstr. 88 benja-dabelow.gmxhome.de/start.html 74081 Heilbronn Germany

2 3

[Dovecot] IMAP subfolders
by Manuel Moran Vaquero 25 Feb '04

25 Feb '04

Hi: I am using dovecot since the first day on my server (so I have no other mailbox formats). I can't create any subfolders under any IMAP folders. Is this still an issue of dovecot? In mozilla, the operation is simply ignored. With outlook, you can't even click "Accept" if you select to create a subfolder, rather than a top level folder. I have Fedora Core 1, and didn't touch anything special in the configuration file (just one line which enabled pop3 and imap). I have seen the list archives but the existing thread about the issue seems to say that the problem is solved. (?) Thanks in advance for replies Manuel Moran

5 6

Re: [Dovecot] ":" in filenames
by Timo Sirainen 24 Feb '04

24 Feb '04

On Tue, 2004-02-24 at 05:57, Lars Hansson wrote: > dovecot seems to have an issue with :'s in pathnames: > imap(test.user): Fatal: Failed to create storage with data: /home/ > hosted/example.com/users/test:user > > This causes a bit of a problem with vmailmgr since it, by default, > replaces .'s in maildir path with :'s. > I'm curious as to why :'s in paths are an issue? Do they have special > meaning to dovecot? Hmm.. They do. default_mail_env format is: "storage_format:data" and both mbox and maildir in "data" part treat it as "path:option:option2:..". So, Dovecot above thought "/home/hosted/example.com/users/test" was the storage format and "user" the data part for it. You could change default_mail_env = maildir:~/ but then Dovecot would think "user" as being unknown option.. I'm not sure what to do about this.. ':' was selected because it's PATH separator as well, so people rarely have directories containing ':' in it's name. Maybe it could be escaped as "\:"..

1 0