- dovecot - dovecot.org

[Dovecot] dovecot-db.conf missing?
by Edgar Fuß 12 Jul '08

12 Jul '08

In dovecot-example.conf (dovecot version 1.1.1), a comment to dict_db_config mentions an example file doc/dovecot.db.conf the distribution tar doesn't seem to contain. Has this been lost from 1.1 to 1.1.1?

2 1

[Dovecot] Vacation?
by kbajwa 12 Jul '08

12 Jul '08

CentOS 5.1 Dovecot & Postfix (part of CentOS install & updated) I understand that there is a package which is part of Dovecot to handle "Auto Responses" known as Vacation. Where I can find more info on this package & especially how to install & configure it? Thanks Kirt

9 20

[Dovecot] Dovecot - Permission denied error!
by kbajwa 11 Jul '08

11 Jul '08

Hello: CentOS 5.2 Postfix 2.3.3 + updates (bundled with CentOS 5.2) Dovecot-1.0.7 (bundled with CentOS 5.2) Dovecot-1.1.1 (Updated from www.atrpms.com) Dovecot-sieve-1.1.5 (Updated from www.atrpms.com) During the last few days I have installed dovecot many times without errors. Today I installed dovecot-1.1.1 & sent a test message to 'test(a)tib.com'. I received the following message back: ------------------ This is the mail system at host mail.tib.com. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <test(a)tib.com>: local configuration error. Command output: Fatal: open(/etc/dovecot.conf) failed: Permission denied Here is dovecot.conf file: ========================== Jul 11 05:24:50 www dovecot: Dovecot v1.1.1 starting up Jul 11 05:24:52 www postfix/postfix-script: starting the Postfix mail system Jul 11 05:24:52 www postfix/master[4767]: daemon started -- version 2.3.3, configuration /etc/postfix Jul 11 05:25:12 www postfix/smtpd[5081]: connect from unknown[59.93.166.101] Jul 11 05:25:16 www postfix/smtpd[5081]: NOQUEUE: reject: RCPT from unknown[59.93.166.101]: 550 5.1.1 <kdkapp(a)tib.com>: Recipient address rejected: User unknown in local recipient table; from=<byung-ho(a)mailexcite.com> to=<kdkapp(a)tib.com> proto=ESMTP helo=<59.93.166.101> Jul 11 05:25:18 www postfix/smtpd[5081]: lost connection after DATA from unknown[59.93.166.101] Jul 11 05:25:18 www postfix/smtpd[5081]: disconnect from unknown[59.93.166.101] Jul 11 05:28:09 www postfix/smtpd[5452]: connect from mail.highcountryonline.net[12.179.81.11] Jul 11 05:28:09 www postfix/smtpd[5452]: B7EBD1E48069: client=mail.highcountryonline.net[12.179.81.11] Jul 11 05:28:10 www postfix/cleanup[5457]: B7EBD1E48069: message-id=<B2D87B9F772F48BE9FAFD1B29F15AEF0@Sunshine> Jul 11 05:28:10 www postfix/qmgr[4779]: B7EBD1E48069: from=<kbajwa(a)tibonline.net>, size=816, nrcpt=1 (queue active) Jul 11 05:28:10 www postfix/smtpd[5452]: disconnect from mail.highcountryonline.net[12.179.81.11] Jul 11 05:28:10 www postfix/local[5458]: B7EBD1E48069: to=<test(a)tib.com>, relay=local, delay=0.9, delays=0.69/0.06/0/0.16, dsn=5.3.5, status=bounced (local configuration error. Command output: Fatal: open(/etc/dovecot.conf) failed: Permission denied ) Jul 11 05:28:10 www postfix/cleanup[5457]: 6D7BF1E4806C: message-id=<20080711112810.6D7BF1E4806C(a)mail.tib.com> Jul 11 05:28:10 www postfix/qmgr[4779]: 6D7BF1E4806C: from=<>, size=2623, nrcpt=1 (queue active) Jul 11 05:28:10 www postfix/bounce[5461]: B7EBD1E48069: sender non-delivery notification: 6D7BF1E4806C Jul 11 05:28:10 www postfix/qmgr[4779]: B7EBD1E48069: removed Jul 11 05:28:11 www postfix/smtp[5462]: 6D7BF1E4806C: to=<kbajwa(a)tibonline.net>, relay=mail.tibonline.net[12.179.81.11]:25, delay=1.3, delays=0.01/0.06/0.62/0.63, dsn=2.0.0, status=sent (250 OK) Jul 11 05:28:11 www postfix/qmgr[4779]: 6D7BF1E4806C: removed ----------------------- I believe that dovecot-1.1.1 may be causing it. I did not have this problem when I was testing dovecot-1.0.7. Google show 'Permission denied' error problem going back to several years. One suggestion on Google was to 'disable' SElinux, which I did without success. Any ideas why this error is happening? Kirti

2 8

[Dovecot] Version 1.0.13 - Maildir directory names
by Tobias Zimmerman 11 Jul '08

11 Jul '08

