- dovecot - dovecot.org

[Dovecot] Fatal: EOF while reading environment from master Error
by Phil Bettinson 11 Sep '05

11 Sep '05

Hello all! I guess it's a standard reason for joining a mailing list, but I have a problem. For some reason, whenever I try to start dovecot, be it from the xinet.d or from the commandline, I get this rather bizzare error. I can't even work out what it means, so I can't even begin to debug it. There is nothing extra in /var/log/messages, so I'm out of ideas. I've tried it with the default config, as well as with a config that I adjusted to fit the environment. I'm currently out of ideas. I did notice that there is a brief thread on this in the mailing-list archive, but it doesn't seem to point to a solution. Hopefully someone can help. I'm running it with the command /usr/local/libexec/dovecot/imap-login I am using the 1.0.alpha1 version, running on RedHat AS 3. thanks in advance. Phil System Administrator, National Library of Wales.

2 1

[Dovecot] Inbox weirdness
by Ignacio Vazquez-Abrams 11 Sep '05

11 Sep '05

I recently had a system crash and my inbox became inaccessible via IMAP. ls -ld /var/spool/mail drwxrwxr-x 2 root mail 4096 Sep 1 07:54 /var/spool/mail ls -l /var/spool/mail/ignacio -rw-rw---- 1 ignacio mail 7222021 Sep 1 07:54 /var/spool/mail/ignacio /usr/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE] Logged in as ignacio A142 SELECT INBOX imap(ignacio): Error: open(/var/mail/ignacio.lock) failed: Permission denied imap(ignacio): Error: file_lock_dotlock() failed with mbox file /var/mail/ignacio: Permission denied imap(ignacio): Error: open(/var/mail/ignacio.lock) failed: Permission denied imap(ignacio): Error: file_lock_dotlock() failed with mbox file /var/mail/ignacio: Permission denied A142 NO Internal error occured. Refer to server log for more information. [2005-09-01 08:00:34] rpm -q dovecot dovecot-(none):0.99.14-4.fc4.i386 System is running Fedora Core 4. SELinux is not a factor in the problem. http://fedora.ivazquez.net/private/dovecot.conf Thanks in advance for any help in resolving this issue. -- Ignacio Vazquez-Abrams

4 7

[Dovecot] Dovecot Errors - Using Debian
by Mark Smith 11 Sep '05

11 Sep '05

I recieve this error when trying to apt-get dovecot-common [Error Starts] apt-get install dovecot Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: dovecot-imapd dovecot-pop3d The following NEW packages will be installed: dovecot dovecot-imapd dovecot-pop3d 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 0B/568kB of archives. After unpacking 1163kB of additional disk space will be used. Do you want to continue? [Y/n] Y Selecting previously deselected package dovecot-imapd. (Reading database ... 14230 files and directories currently installed.) Unpacking dovecot-imapd (from .../dovecot-imapd_0.99.14-1_i386.deb) ... Selecting previously deselected package dovecot-pop3d. Unpacking dovecot-pop3d (from .../dovecot-pop3d_0.99.14-1_i386.deb) ... Selecting previously deselected package dovecot. Unpacking dovecot (from .../dovecot_0.99.14-1_all.deb) ... Setting up dovecot-common (0.99.14-1) ... Creating generic self-signed certificate: /etc/ssl/certs/dovecot.pem (replace with hand-crafted or authorized one if needed). hostname: Unknown host dpkg: error processing dovecot-common (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of dovecot-imapd: dovecot-imapd depends on dovecot-common (>= 0.99.12-1); however: Package dovecot-common is not configured yet. dpkg: error processing dovecot-imapd (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-pop3d: dovecot-pop3d depends on dovecot-common (>= 0.99.12-1); however: Package dovecot-common is not configured yet. dpkg: error processing dovecot-pop3d (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot: dovecot depends on dovecot-imapd; however: Package dovecot-imapd is not configured yet. dovecot depends on dovecot-pop3d; however: Package dovecot-pop3d is not configured yet. dpkg: error processing dovecot (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: dovecot-common dovecot-imapd dovecot-pop3d dovecot E: Sub-process /usr/bin/dpkg returned an error code (1) [Error Ends] What Should I do?? I am Using Debian Sarge PLEASE HELP _________________________________________________________________ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters

2 1

[Dovecot] "$default_mail_env/cur" not found with passwd-file authentication on v1.0-test80
by OpenMacNews 10 Sep '05

10 Sep '05

hi all, i've built dovecot: Sep 09 18:04:24 Info: Dovecot v1.0-test80 starting up on OSX 10.4.2. in addition to pgsql auth, which is working 4 me, i'd like to step-by-step verify simple passwd-file authentication/testing. unfortunately, i'm having a problem with the login process NOT FINDING the ".../cur" dir. here are the details .... my config includes: ... default_mail_env = maildir:/var/Data/Mail/%d/Accounts/%1u/%u/Maildir:INDEX=/var/Data/Mail/indexes/%d/%n ... auth default { mechanisms = plain userdb passwd-file {args = /var/Settings/Security/test_user_file} passdb passwd-file {args = /var/Settings/Security/test_user_file} ... } ... my 'test_user_file' has a test user "testuser(a)testdomain.com" with an appropriately CRYPT'd pwd % grep /var/Settings/Security/test_user_file testuser testuser@mydomain.com:XXXXXXXXXX:65001:65001:/var/Data/Mail/mydomain.com/Accounts/t/testuser/Maildir:::: when i login via telnet/shell, i get: % telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK IMAP ready x login testuser(a)mydomain.com testuser x OK Logged in. Connection closed by foreign host. and my log shows: dovecot: Sep 09 18:17:39 Info: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=127.0.0.1 rip=127.0.0.1 resp=AGJsYWtlcnNAb3BlbmV4ZWMuY29tAGJsYWtlcnM= dovecot: Sep 09 18:17:39 Info: auth(default): client out: OK 1 user=testuser(a)mydomain.com dovecot: Sep 09 18:17:39 Info: auth(default): master in: REQUEST 1 1486 1 dovecot: Sep 09 18:17:39 Info: auth(default): master out: USER 1 testuser(a)mydomain.com uid=65001 gid=65001 home=/var/Data/Mail/mydomain.com/Accounts/t/testuser/Maildir dovecot: Sep 09 18:17:39 Info: imap-login: Login: user=<testuser(a)mydomain.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): Effective uid=65001, gid=65001 dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): Namespace: type=private, prefix=Private/, sep=/, inbox=yes, hidden=no, subscriptions=no dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): maildir autodetect: stat($default_mail_env/cur) failed: No such file or directory dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): mbox autodetect: data=$default_mail_env dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): mbox autodetect: INBOX file: stat($default_mail_env) failed: No such file or directory dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): mbox autodetect: has .imap/: stat($default_mail_env/.imap) failed: No such file or directory dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): mbox autodetect: has inbox: stat($default_mail_env/inbox) failed: No such file or directory dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): mbox autodetect: has mbox: stat($default_mail_env/mbox) failed: No such file or directory dovecot: Sep 09 18:17:39 Error: imap(testuser(a)mydomain.com): Ambiguous mail location setting, don't know what to do with it: $default_mail_env (try prefixing it with mbox: or maildir:) dovecot: Sep 09 18:17:39 Error: imap(testuser(a)mydomain.com): Failed to create storage for 'Private/' with data: $default_mail_env dovecot: Sep 09 18:17:39 Error: child 1496 (imap) returned error 89 ignoring, for the moment the mbox 'complaints', and worrying first about the first: dovecot: Sep 09 18:17:39 Info: imap(testuser(a)mydomain.com): maildir autodetect: stat($default_mail_env/cur) failed: No such file or directory i'm a bit stymied .... if i understand correctly, that: autodetect: stat($default_mail_env/cur) is looking for: "/var/Data/Mail/mydomain.com/Accounts/t/testuser/Maildir/cur", which, on my system, exists: % ls -d /var/Data/Mail/mydomain.com/Accounts/t/testuser/Maildir/cur /var/Data/Mail/mydomain.com/Accounts/t/testuser/Maildir/cur as i've had all this working fine with pgsql authentication, i have this sneaking suspicion that i'm missing something obvious here. thoughts? suggestions? thx! richard

1 0

[Dovecot] Lot of crashing messages
by Matt Juszczak 09 Sep '05

09 Sep '05

Receiving a lot of the following messags with 1.0-76: pid 633 (dovecot-auth), uid 0: exited on signal 6 (core dumped) Any ideas? Sometimes, our entire port 110/143 servers begin refusing connections. Hardware checks out fine. Thanks in advance, Regards, Matt

3 3

[Dovecot] Dovecot-alpha1 and Thunderbird Sent problems
by Nicholas Young 09 Sep '05

09 Sep '05