I am running Maildir (obtained via [mac|darwin] ports) on my Powerbook Pro to operate as local mail storage. My mail is stored in the Maildir format. Is it possible to set Maildir not to put a dot in front of the directory names? (e.g., ~/Maildir/somefolder instead of ~/Maildir/.somefolder). OS X's spotlight indexing/search service will not index "hidden" directories (those that begin with a period), so I would like Maildir to use non dot-files for its base names so that my email is indexed. I tried messing with the "seperator" setting in the .conf file (I tried setting it to "/", ":" and ".") with no luck. (I was able to connect in all cases, but new folders contined to receive dot-names. Is there a way to force Maildir(++) to name directories without the leading dot? I have hunted the mailing list for an answer to this, and the only suggestions that came close did not seem to work.

2 2

Re: [Dovecot] Some quick questions about dovecot
by Václav Haisman 11 Jul '08

11 Jul '08

Michael Dasenbrock wrote, On 11.7.2008 18:44: > Hello there, > > I'm an engineer investigating a new project here at Apple. We are > considering using Dovecot in our Mac OS X server product, and I was hoping > you could help clarify a couple of issues regarding licensing. We're > equipped to handle most of the requirements of the Lesser General Public > License 2.1 and your other open source licenses (e.g. MIT, etc), but we > wanted to check with you about certain areas prior to our potential use. > > 1) Are you the sole copyright owner of Dovecot? If not, who else should we > contact? No. I am completely baffled why you are asking me these questions, I am CC'ing the Dovecot mailing list where you are more likely to get these questions answered. > > 2) To the extent that Apple made any changes to Dovecot and released these > outside of Apple, we would release the source code to those changes under > the LGPL. Does this align with your understanding as well? We are happy to > provide the changes, BTW. > > 3) In terms of proprietary code that links dynamically to LGPL¹d libraries, > is it your understanding that there are no requirements imposed on the > proprietary software itself in terms of having to open-source the > proprietary software or to allow reverse engineering of the proprietary > software? For example, if Apples¹ [[insert proprietary code example]] links > to the LGPL code in Dovecot Mail Server, would that code be subject to the > above requirements? > > 4) Do you have any plans to release Dovecot (or new modifications, versions) > under LGPL 3 or do you plan to stay with LGPL 2.1? > > Thanks for your contributions to the Open Source Software community. We hope > that it will work out to work together. > > Sincerely, > Michael Dasenbrock > > > -- VH

1 0

[Dovecot] Subject: Re: nfs_flush errors
by Hans Wunsch 11 Jul '08

11 Jul '08

dovecot-request(a)dovecot.org wrote: > From: Dean Brooks <dean(a)iglou.com> > Subject: Re: [Dovecot] nfs_flush errors > To: dovecot(a)dovecot.org > Message-ID: <20080711050942.GA11555(a)iglou.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 10, 2008 at 05:20:21PM -0700, Hans Wunsch wrote: > > Date: Fri, 11 Jul 2008 01:09:42 -0400 >> Message: 7 Date: Wed, 09 Jul 2008 09:30:13 -0400 From: Ben Winslow >> <rain(a)bluecherry.net> Subject: Re: [Dovecot] nfs_flush errors To: >> dovecot(a)dovecot.org Message-ID: <4874BD65.1010905(a)bluecherry.net> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hans Wunsch >> wrote: >> >> >>>> I'm looking for some help with an nfs error that is filling our logs. I >>>> get a constant stream of these messages: >>>> >>>> Jul 8 10:47:08 servername dovecot: [ID 107833 mail.error] >>>> IMAP(username): nfs_flush_file_handle_cache_dir: rmdir(/var/mail) >>>> failed: Device busy >>>> >>> >>> >>> What OS are your dovecot and NFS servers running? Is /var/mail (or >>> whatever it may be symlinked to) an NFS mountpoint? >>> >> We're on Solaris 10x86 mounting /var/mail from another Solaris 10 hosts via >> NFS4. >> >> Yes, /var/mail is an NFS. These are the mount options: >> >> mayor.ics.uci.edu:/mail_tank_001/spools - /var/mail nfs - >> yes rw,nosuid,hard,intr,bg,noac >> > > Are you using Dovecot version 1.1.1? If you are using an earlier > version (i.e. a 1.1 release candidate), there was an update that was > made that eliminited these errors in certain circumstances. > Specifically under Solaris I might add. > > If you are using 1.1.1, I'll have to defer to others to solve the > problem. I just remember running into those errors and having them > disappear once I upgraded to a final release version. > > -- > Dean Brooks > dean(a)iglou.com > > > Thanks Dean. We are using Dovecot version 1.1.1. I was hopeful after seeing the earlier fixes for Solaris too. But now I wonder if there isn't just one more similar fix that needs to go in. Hans.

1 0

[Dovecot] dovecot.index.cache File too large
by peceka 11 Jul '08

11 Jul '08