I have dovecot 1.0alpha1 setup in a semi test environment running on Solaris 2.6. When using Thunderbird 1.0.6 from Windows occasionally the client will hang after sending a message and before copying it to the Sent folder on dovecot. Sendmail logs indicate that the message has been sent correctly. The mail directory is not shared over NFS. It is in maildir format. Restarting Thunderbird and sending exactly the same message will work. This seems to imply that it is not message dependant. Once the error has occured once it continues to occur until the client is restarted. We have file system quotas however they are very large for a very small amount of mail. The filesystem is about 80% free space and about 98% free inodes. I cannot replicate the issue under Linux using Thunderbird that is current for FC3. Some hacked version 1.0.2-1.3.3 Imap workarounds turned on under dovecot are outlook-idle for imap. The issue has not been seen under Outlook. Outlook is using a local Sent-Items folder instead of an Imap one however. The connection is running over SSL so I can not sniff the traffic on the wire, I have not tried using the rawlog settings yet. I plan to start this now, however the sporadic nature of the problem may delay useful information from here. The dovecot logs are not showing error messages, just: dovecot: Sep 09 09:24:35 Info: imap-login: Login: user=.... TLS Any suggestions on where to start would be great. This issue was not reported to me when running dovecot-1.0-stable-20050718. Thanks for any help/suggestions on where to go from here. -- Nich

3 3

[Dovecot] chdir() on NFS
by Ramón Macías Zamora 09 Sep '05

09 Sep '05

Hi Christian, my english is very bad excuseme for that. I see that you resolve the problem describe more ahead, how compile dovecot?, can you send by mail the binary? Thanks Saludos RMZ Icesa - Orve S. A. 2261000 ext 307 Sitio de interés para Linux: www.openecuador.com [Dovecot] chdir() on NFS Christian Andersen <mailto:dovecot%40dovecot.org?Subject=%5BDovecot%5D%20chdir%28%29%20on%20NFS &In-Reply-To=55579.129.241.163.43.1079702906.squirrel%40129.241.163.43> chrian at stud.ntnu.no Fri Mar 19 19:33:39 EET 2004 * Previous message: <http://dovecot.org/pipermail/dovecot/2004-March/003068.html> [Dovecot] chdir() on NFS * Next message: <http://dovecot.org/pipermail/dovecot/2004-March/003070.html> [Dovecot] chdir() on NFS * Messages sorted by: <http://dovecot.org/pipermail/dovecot/2004-March/date.html#3069> [ date ] <http://dovecot.org/pipermail/dovecot/2004-March/thread.html#3069> [ thread ] <http://dovecot.org/pipermail/dovecot/2004-March/subject.html#3069> [ subject ] <http://dovecot.org/pipermail/dovecot/2004-March/author.html#3069> [ author ] _____ Christian Andersen said: > > Hi, > I'm having problems accessing home directories though NFS. This setup uses > LDAP and Kerberos. Users defined on the local host work fine. This is what > dovecot writes in the logs while trying to log in as the user johndoe: > > ---- > Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnecting to LDAP > server... > Mar 19 14:10:54 jack dovecot-auth: nss_ldap: reconnected to LDAP server > after 1 attempt(s) > Mar 19 14:10:54 jack imap-login: Login: johndoe [10.0.0.30] > Mar 19 14:10:54 jack dovecot: chdir(/home/johndoe) failed: Permission > denied > Mar 19 14:10:54 jack dovecot: child 3525 (imap) returned error 89 > ---- > > The authentication is OK, but dovecot fails to get access to the home > directory. What username does dovecot try to chdir() as? > > If I 'su' from to that user I have access to /home/johndoe, and a quick > test with Courier IMAP worked fine. Postfix has no problem delivering mail > in the users maildir using procmail. > > Some relevant config options: > > default_mail_env = maildir:~/mail:INDEX=/var/indexes/%n > auth_userdb = passwd > auth_passdb = pam > auth_user = root Problem solved, I guess... I recompiled from source and just replaced the dovecot binary in /usr/sbin. Trying to do 'rpmbuild -tb' and install the resulting rpm rendered everything unusable, but I guess that's just a matter of tweaking some options to 'configure'. What's the difference between the Fedora Core 1 version (0.99.10-6) and the latest stable version (0.99.10.4)? -- Christian Andersen <http://phuzz.org> _____ size=2 width="100%" align=center> * Previous message: <http://dovecot.org/pipermail/dovecot/2004-March/003068.html> [Dovecot] chdir() on NFS * Next message: <http://dovecot.org/pipermail/dovecot/2004-March/003070.html> [Dovecot] chdir() on NFS * Messages sorted by: <http://dovecot.org/pipermail/dovecot/2004-March/date.html#3069> [ date ] <http://dovecot.org/pipermail/dovecot/2004-March/thread.html#3069> [ thread ] <http://dovecot.org/pipermail/dovecot/2004-March/subject.html#3069> [ subject ] <http://dovecot.org/pipermail/dovecot/2004-March/author.html#3069> [ author ] _____ <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot> More information about the dovecot mailing list

1 0

[Dovecot] help help
by g.digiambelardini＠fabaris.it 08 Sep '05

08 Sep '05

Hi, I have a dovecot IMAP server whit the Horde/Imp webmail. I know that this request is OT, but I need an help. I created for each user a SPAM folder, where dovecot put every email tagged "SPAM", but with IMP I can't make a list of folders to poll for new mail, I tried to dcofigure IMP like that: // list of folders to poll for new mail $_prefs['nav_poll'] = array( 'value' => 'a:1:{s:5:"INBOX";b:1;s:6:"INBOX.Test";b:1;}', //'value' => 'a:0:{}', //'value' => '', 'locked' => false, 'shared' => false, 'type' => 'implicit'); but it don't work...... SOMEONE CAM HELP ME??? Di Giambelardini Gabriele System/Network Administrator __________________________________________ FABARIS s.r.l. Cel. +39 3488504467 Tel. +39 0765 22181 - Fax +39 0765 410100 Via G. Mameli, 90 02047 Poggio Mirteto (RI) Viale dell'Università, 25 00185 Roma (RM) www.fabaris.it __________________________________________

1 0

Re: [Dovecot] help help
by Brett Parker 08 Sep '05

08 Sep '05

g.digiambelardini(a)fabaris.it <g.digiambelardini(a)fabaris.it> wrote: > > > Hi, I have a dovecot IMAP server whit the Horde/Imp webmail. > I know that this request is OT, but I need an help. > I created for each user a SPAM folder, where dovecot put every email tagged > "SPAM", but with IMP I can't make a list of folders to poll for new mail, I > tried to dcofigure IMP like that: > > // list of folders to poll for new mail > $_prefs['nav_poll'] = array( > 'value' => 'a:1:{s:5:"INBOX";b:1;s:6:"INBOX.Test";b:1;}', ^ should be 10 (number of chars in INBOX.Test). > //'value' => 'a:0:{}', > //'value' => '', > 'locked' => false, > 'shared' => false, > 'type' => 'implicit'); > > but it don't work...... > SOMEONE CAM HELP ME??? Hope that helps, -- Brett Parker web: http://www.sommitrealweird.co.uk/ email: iDunno(a)sommitrealweird.co.uk

1 0

[Dovecot] Ip addr + login name
by mike 08 Sep '05

08 Sep '05

Hi everybody, Is there a way to bind client ip address that connects to pop3 with the login name? For example if the client ip address is 192.168.2.40 then his login name is 'test' and he can log in with only that account name. I think it is possible to do it with an external authentication program. Thanks.

2 1

[Dovecot] More verbose logging of POP transactions?
by Philip Hallstrom 08 Sep '05

08 Sep '05

Hi all - I'm brand new to dovecot (0.99.14 on freebsd 5) and am just playing with it a bit. POP works just fine, but the only thing that shows up in my logs is this: Sep 7 11:46:25 freebsd5 pop3-login: Login: philip [10.28.61.200] Thought maybe syslog was quietly eating things, but told dovecot to use it's own log file and it didn't improve. Is there a way to turn on more detailed logging about what the user did? Along the lines of what uw-imap's pop gives you in terms of number of messages available, downloaded, deleted, etc.? I'm also interested in how much was transferred size wise... If I mised it in the conf file just let me know, but I didn't see anything... Thanks! -philip

2 1

[Dovecot] Dovecot - IMP - POP autentication problem
by Carlos Bergero 07 Sep '05

07 Sep '05

Hi, Recently I have to rush one of my mail servers to a new installation, actually GNU Linux/Debian Sarge, the system run dovecot 0.99.14 for pop and imap, and the web server, other machine, uses horde2/imp3. The problem is the following, pop clients including the imp3 cant log properly apparently, the even when a connection is made to pop3 dovecot trys to make a secure connection, I found this after sniffing the connection between the web server and the mail server, for some reason, imp cant handle it well and the some clients like OutLook also have troubles working this out. For now I work around this problem by disabling the ssl/tsl support, but that's not the solution I need. So the question is can I disable this feature without loosing the secure connection and how can I do it? Cheers, rak

1 0

[Dovecot] 1.0alpha1: new assert/core
by Jeff A. Earickson 07 Sep '05

07 Sep '05

Hi, I saw a new assert and core dump today in 1.0alpha1. Setup is Solaris 9, dovecot built with gcc 4.0.1, running as imap server for mbox format. The syslog said: IMAP(user): file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos) A gdb analysis of the core dump is attached. BTW, I save core dumps in case you need further debugging done for an assert. On another note, I have also had issues with dovecot locking up with "Too many open files" syslog error messages. Last night, after several hours of "too many open files" complaints, the master dovecot process just died -- no core dump and no complaint to syslog. Per advice of the list, I have doubled the rlim_fd_cur and rlim_fd_max kernel parameters and rebooted my imap server. I also saw in my syslog: Sep 6 16:48:53 emerald dovecot: [ID 956436 mail.error] pipe() failed: Too many open files Sep 6 16:48:53 emerald dovecot: [ID 257797 mail.crit] dup2(stderr) failed: Bad file number With students back, they have been giving dovecot a real hard workout. Jeff Earickson Colby College

1 0

Re: [Dovecot] dovecot/pop-before-smtp
by Lorens 07 Sep '05

07 Sep '05

On Tue, Sep 06, 2005 at 04:50:12PM -0700, Micah Stevens wrote: > Okay, just tried this. Doesn't work. I'm using 0.99 as packaged for RHEL 3. > Would that make a difference? Yes. The syntax changed. > login_executable = /usr/libexec/dovecot/popbsmtp.sh > /usr/libexec/dovecot/imap-login I'm fairly certain that login_executable is not the same thing as the mail_executable. > Starting IMAP daemon (dovecot): Fatal: Can't use login executable > /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login: No such > file or directory Especially as the popbsmtp script should be launched for each login, and not at daemon start. In 1.0 there are two executables, mail_executable launched for logins, and (from memory) auth_executable launched at daemon start, so I suppose login_executable is the wrong one :-) I diagnose the error you get as meaning that the space is not ed separat out, and that dovecot tries to fork the executable named /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login which obviously won't work. > Permissions are 777 on the popbsmtp.sh script. I double checked this. > > I tried to just copy the config as stated, but dovecot didn't parse it, > that's why I'm assuming it's for 1.x versions: Correct. Not good enough at 0.99 to say what the equivalent would be (I found that I needed 1.0 before I tried to do pbsmtp). > So I'm stuck, I also tried putting an insert statement on the user_query, > but that fails as Lorens mentioned. Problem with direct SQL is that I can't manage to make dovecot execute two SQL statements. If you're using a db with stored procedures you could maybe squeeze through that loophole, but your best bet is to find out what user_executable should be (maybe the same thing?) > Back to pop-before-smtp which doesn't work either, but it works better. :) :-) HTH

1 0

[Dovecot] 1.0-test75 and roadmap for v1.0
by Timo Sirainen 07 Sep '05

07 Sep '05

http://dovecot.org/test/ Keywords are finally stored in maildir filenames and listed in "dovecot-keywords" file. It should be possible to just rename 0.99.x's .customflags file to dovecot-keywords (but it can't be renamed back after modification). Also fixed another uid/sequence mixup bug with setting keywords in general (in mbox too). Fixed SHA1 checksum generation with big-endian machines (used only in passwords). I think I'll forget about the master/config rewrite for a while and leave it for Dovecot v2.0. That would mean the next release will be called 1.0-alpha1. After that there should be only bugfixes and some smaller features and optimizations left. I looked through my TODO and found the following missing features / optimizations that pretty much have to be done before v1.0. Anything important missing? - keywords: - add some limits to how many there can be - send FLAGS/PERMANENTFLAGS untagged replies when they change (required by IMAP RFC) - remove unused keywords from keyword list? (only when adding new ones) - mail cache file - cache _all_ headers that are marked to be cached when headers are being parsed, not just the ones client is requesting at that time. - compression should drop fields with last_used < (latest_mail_index_date - month) - when parsing mbox or saving message, parse the mail through index-mail so things gets saved into cache immediately - mbox - when we're updating flags with lazy writing, we're still parsing the mbox, just not writing to it! - always add empty line after mail. - make the parser require it too? syncing should make sure there always exists two LFs at end of file. raw-mbox-stream should make sure the last message ends with LF even if it doesn't exist in the file - COPY doesn't work to same mailbox (lock assert crash) - keep mbox lock for two extra seconds after sync to make sure we notice changes made by other mbox writer software - maildir - hardlink copying doesn't update indexes (does it even work?) - deliver needs quota integration somehow so it returns out-of-quota failure as fatal instead of temporary Probably after v1.0: - Full NFS support - Try to handle out-of-quota/disk space situations well

8 18

[Dovecot] 1.0.alpha1: Namespaces
by Wolfram Schlich 06 Sep '05

06 Sep '05

Hi, I'm currently using 1.0.alpha1 without luck regarding a namespace issue. Maybe it's a general understanding problem on my side, but let's see :-) I would like to have my mail stored in Maildir format below ~/.maildir/, which works fine so far. I want any (sub)folders to be created like this: ~/.maildir/ /cur /new /tmp /.Folder/ /cur /new /tmp /.Subfolder/ /cur /new /tmp BUT ;) Dovecot seems to disregard my namespace settings: --8<--[ /etc/dovecot.conf ]--8<-- default_mail_env = maildir:~/.maildir:INDEX=MEMORY namespace private { separator = / # prefix = # location = maildir:~/.maildir inbox = yes hidden = no } --8<-- Every new (sub)folder I create is stored as ~/.maildir/.Folder resp. ~/.maildir/.Folder.Subfolder in the filesystem. Are namespaces the right way? Is it possible at all? Thanks in advance. -- Wolfram Schlich

5 7

Re: [Dovecot] An alternate "dovecot-auth" daemon using cyrus-sasl
by Andrey Panin 06 Sep '05

06 Sep '05

On 249, 09 06, 2005 at 01:35:58PM +0400, Dmitry Butskoy wrote: > Andrey Panin wrote: > > >On 248, 09 05, 2005 at 03:48:19PM +0400, buc wrote: > > > > > >>We use dovecot in a heterogeneous environment (Windows/Linux desktops > >>and Linux servers). For unified authentication we use a sheaf > >>"Samba/Openldap" (i.e., Samba NT domain with openldap backend and > >>pam/nss_ldap for Linux). > >> > >> > >So why you can't use dovecot with openldap as passdb ? > > > Yes, now we use dovecot with pam, which uses openldap by pam_ldap etc... > But PAM can handle plain passwords only, therefore it is not suitable > for NTLM. > I have not found it in examples, but may be dovecot`s ntlm can take > appropriate password hashes from openldap directly? > (sambaLMPassword/sambaNTPassword) Yes, dovecot can handle LM/NTLM password hashes and it can fetch them from OpenLDAP directly (look at doc/dovecot-ldap.conf) In general you can store passwords in any supported form, just add proper password scheme prefix. For example: {NTLM}69943C5E63B4D2C104DBBCC15138B72B For more information read here: http://wiki.dovecot.org/Authentication > >>Windows users are authenticated well everywhere, but there is one old > >>issue. As "SPA" (NTLM) against NT domain is not supported by dovecot, it > >>is necessary to use default "plain" method. In addition to security > >>problems, it does also a problem of password unification. Each time a > >>user changes the password, he should do it one more time for the mail > >>program. > >> > >>I know that dovecot supports NTLM, however against local database only > >>(not for NT domain controller). In early versions support of cyrus-sasl > >>(which supports NTLM now) had been incorporated, however it like not > >>work and now is removed. > >>Fortunately, there is a possibility to substitute dovecot-auth > >>executable. Therefore I have tried to make an alternate variant of > >>dovecot-auth, which supports all that we need. > >> > >>For us, it seems to be more useful to create an auth daemon using > >>cyrus-sasl, rather than to add domain support to existing ntlm code. > >>First of all, it is easier for implementation. Besides it enables use of > >>all mechanisms supported by cyrus-sasl (present and future), including > >>GSSAPI. Anyway, it will be the useful additive to dovecot. > >> > >> > > > >Dovecot doesn't support cyrus-sasl for a good reason - it's a mess. > > > > > Certainly, I do not suggest to switch to use cyrus-sasl in upstream dovecot. > > But can give this patch the right to a life? Somewhere in "unofficial > patches"... > > >>I have made appropriate patches for both dovecot-1.0-stable and > >>dovecot-1.0.alpha1. > >>The idea is to copy "src/auth" to "src/auth-cyrus", strip all unneeded > >>from newly created directory and add cyrus-sasl support. The resulting > >>code probably looks not so elegantly as if it has been written > >>separately, however this way allows to not make a lot of things from the > >>scratch. > >> > >> > >>The patch against 1.0.alpha1 is > >>here: http://dmitry.butskoy.name/dovecot/dovecot-1.0.alpha1-cyrus.tar.gz . > >>To be more readable, it is not a flat patch (due to a lot of whole > >>files add/remove). It is a tarball with 3 files: a list of files to > >>initial copy from auth/ to auth-cyrus/, a patch for resulting tree, and > >>a script which automates this steps (:-)). (The script should be run in > >>the root of the main source, i.e. a dir with src/ and doc/ subdirs). > >> > >>I already have successfully tested this patch with PLAIN method. > >>However before testing of other methods, it would be desirable that > >>somebody have looked at it. > >> > >>Whether someone could check up my patch (just fluently having read), > >>at least for obvious bugs and typos? > >> > >> > > Dmitry Butskoy <Dmitry(a)Butskoy.name> > Saint-Petersburg, Russia > Red Hat Certified Engineer 809003662809495 > > -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