Hi, Can sameone explain me why my logs are full of such errors: Jul 11 12:07:32 mxhost deliver(user1): pwrite() failed: File too large Jul 11 12:07:32 mxhost deliver(user1): file_set_size() failed with index cache file /mail/user1/Maildir/.parser/dovecot.index.cache: File too large mxhost# ls -lh /mail/user1/Maildir/.parser/dovecot.index.cache -rw------- 1 user1 emails 64M Jul 11 10:01 /mail/user1/Maildir/.parser/dovecot.index.cache mxhost# cd /mail/user1/Maildir/.parser/ mxhost# ls -l new/ | wc -l 1016 mxhost# ls -l cur | wc -l 132342 What can I do to get rid of this error? Best regards, p.

2 2

[Dovecot] After upgrade from 1.0 to 1.1.1 my "hidden" private namespaces suddenly aren't hidden anymore...
by Peter Eriksson 11 Jul '08

11 Jul '08

Just upgraded my home mail server from version 1.0 to 1.1.1 and now I noticed that Thunderbird has started showing the 'hidden' namespaces (albeit "greyed") for that server (see the attached JPG image)... What can I change to really make them hidden again? The only thing I changed in my dovecot.conf file from 1.0 to 1.1.1 was to add the following two lines: mail_nfs_storage = yes mail_nfs_index = yes - Peter

2 1

[Dovecot] Dovecot-1.1.1 with quota and antispam plugin - segmentation fault
by mike＠mrgfd.org.ua 11 Jul '08

11 Jul '08

Hello! I have port-built dovecot-1.1.1 on freebsd 6.3 i386 box. There is signal 11 on imap child occurs every time when i'm trying to send email. In fact, email is sending to MTA correctly, but when message moving to Sent folder segmentation error appears. I built dovecot and antispam plugin with -g3 -O0 -pipe With GDB I recieve next: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Attaching to program: /usr/local/libexec/dovecot/imap, process 10427 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /usr/lib/librpcsvc.so.3...done. Loaded symbols for /usr/lib/librpcsvc.so.3 Reading symbols from /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib90_antispam_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib90_antispam_plugin.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x182b7eeb in kevent () from /lib/libc.so.6 (gdb) Signal Stop Print Pass to program Description SIGPIPE No Yes Yes Broken pipe (gdb) Signal Stop Print Pass to program Description SIGALRM No No Yes Alarm clock (gdb) Signal Stop Print Pass to program Description SIG32 No Yes Yes Real-time event 32 (gdb) Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080a968c in mail_get_physical_size () (gdb) #0 0x080a968c in mail_get_physical_size () No symbol table info available. #1 0x1831d07a in quota_try_alloc (ctx=0x8128700, mail=0x0, too_large_r=0xbfbfe74b) at quota.c:797 size = 4 ret = 0 #2 0x183213ce in quota_check (t=0x812e580, mail=0x0) at quota-storage.c:148 qt = (struct quota_transaction_context *) 0x8128700 ret = 134728787 too_large = 191 #3 0x18321740 in quota_save_finish (ctx=0x8152028) at quota-storage.c:251 qt = (struct quota_transaction_context *) 0x8128700 qbox = (struct quota_mailbox *) 0x81381e8 #4 0x1833212f in antispam_save_finish (ctx=0x8152028) at antispam-storage-1.1.c:178 asbox = (struct antispam_mailbox *) 0x8138280 ast = (struct antispam_internal_context *) 0x812b270 dest_mail = (struct mail *) 0x4 ret = 0 #5 0x080ac4ed in mailbox_save_finish () No symbol table info available. #6 0x08059caa in _start () No symbol table info available. #7 0x080590f3 in _start () No symbol table info available. #8 0x080ee05d in io_loop_handler_run () No symbol table info available. #9 0x080ed385 in io_loop_run () No symbol table info available. #10 0x0806a6ff in main () No symbol table info available. (gdb) Detaching from program: /usr/local/libexec/dovecot/imap, process 10427

1 1

Re: [Dovecot] nfs_flush errors
by Hans Wunsch 11 Jul '08

11 Jul '08

Message: 7 Date: Wed, 09 Jul 2008 09:30:13 -0400 From: Ben Winslow <rain(a)bluecherry.net> Subject: Re: [Dovecot] nfs_flush errors To: dovecot(a)dovecot.org Message-ID: <4874BD65.1010905(a)bluecherry.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hans Wunsch wrote: > > I'm looking for some help with an nfs error that is filling our logs. I > > get a constant stream of these messages: > > > > Jul 8 10:47:08 servername dovecot: [ID 107833 mail.error] > > IMAP(username): nfs_flush_file_handle_cache_dir: rmdir(/var/mail) > > failed: Device busy > >What OS are your dovecot and NFS servers running? Is /var/mail (or >whatever it may be symlinked to) an NFS mountpoint? We're on Solaris 10x86 mounting /var/mail from another Solaris 10 hosts via NFS4. Yes, /var/mail is an NFS. These are the mount options: mayor.ics.uci.edu:/mail_tank_001/spools - /var/mail nfs - yes rw,nosuid,hard,intr,bg,noac Thanks, Hans.

2 1