2 1

[Dovecot] upgrading: should I and what will change?
by Joshua Paine 06 Sep '05

06 Sep '05

I've been running dovecot 0.99.11 with postfix and postgresql in a production environment with about 25 real users and a couple hundred aliases split over a few domains for nearly a year now. No problems of any kind that I have noticed. Should I upgrade to the latest dovecot? What changes, if any, will I have to make? I've looked through the archives for a couple months without seeing much, and I don't see anything specific in the docs about upgrading. -Joshua <><

2 1

[Dovecot] Dovecot-LDA & OpenBSD
by Björn Ketelaars 06 Sep '05

06 Sep '05

Im having a bit of a problem with compiling dovecot-lda on OpenBSD. I used information from wiki.dovecot.org but this, unfortunately, resulted in some errors. Am I missing something? make all-recursive Making all in src Making all in libsieve if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/mnt/files/dovecot-1.0-test80/src/lib -I/mnt/files/dovecot-1.0-test80/src/lib-mail -I/mnt/files/dovecot-1.0-test80/src/lib-storage -I/mnt/files/dovecot-1.0-test80/src/lib-storage/index/mbox -DSYSCONFDIR=\""/usr/local/etc"\" -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT deliver.o -MD -MP -MF ".deps/deliver.Tpo" -c -o deliver.o deliver.c; then mv -f ".deps/deliver.Tpo" ".deps/deliver.Po"; else rm -f ".deps/deliver.Tpo"; exit 1; fi In file included from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/lib.h:6:22: config.h: No such file or directory In file included from /mnt/files/dovecot-1.0-test80/src/lib/lib.h:23, from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/compat.h:17:4: #error uoff_t size not set In file included from /mnt/files/dovecot-1.0-test80/src/lib/lib.h:23, from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/compat.h:37: error: conflicting types for `socklen_t' /usr/include/sys/types.h:95: error: previous declaration of `socklen_t' In file included from common.h:5, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: error: syntax error before "mail_get_virtual_size" /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: warning: type defaults to `int' in declaration of `mail_get_virtual_size' /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: warning: data definition has no type or storage class /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: error: syntax error before "mail_get_physical_size" /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: warning: type defaults to `int' in declaration of `mail_get_physical_size' /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: warning: data definition has no type or storage class In file included from deliver.c:13: /mnt/files/dovecot-1.0-test80/src/lib/istream.h:5: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:20: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:25: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:51: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:54: error: syntax error before "uoff_t" In file included from deliver.c:15: /mnt/files/dovecot-1.0-test80/src/lib/ostream.h:7: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/ostream.h:57: error: syntax error before "uoff_t" *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1/src. *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1/src (line 384 of Makefile). *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1 (line 283 of Makefile). *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1 (line 188 of Makefile). -- Insanity in individuals is something rare - but in groups, parties, nations and epochs, it is the rule.

1 0

[Dovecot] how to migrate from one server to another?
by Bram Mertens 06 Sep '05

06 Sep '05

Hi I have purchased and installed a new PC and would like to transfer my mail (in Maildir format) to it. Are there any precautions I must take before copying the mail over? I will disable mail delivery temporarily so no new mail gets written to disk but I don't know if dovecot has to be stopped before copying/editing mail for backup or migrating purposes. Anything else I must pay attention to? TIA Bram

2 2

[Dovecot] dovecot + openwebmail
by Peter McEvoy 05 Sep '05

05 Sep '05

Hi, I'm trying to add some sanity to a badly thought out mail system that, for various reasons, cant be fixed from the bottom up at this moment in time. The system is debian sarge, exim 4.5, doing virtual domains and delivering into mboxes in /var/spool/virtual/$domain/$user , there is webmail access and this allows user to create folders in (dont shoot me!) /etc/openwebmail/users/$domain/$username/mail/ , the files in this directory appear to be mboxes in that each mail begins with a From: line, the naming of these files is completely arbitrary. Im trying to add imap access that would ideally give users access to the mail in /var , and also in the openwebmail dirs, though the latter is not essential, just desirable. All mails are owned by user mail. I've installed dovecot-imapd version 0.99.14-1, but if this doesnt have the namespace additions from version 1.0-test, I can easily install that. Reading the wiki, it seems I can achieve this with namespaces, something like namespace private { separator = / inbox = yes prefix = location = mbox:/etc/openwebmail/users/%d/%u/mail:INBOX=/var/spool/virtual/%d/%u } But, Im not quite sure where this would go in the config file, going by the example config you can just shoehorn them into the middle of the file, but I'm not 100% sure... I had been trying to use things like.. default_mail_env = mbox:/var/folders/%d/%u:INBOX=/var/spool/virtual/%d/%u:INDEX=/var/indexes/%d/%n Having created the necessary folders in /var , but I didnt have much success (the authentication part worked straight away using my passwd file), And having read more and been told about namespaces on the irc channel, it seemed like I should go that way anyway. If anyone could give me a steer in the right direction, or even tell me i'm wasting my time (tho dont bother telling me how much better maildir etc is, i know!) Thanks for your time. -- Pete

1 1

[Dovecot] dovecot and communitgate (stalker)
by tyco 05 Sep '05

05 Sep '05

hi there, i am totally new to dovecot and use communigate pro stalker.com as my mailserver. everything in communigate is fine. the only problem i do have is imap speed. i just got a login at a dovecot server and i must say WOW its so fast amazing. since communigate does not support indexing on mdir direcotries i need to find a solution. so i am wondering if it would be possible to use dovecot imap server on top of communigate as an imap server? i know that this would not work for special cgp features like shared mailboxes. etc.... thnax christof

1 0

[Dovecot] Dovecot 1.0 and ldap; does this combination works?
by Vedran Furac 05 Sep '05

05 Sep '05

Hi! After upgrading from dovecot 0.9.14 to 1.0 crashes immediately after starting when using ldap as userdb and passdb. You can find more information here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320388 I'm confused with two users: login_user and auth_user. Witch of them has to be in ldap? If anyone here has a working dovecot+ldap configuration, could he show me his configuration? Regards Vedran

3 5

[Dovecot] Dovecot-LDA: Development questions
by Steffen Kaiser 05 Sep '05

05 Sep '05

Hello, I'm tinkering with Dovecot-LDA in order to achieve: + Better intergration into sendmail, and + tweaking its way to act on errors. Attached patch is a "brainstorming" like suggestion: a) when sendmail is dropping a message, it spawns the LDA, captures stderr/stdout and, if the LDA returns an exit code != 0, generates either a DSN or, when EX_TEMPFAIL, queues the mail. Hence, it is not necessary to have mail_send_rejection() to spawn another sendmail instance. The attached patch suggest to introduce an "operation_mode", in which Dovecot-LDA behaves differently for different environments. b) Some errors, like when spooling the message into the users folders fails, because the user is out of quota, one should prefer tempfailing the message, rather than a permanent error. Attached patch includes an option "-f", which has main() to return EX_TEMPFAIL. This is the way maildrop is acting, BTW. === Sendmail supports "account+detail" syntax out-of-the-box; that is for recipient matching only the portion left of the plus-sign is significant, the trailing portion may be used by the LDA as a hint to spool the message. Usually the information is passed via command line to the LDA. The libsieve seems to already support this notation, see tokens DETAIL, subaddress, :detail and the README file: Derrick Brashear (shadow+sieve@andrew...) Did somebody used or have some idea how to make use of the "+detail" stuff of libsieve? Basically the main problem in my opinion is what to query, because the information (final physical mailbox and/or owner) one can query is neither a header nor an envelope information (besides that the envelope information is not available to the LDA anyway). Consider a BCC to one recipient that expands to numerous maildrops, then the maildrop of actual delivery attempt can not be derived from neither the envelope nor the header information. The only way to integrate the +detail stuff into Dovecot-LDA seems to be when "keep" is performed (or no Sieve script is present). Then one could spool the message into folder "detail", if it already exists -- one should be allow other people to create mailboxes ;-) This is no action of the Sieve library, but of the LDA calling sieve. The Wiki mentions in the section about to setup exim: envelope_to_add What's this setting is doing? In src/sieve-cmu.c, static int getenvelope, there is: } else if (!strcasecmp(field, "to")) { *contents = m->temp; m->temp[0] = /*FIXME:msg_getrcptall(m, m->cur_rcpt)*/m->authuser; m->temp[1] = NULL; return SIEVE_OK; So it seems appropriate to tweak dovecot_sieve_run() into: mdata.authuser = username; mdata.recipient = detail_on_commandline ? concat(username, "+", detail_on_commandline) : username ; Or better: Have the complete recipient passed via command line option? and alter getenvelope(): m->temp[0] = m->recipient; I think this tweaks would be better than have the "-d" option support the plus-syntax. === Currently, the compiled Sieve script is placed into the same directory the script is located itself. How about to _always_ file the compiled script into [CONTROLDIR]/.dovecot.sievec? That would come over the problem with the system-wide default sieve script. Otherwise: The README mentions a test application and I found a sievec and sieved application (Sieve compile / decompiler) I presume. I can not just run "make sievec" to have it compile, does somebody played around with the Sieve stuff in LDA? Regards, -- Steffen Kaiser

1 0

Re: [Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by Chris Wakelin 05 Sep '05

05 Sep '05

OK, here's the patch against dovecot-1.0-stable. (I just applied it to dovecot-stable-20050901. My version of stable has a few more patches applied, so I needed to apply the patch to a clean version!) Best Wishes, Chris grant beattie wrote: > On Sun, Sep 04, 2005 at 12:30:27AM +0100, Chris Wakelin wrote: > > >>Right! Here's a patch against dovecot-1.0.alpha1 which adds an extra option: >> >>pop3_reuse_xuidl = yes >> >>which if set will use the contents of the (first) X-UIDL header, if it >>exists, instead of the result of expanding pop3_uidl_format. It will use >>pop3_uidl_format if there is no X-UIDL header. >> >>This is typically for people migrating from Qpopper who don't want their >>users to get all the mail they've left on the server a second time, but >>should also work for any other POP server that happens to write X-UIDL >>headers, if any such exist ;) >> >>I've only done rudimentary testing, but it seems to work! I also have a >>version of the patch for dovecot-1.0-stable (which is what we'll be >>using next week!) if anybody's interested (only minor differences, use >>'mail->get_header(mail, "X-UIDL")' instead of >>'mail_get_first_header(ctx->mail, "X-UIDL")') > > > this is great stuff, thanks! > > I'm using the 1.0alpha1 diff and it seems to be working fine so far. > as we will probably be running 1.0 stable in production, would you > mind forwarding me the diff against 1.0 stable? > > this is an extremely useful feature, making it even easier to migrate > from alternate POP3 servers than Dovecot already is. :) > > grant. > -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 diff -ruN dovecot-1.0-stable.orig/src/master/mail-process.c dovecot-1.0-stable/src/master/mail-process.c --- dovecot-1.0-stable.orig/src/master/mail-process.c Tue Feb 8 10:30:11 2005 +++ dovecot-1.0-stable/src/master/mail-process.c Mon Sep 5 10:29:22 2005 @@ -220,6 +220,8 @@ env_put("FULL_FILESYSTEM_ACCESS=1"); if (set->pop3_no_flag_updates) env_put("POP3_NO_FLAG_UPDATES=1"); + if (set->pop3_reuse_xuidl) + env_put("POP3_REUSE_XUIDL=1"); if (set->mbox_dirty_syncs) env_put("MBOX_DIRTY_SYNCS=1"); if (set->mbox_very_dirty_syncs) diff -ruN dovecot-1.0-stable.orig/src/master/master-settings.c dovecot-1.0-stable/src/master/master-settings.c --- dovecot-1.0-stable.orig/src/master/master-settings.c Sun Aug 7 14:00:41 2005 +++ dovecot-1.0-stable/src/master/master-settings.c Mon Sep 5 10:29:22 2005 @@ -125,6 +125,7 @@ /* pop3 */ DEF(SET_BOOL, pop3_no_flag_updates), DEF(SET_BOOL, pop3_enable_last), + DEF(SET_BOOL, pop3_reuse_xuidl), DEF(SET_STR, pop3_uidl_format), DEF(SET_STR, pop3_client_workarounds), @@ -297,6 +298,7 @@ /* pop3 */ MEMBER(pop3_no_flag_updates) FALSE, MEMBER(pop3_enable_last) FALSE, + MEMBER(pop3_reuse_xuidl) FALSE, MEMBER(pop3_uidl_format) "%v.%u", MEMBER(pop3_client_workarounds) NULL, diff -ruN dovecot-1.0-stable.orig/src/master/master-settings.h dovecot-1.0-stable/src/master/master-settings.h --- dovecot-1.0-stable.orig/src/master/master-settings.h Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/master/master-settings.h Mon Sep 5 10:29:22 2005 @@ -96,6 +96,7 @@ /* pop3 */ int pop3_no_flag_updates; int pop3_enable_last; + int pop3_reuse_xuidl; const char *pop3_uidl_format; const char *pop3_client_workarounds; diff -ruN dovecot-1.0-stable.orig/src/pop3/commands.c dovecot-1.0-stable/src/pop3/commands.c --- dovecot-1.0-stable.orig/src/pop3/commands.c Sun May 8 10:45:32 2005 +++ dovecot-1.0-stable/src/pop3/commands.c Mon Sep 5 10:29:22 2005 @@ -489,6 +489,7 @@ struct var_expand_table *tab; struct mail *mail; string_t *str; + const char *xuidl; int ret, found = FALSE; tab = t_malloc(sizeof(static_tab)); @@ -532,7 +533,15 @@ str_truncate(str, 0); str_printfa(str, ctx->message == 0 ? "%u " : "+OK %u ", mail->seq); - var_expand(str, uidl_format, tab); + if (reuse_xuidl) { + xuidl=mail->get_header(mail, "X-UIDL"); + if (xuidl != NULL) + str_append(str, xuidl); + else + var_expand(str, uidl_format, tab); + } + else + var_expand(str, uidl_format, tab); ret = client_send_line(client, "%s", str_c(str)); t_pop(); diff -ruN dovecot-1.0-stable.orig/src/pop3/common.h dovecot-1.0-stable/src/pop3/common.h --- dovecot-1.0-stable.orig/src/pop3/common.h Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/pop3/common.h Mon Sep 5 10:29:22 2005 @@ -18,7 +18,7 @@ extern struct ioloop *ioloop; extern enum client_workarounds client_workarounds; -extern int enable_last_command, no_flag_updates; +extern int enable_last_command, no_flag_updates, reuse_xuidl; extern const char *uidl_format; extern enum uidl_keys uidl_keymask; diff -ruN dovecot-1.0-stable.orig/src/pop3/main.c dovecot-1.0-stable/src/pop3/main.c --- dovecot-1.0-stable.orig/src/pop3/main.c Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/pop3/main.c Mon Sep 5 10:29:22 2005 @@ -41,6 +41,7 @@ enum client_workarounds client_workarounds = 0; int enable_last_command = FALSE; int no_flag_updates = FALSE; +int reuse_xuidl = FALSE; const char *uidl_format; enum uidl_keys uidl_keymask; @@ -166,6 +167,7 @@ parse_workarounds(); enable_last_command = getenv("POP3_ENABLE_LAST") != NULL; no_flag_updates = getenv("POP3_NO_FLAG_UPDATES") != NULL; + reuse_xuidl = getenv("POP3_REUSE_XUIDL") != NULL; uidl_format = getenv("POP3_UIDL_FORMAT"); if (uidl_format == NULL)

1 0

[Dovecot] 1.0a1 Coredumps / errors when moving multiple
by Gregory Bond 05 Sep '05

05 Sep '05

I've just tried upgrading 1.0t51 to 1.0a1 and it has been........ difficult. I've been getting logs of Sig11s and other errors, and have trouble tracking them down. Main problem seems to be with moving / copying messages. One at a time works (mostly), multiple will coredump the imap process (not yet managed to get a proper core out though...) I'm using imap & Maildir, maildir on NFS & Indexes on UFS, Solaris 8. Server is postfix / procmail (delivering pre-sorted into various Maildir folders) and Dovecot 1.0a1. Client is thunderbird on OS/X. If I turn off mbox_copy_with_hardlinks, then instead of a coredump I get a hang and an error message: > IMAP(gnb): Maildir /home/gnb/Maildir sync: UID inserted in the middle > of mailbox (3871 > 3870, file = 1125740849.23189_0.lenford:2,Saa) This is after I've removed all the cache/index files and even all the dovecot-uid files.... I'm back on 1.0t51 for now, but could have another crack at this if there are any hints.

1 0

[Dovecot] Dovecot logging
by Black Vette 05 Sep '05

05 Sep '05

Fedora Core 4 dovecot-0.99.14-4.fc4 I'm trying to diagnose some mail issues. I do not believe Dovecot is the problem. If I could see the Dovecot logs, it might be helpful in resolving my issue. In /etc/dovecot.conf I have tried to set the following: log_path = /var/log/dovecot.log info_log_path = /var/log/dovecot.log I have 'touch /var/log/dovecot.log'. When I try to restart dovecot 'service dovecot restart', it fails and I'm not able to see the reason why it is failing. Where am I going wrong getting this working? Also, are there various debug levels? I saw 'debug' mentioned on the list, but I was unable to see anything about it in the config file. Thanks, Mike __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: [Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by Paul Vatta 05 Sep '05

05 Sep '05

Hi Chris, We migrated to Dovecot from Qpopper/UW-IMAP in July. We previously looked at altering the Dovecot code, client-side duplicate email cleanup utilities (for Eudora), and enforcing "download-then-delete from the server" prior to the migration. We got around the "downloading of previously downloaded emails" problem by moving all previously downloaded emails to a new folder called "ConvertedMail" during the conversion process from mbox (Qpopper) to maildir. This assumes you're going to maildir though. The benefit in this is that the POP client only retrieves email from th inbox folder, and after conversion, this will mean only new emails. If the POP client's previous download of older email dissappeared (for whatever reason), a Web Mail client accessing the mailstore via IMAP would allow access to the ConvertedMail folder. Regards, Paul

1 0

[Dovecot] login: Missing Protocol from server name 'imap'
by Phil Bettinson 04 Sep '05

04 Sep '05

Hello All (possibly again) I did send a messge earlier, but it may have been eaten by the mail system. I've now managed to get dovecot started, and I'm now getting "Missing protocol from server name 'imap'" This is somewhat confusing. Does it mean that I have somewhere called my server imap? or is it talking about it missing a protocol called imap? if it's meant to be "missing protocol imap definition" or somesuch, I have filled that out, but can't for the life of me figure out what the error message is actually trying to tell me! I'm running dovecot alpha1 on RedHat as3. I have the feeling I've been staring at the problem for too long, and somone will just say "have you tried this!", but it's worth a shot. Thanks in advance Phil

2 1

[Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by grant beattie 04 Sep '05

04 Sep '05

hi all, I am hoping to convert a 350K user qpopper installation using mbox to dovecot and maildir (pop3 only). many of the users "leave mail on server", and qpopper's UIDL format isn't (yet) supported by dovecot. since the UIDLs have been written by qpoppper to the existing mbox files (and will be preserved when the mboxes are converted to maildir) it would be possible to do this seamlessly if dovecot could read the UIDLs from the messages and populate the index files as needed. is anything like this already possible? it doesn't matter what UIDLs new messages get, since they would never have been downloaded by the user via qpopper. any ideas would be appreciated. grant.

2 3

[Dovecot] "stable" v. "alpha"
by Ben Beuchler 03 Sep '05

03 Sep '05

Is "alpha" the new "-stable"? Should I switch? Gracias! -Ben

4 8

RE: [Dovecot] Purge / Delete Problem using IMAP
by A Ve 03 Sep '05

03 Sep '05

> On Fri, 2005-09-02 at 23:46 -0400, Ignacio Vazquez-Abrams wrote: > > On Sat, 3 Sep 2005, A Ve wrote: > > > Hi, > > > > > > I am using dovecot 0.99.14 RPM on a Fedore Core 4 Server. > > > Everything was running fine for weeks (IMAP), and 2 days ago I was > > > not able to delete/purge any Mail in INBOX. I am > > > using Outlook 2003 as an IMAP-Client. > > > > Okay, this is *really* weird. I've been having the same > > problem here. Now I'm beginning to suspect that it might be > > distro-specific. > > Confirmed. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167043 Right. :-| Fixed it disableing selinux totally and removing it ! This is not the first time, that selinux is disturbing a daemon to work (http, postfix ...) Thanks for hint, this solved my problem ... Regards, AVE.

1 0

[Dovecot] Purge / Delete Problem using IMAP
by A Ve 03 Sep '05

03 Sep '05

Hi, I am using dovecot 0.99.14 RPM on a Fedore Core 4 Server. Everything was running fine for weeks (IMAP), and 2 days ago I was not able to delete/purge any Mail in INBOX. I am using Outlook 2003 as an IMAP-Client. I tried to delete/purge the Inbox with other mail-clients (Mozilla Thunderbird, Mulberry) too, same effect: I can read mail, I can copy them by drag-n-drop to a local Client-Folder (eg: Outlook) , but I can delete them. Strange enough, the mails are marked as read, but when I login again, all Mail are marked as new/unread ! When I log to the node, and start mutt (which is using the spool-file /var/spool/mail/username), then I am able to read-n-delete all Mails... The File Permisson of the File: 755, Owner: Username, Group: Mail. Did I miss something ? How can this stop working from one day to another ? I seems to me, like the INBOX is not writable to me ... From the UNIX Side, it is ... :-/ Any Comment/Feedback would be helpfull. This is really strange. Regards, AVE.

2 2

[Dovecot] string expansion *in* dovecot config?
by OpenMacNews 03 Sep '05

03 Sep '05

hi all, is it possible to define/use 'MACROS' (string expansion, ala Exim) in dovecot's config file? specifically, e.g. -- rather than: login_executable = /some/crazy/path/to/dovecot/libexec/dovecot/imap-login i'd LIKE to do something like MY_PATH = /some/crazy/path/to login_executable = MY_PATH/dovecot/libexec/dovecot/imap-login i'm reading the wiki docs, and it's just not obvious to me ... thanks! richard

1 0

[Dovecot] Weird internaldate behavior with 1.0-test80 and mbox folder
by Jon Roma 03 Sep '05

03 Sep '05

Has anyone else encountered weird date behavior with mbox-style folders? I am nearly ready to bite the bullet and convert my UW imap hierarchy (which is in mbx format) to Dovecot. In so doing, I need to convert each UW-specific mbx-format mailboxes to the more portable mbox format, which Dovecot can read. (This is done with the 'mbxcvt' utility that's part of UW.) I am then planning to copy those mbox-format folders into a staging area in a directory I've defined to Dovecot as a mbox-format namespace. The plan was then to use my normal GUI to reorganize my old data and copy it into proper maildir folders into Dovecot's default namespace. Since I'm naturally paranoid, I did a dry run of a couple folders first and discovered a rather strange anomaly -- all the mail in the converted folder is displayed by Dovecot with a timestamp exactly 200 minutes (3 hours 20 minutes) into the future! Investigating this via telneting to the respective IMAP ports shows that UW imapd shows the correct timestamp both in the original mbx-format folder and the converted mbox-format folder -- so it appears that Dovecot is skewing the time. This doesn't look like a timezone issue since 200 minutes ahead from CST6CDT would be a pretty strange timezone -- not even Newfoundland has this odd a TZ value! :) (For the curious, Newfoundland is a Canadian province whose time zone is TZ=NST3:30NDT, therefore being a half-hour "off" from the rest of North America.) I have distilled this into a degenerate case of a single folder with a single message and can reproduce. As mentioned, I am running 1.0-test80. My platform is AIX 5.1. I created the test by sending a message to myself using date | mail -s "Test at $(date)" roma(a)uiuc.edu and using my MUA (Mulberry) to file it into the test folder, which defaults to mbx format in UW's namespace. Here's what UW shows when I select/fetch the "original" message: * namespace * NAMESPACE (("" "/")("#mhinbox" NIL)("#mh/" "/")) (("~" "/")) (("#shared/" "/")("#ftp/" "/")("#news." ".")("#public/" "/")) * OK NAMESPACE completed * select "~/Test" * 1 EXISTS * 0 RECENT * OK [UIDVALIDITY 1124811965] UID validity status * OK [UIDNEXT 3] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [READ-WRITE] SELECT completed * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 11:16:37 -0500") * OK FETCH completed * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK FETCH completed Next I use the UW 'mbxcvt' to convert the folder, leaving it in mbox format in a different folder (~/Test-mbox) -- still in UW's namespace. Here's what the telnet connection shows: * namespace * NAMESPACE (("" "/")("#mhinbox" NIL)("#mh/" "/")) (("~" "/")) (("#shared/" "/")("#ftp/" "/")("#news." ".")("#public/" "/")) * OK NAMESPACE completed * select "~/Test-mbox" * 1 EXISTS * 1 RECENT * OK [UIDVALIDITY 1124813840] UID validity status * OK [UIDNEXT 2] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [READ-WRITE] SELECT completed * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 11:16:37 -0500") * OK FETCH completed * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK FETCH completed Now, copying the same mbox-format folder into dovecot's namespace and telneting to my Dovecot port gives the following: * namespace * NAMESPACE (("" ".")("Stage/" "/")) NIL NIL * OK Namespace completed. * select "Stage/Test" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1 EXISTS * 1 RECENT * OK [UIDVALIDITY 1124815188] UIDs valid * OK [UIDNEXT 2] Predicted next UID * OK [READ-WRITE] Select completed. * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 14:36:37 -0500") * OK Fetch completed. * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK Fetch completed. Notice the "internaldate" response. Dovecot reports the correct time zone, but the internaldate value is 200 minutes ahead of what it should be!!! This is an interesting mystery; I seem to be living three hours and 20 minutes in the future. I've attached the entire contents of the mbox-style mailbox that Dovecot misinterprets. Thanks in advance. >From MAILER-DAEMON Tue Aug 23 11:39:48 2005Date: 23 Aug 2005 11:39:48 -0500 From: Mail System Internal Data <MAILER-DAEMON(a)zippy.cso.uiuc.edu> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA X-IMAP: 1124815188 0000000001 Status: RO This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. >From roma(a)zippy.cso.uiuc.edu Tue Aug 23 11:16:37 2005 -0500 Status: RO X-Status: X-Keywords: Received: via dmail-4.1(10) for +INBOX; Tue, 23 Aug 2005 11:16:37 -0500 (CDT) Return-Path: <roma(a)zippy.cso.uiuc.edu> Received: from zippy.cso.uiuc.edu (loopback [127.0.0.1]) by zippy.cso.uiuc.edu (8.12.10/8.12.10) with ESMTP id j7NGGUCQ027294 for <roma(a)uiuc.edu>; Tue, 23 Aug 2005 11:16:30 -0500 Received: (from roma@localhost) by zippy.cso.uiuc.edu (8.12.10/8.12.10/Submit) id j7NGGUrc022618 for roma(a)uiuc.edu; Tue, 23 Aug 2005 11:16:30 -0500 Date: Tue, 23 Aug 2005 11:16:30 -0500 From: Jon Roma <roma(a)zippy.cso.uiuc.edu> Message-Id: <200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu> To: roma(a)uiuc.edu Subject: Test at Tue Aug 23 11:16:29 CDT 2005 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on zippy.cso.uiuc.edu X-Spam-Level: X-Spam-Status: No, score=-5.9 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-UID: 1 Tue Aug 23 11:16:29 CDT 2005

2 2

[Dovecot] (no subject)
by Phillip Needham 02 Sep '05

02 Sep '05

I am trying to get away from courier imap because it is flaky the way it uses FAM (or gamin in my case), and the developers seem to have a chip on their collective shoulder, and it is too complex. I found dovecot because it is ships with CentOS 4 (ie Red Hat Enterprise 4). It looks like just what I need: simple, fast. But I can't use it! I can't authenticate. If any of these statements were untrue, I would use it happily: o it doesn't support simple bind authentication against LDAP o I don't want to make passwords readable, and this version (0.99.14) doesn't support SSHA anyway o it won't talk to the saslauthd I already have configured o I can't find how to implement a new auth module for dovecot I am wondering why, in the quest to fill a niche with a simple, fast, secure IMAP server, the authors felt the need to re-implement a robust and well-tested infrastructure (saslauthd) with a less-featureful and untested one?

3 3

[Dovecot] Dovecot imap with Postfix and using Thunderbird as client
by Ben Ware 02 Sep '05

02 Sep '05

Hi, I just recently installed dovecot, and I am having the following problem: If I send an email to my account on this new machine, I can log in via SSH and use the unix mail command, and instantly my email is visible. If I turn on Thunderbird, it will show my new message. If Thunderbird was already on and had already checked the mailbox, even if I click on get new mail for that specific mailbox, the new mail does not show up until I restart thunderbird. Is there something that I have set wrong in the config files that is preventing the IMAP part of dovecot from refreshing the messages quickly for me to see? I dont see anything in the log files at all except for it showing me logging in. Thanks, Ben

2 1

[Dovecot] 'Bind'-method authentication for LDAP
by Phillip Needham 02 Sep '05

02 Sep '05

Has there been any thought given to implementing authentication via an LDAP 'bind', rather than by a password lookup and hash comparison? doing a bind would obviate the need to make the passwords readable by the dovecot process and would lend itself to improved security. Phillip Needham Principal, iBright Consulting phillip(a)ibright.net 614-783-3301

2 1

[Dovecot] another assert/core with 1.0alpha1
by Jeff A. Earickson 01 Sep '05

01 Sep '05

Same as reported before: Assert: IMAP(user): file mbox-sync-update.c: line 442 (mbox_sync_update_header_from): assertion failed: (ctx->mail.uid == 0 || ctx->mail.uid_broken || ctx->mail.uid == mail->uid) Setup: 1.0alpha1 on Solaris 9, built with gcc 4.0.1 Debug output of the core is attached. Jeff Earickson Colby College

1 0

[Dovecot] Dovecot version for production server
by Andrew Velikoredchanin 01 Sep '05

01 Sep '05

Hi! What version of dovecot I can secure install in production server? -- Best regards, Andrew Velikoredchanin

1 0

Re: [Dovecot] Oddities with Debian unstable dovecot
by Lisandro Grullon 31 Aug '05

31 Aug '05

whaooo that is interesting, Thank you so much for the explanation. I guess my choice now is to go with maildir as Blairpoint out because I am running in single host mode. Probably in the future I will run a big enough enviroment as a cluster data center them I will op for mbox. Thank you again Blair and Tomi for educating me in the topic.Lisandro ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Tomi Hakala <tomi.hakala(a)clinet.fi> 08/31/05 3:08 PM >>> Lisandro Grullon wrote: > What method for mail boxes are you guys using mbox or maildir and which one > would you recommend? Thanks. I'd say it depends, I'm working with clustered filesystems in SAN environments where mbox is significantly faster than maildir since single mbox file generates much less overhead in form of distributed file locking accross cluster nodes. On single host systems with good file system I'd probably go with maildir. Maybe someday I'll manage to do some benchmarking between mbox and maildir with Dovecot. -- Tomi Hakala

1 0

Re: [Dovecot] Oddities with Debian unstable dovecot
by Lisandro Grullon 31 Aug '05

31 Aug '05

What method for mail boxes are you guys using mbox or maildir and which one would you recommend? Thanks. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Blair Zajac <blair(a)orcaware.com> 08/31/05 12:43 PM >>> Tomi Hakala wrote: > Blair Zajac wrote: > >>dovecot: Aug 30 13:14:06 Error: IMAP(ashley): Corrupted index cache file >>/home/ashley/Maildir/dovecot.index.cache: record points outside file > > > Please try lastest CVS version, there are fixes for indexing > code which resolves this problem. > Thanks. I'll give that a shot. Regards, Blair

2 1

Re: [Dovecot] Oddities with Debian unstable dovecot
by Blair Zajac 31 Aug '05

31 Aug '05

Lisandro Grullon wrote: > What method for mail boxes are you guys using mbox or maildir and which one would you recommend? Thanks. I use maildir because it stores each message in a separate file. So this gets me: 1) Daily backups of a ~/Maildir are much smaller than a large mbox because most files don't change, while a single change to a large mbox file will require the entire mbox to be backed up. 2) Moving emails from folder to folder is much faster, as it's moving a single file and you don't have to delete an email from a middle of a mbox file. I have a 5 year old 450 Mhz Dell that easily and quickly manages over 2 Gbytes of email for several users. Regards, Blair

1 0

[Dovecot] Oddities with Debian unstable dovecot
by Blair Zajac 31 Aug '05

31 Aug '05

Hello, I'm running an Debian etch box with unstable and ever since the last upgrade to dovecot, I've seen odd things. At times, I would see emails would go missing from the Inbox or other folders, and I couldn't move emails that were moved from the Inbox to another folder back into the Inbox. These have seen gone away since I removed all dovecot.* files and .index* files from my Maildir's and let Dovecot regenerate them as needed. The most current thing are these errors: dovecot: Aug 30 11:38:33 Error: IMAP(blair): file mail-transaction-log-view.c: l ine 183 (mail_transaction_log_view_set): assertion failed: (max_file_offset == ( uoff_t)-1 || max_file_offset <= file->sync_offset) dovecot: Aug 30 13:05:21 Info: imap-login: Login: ashley [127.0.0.1] dovecot: Aug 30 13:14:06 Error: IMAP(ashley): Corrupted index cache file /home/ashley/Maildir/dovecot.index.cache: record points outside file Anything I can do to help here? I don't have a core file, even though I have 'mail_drop_priv_before_exec = yes'. The other odd thing I noticed is after running /etc/init.d/dovecot stop, I would have several imap processes left over in my uid. They don't do much: # strace -p 5014 Process 5014 attached - interrupt to quit gettimeofday({1125460345, 997748}, {420, 0}) = 0 gettimeofday({1125460345, 998465}, NULL) = 0 poll([{fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 2, 410) = 0 gettimeofday({1125460346, 410768}, {420, 0}) = 0 gettimeofday({1125460346, 410890}, NULL) = 0 poll([{fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 2, 0) = 0 gettimeofday({1125460346, 411940}, {420, 0}) = 0 gettimeofday({1125460346, 412551}, NULL) = 0 However, lsof shows that the file descriptor 8 is a pipe back to fd 9 in the same process. Why would poll() be polling it's own file descriptor? Is this normal? Is this process waiting to do a fork later on and communicate with a child? # lsof -p 5014 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME imap 5014 blair cwd DIR 8,4 4096 6619138 /home/blair imap 5014 blair rtd DIR 8,4 4096 2 / imap 5014 blair txt REG 8,4 420168 4572306 /usr/lib/dovecot/imap imap 5014 blair mem REG 0,0 0 [heap] (stat: No such file or directory) imap 5014 blair mem REG 8,4 1178624 6636723 /home/blair/Maildir/dovecot.index.cache imap 5014 blair mem REG 8,4 20148 6636742 /home/blair/Maildir/dovecot.index imap 5014 blair mem REG 8,4 1265136 6996193 /lib/tls/libc-2.3.5.so imap 5014 blair mem REG 8,4 9592 6996195 /lib/tls/libdl-2.3.5.so imap 5014 blair mem REG 8,4 21568 6636721 /home/blair/Maildir/dovecot.index.log imap 5014 blair mem REG 8,4 88924 6995972 /lib/ld-2.3.5.so imap 5014 blair 0u IPv4 160155 TCP localhost.localdomain:imap2->localhost.localdomain:47852 (ESTABLISHED) imap 5014 blair 1u IPv4 160155 TCP localhost.localdomain:imap2->localhost.localdomain:47852 (ESTABLISHED) imap 5014 blair 2w FIFO 0,5 160165 pipe imap 5014 blair 3r CHR 1,9 16396 /dev/urandom imap 5014 blair 4u REG 8,4 1178624 6636723 /home/blair/Maildir/dovecot.index.cache imap 5014 blair 5r DIR 8,4 77824 6930433 /home/blair/Maildir/new imap 5014 blair 6r DIR 8,4 118784 6900850 /home/blair/Maildir/cur imap 5014 blair 8r FIFO 0,5 160244 pipe imap 5014 blair 9w FIFO 0,5 160244 pipe imap 5014 blair 10u REG 8,4 20148 6636742 /home/blair/Maildir/dovecot.index imap 5014 blair 11u REG 8,4 21568 6636721 /home/blair/Maildir/dovecot.index.log Regards, Blair -- Blair Zajac, Ph.D. <blair(a)orcaware.com> Subversion and Orca training and consulting http://www.orcaware.com/svn/

2 2

[Dovecot] dovecot/pop-before-smtp
by Micah Stevens 31 Aug '05

31 Aug '05

Hi, This is off-topic I know, but if anyone has any suggestions, I'd appreciate it. I'm running postfix 2.2.x, dovecot 0.99, and it's working great, I wanted pop-before-smtp functionality, so I fired up the suggested perl daemon in the dovecot docs.. This seems to work, I ran tests, it was picking up the ip's, putting them in the .db file, and postfix was able to read them. My issue is that it doesn't seem to continue to do this. It only works if I force it with a --reprocess flag. At that point, the latest set of ip's get inserted in the database, and all is well. Any ideas? I did check to make sure the daemon is running, and it is. Thanks! -Micah

2 1

[Dovecot] Dovecot default inbox name?
by Andy Cravens 31 Aug '05

31 Aug '05

I'm installing dovecot and migrating from mbox to maildir. I've read several articles concerning this process but I can't seem to find the answer to one particular question. What is the default name of the inbox when using maildir format? I need to create this in advance for each user and I don't know what dovecot is expecting for the inbox directory name. -- Andy Cravens

2 1

[Dovecot] Recommended dovecot version
by Diego M. Vadell 31 Aug '05

31 Aug '05

Hi, I'm running CentOS 4 in a X86_64 server with dovecot. I've been having some (already reported by others) problems. For example, sometimes - randomly - a mbox file wil get a couple of lines at the beggining of the mbox file (/var/spool/mail/user), before the first From line, and dovecot will complain that that file is not a mbox file. Also, neither sylpheed nor thunderbird would get new mail via imap a second time (I have to kill thunderbird, then run it again so it would give me the new mails). But I'm more concerned by the mbox corruption. so I want to upgrade, but to what? 0.99.14? But in www.dovecot.org says that dovecot-1.0 is recommended. But it also says -alpha! (not even beta: alpha). There is also a stable branch, but it's not the recommended one (or is it?). Can anyone point me to a stable version that addresses the mbox corruption issue, or if there isn't such a version, any idea of when it will be ready? Thank you. -- Diego.

2 1

[Dovecot] New imap assertion failure
by Todd Burroughs 31 Aug '05

31 Aug '05

This is from the CVS version as of Aug. 28. It's the first time I've seen this assertion failure. Prior to this, I was using the CVS version from Aug. 15. dovecot: Aug 30 16:07:52 Error: 24929 IMAP(support): UIDVALIDITY changed (1125327213 -> 1125430510) in mbox file /mailhome/new/s/b/support/mbox dovecot: Aug 30 16:08:13 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:16 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:36 Error: 24929 IMAP(support): UIDVALIDITY changed (1122993637 -> 1125403981) in mbox file /mailhome/new/s/b/support/Tier-2 dovecot: Aug 30 16:08:39 Error: 24929 IMAP(support): file mail-index-view.c: line 596 (mail_index_view_open): assertion failed: (index->map != NULL) dovecot: Aug 30 16:08:40 Error: child 24929 (imap) killed with signal 6 (gdb) bt full #0 0xffffe410 in ?? () No symbol table info available. #1 0xbffff548 in ?? () No symbol table info available. #2 0x00000006 in ?? () No symbol table info available. #3 0x00006161 in ?? () No symbol table info available. #4 0xb7ef1d41 in raise () from /lib/tls/libc.so.6 No symbol table info available. #5 0xb7ef3529 in abort () from /lib/tls/libc.so.6 No symbol table info available. #6 0x0809af4a in i_internal_panic_handler ( fmt=0x6 <Address 0x6 out of bounds>, args=0x6161 <Address 0x6161 out of bounds>) at failures.c:374 No locals. #7 0x0809b364 in i_panic ( format=0x80a7fac "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #8 0x080874d6 in mail_index_view_open (index=Variable "index" is not available. ) at mail-index-view.c:615 view = Variable "view" is not available. (gdb) frame #9 0x08079ccd in index_storage_mailbox_init (ibox=0x80c78c0, index=0x80c8000, name=0x80bfe80 "Tier-2", flags=Variable "flags" is not available. ) at index-storage.c:367 367 ibox->view = mail_index_view_open(index); (gdb) p *index $3 = { dir = 0x80c80a0 "/mailhome/new/s/b/support/.imap/Tier-2", prefix = 0x80c80e8 "dovecot.index", cache = 0x80c68b0, log = 0x80c6788, mode = 384, gid = 4294967295, extension_pool = 0x80c8258, extensions = { buffer = 0x80c8288, element_size = 28}, expunge_handlers = { buffer = 0x80c81c8, element_size = 4}, sync_handlers = { buffer = 0x80c8dc8, element_size = 8}, sync_lost_handlers = { buffer = 0x80c8de8, element_size = 4}, filepath = 0x80c8c70 "/mailhome/new/s/b/support/.imap/Tier-2/dovecot.index", fd = 6, map = 0x0, hdr = 0x0, indexid = 0, lock_type = 2, shared_lock_count = 0, excl_lock_count = 0, lock_id = 14, copy_lock_path = 0x0, dotlock = 0x0, lock_method = MAIL_INDEX_LOCK_FCNTL, sync_log_file_seq = 1, sync_log_file_offset = 24, keywords_pool = 0x80c8460, keywords = {buffer = 0x80c8140, element_size = 4}, keywords_hash = 0x80c8658, keywords_ext_id = 0, last_grow_count = 0, error = 0x0, nodiskspace = 0, index_lock_timeout = 0, opened = 1, log_locked = 0, mmap_disable = 1, mmap_no_write = 0, readonly = 0, fsck = 0, sync_update = 0, mapping = 0}

1 0

Re: [Dovecot] Dovecot default inbox name?
by Lisandro Grullon 30 Aug '05

30 Aug '05

This is a very interesting question, I would like to know the answer too. I wish I could help, but I don't know the answer to this question also. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Andy Cravens <acravens(a)uen.org> 08/30/05 12:30 PM >>> I'm installing dovecot and migrating from mbox to maildir. I've read several articles concerning this process but I can't seem to find the answer to one particular question. What is the default name of the inbox when using maildir format? I need to create this in advance for each user and I don't know what dovecot is expecting for the inbox directory name. -- Andy Cravens

1 0

[Dovecot] Multiple mailbox formats, per-user mailbox format support
by Ragnar Rova 30 Aug '05

30 Aug '05

Hello, I have a setup where each user has different mailbox formats (some use only /var/spool/mail/user) mailbox format, some is stored in mbx format ~/INBOX or ~/mbox and some is stored in maildir format in ~/Mail/ I currently use UW-IMAP to read /var/spool/mail/... and the mbx format mailboxes in ~/INBOX and mutt to read ~/Mail/... (the maildirs in ~/Mail/ are created by procmail rules) Does dovecot make it possible to also read the maildir directories i have in ~/Mail/ without having to reconfigure the delivery/imap system for all users? I know I should migrate to use one consistent mailbox format (thinking about maildir), but to avoid any migration It would be great if dovecot just would be able to read multiple inboxes in different formats differently configured on a per-user basis. I use postfix for delivery/transfer.

3 2