September 2008 - dovecot

[Dovecot] squat fts index build problem
by Anton Yuzhaninov 18 Sep '08

18 Sep '08

I tried to use squat index, but got error: Sep 18 19:49:45 mailsupport dovecot: Fatal: IMAP(citrin): pool_system_realloc(): Out of memory Sep 18 19:49:45 mailsupport dovecot: child 77606 (imap) returned error 83 (Out of memory) It is strange because this server has 4 Gb or RAM. some lines from dovecot -n mail_plugins(imap): acl mail_log zlib fts fts_squat plugin: acl: vfile fts: squat OS: FreeBSD 7.0-STABLE #0: Sun May 4 13:15:10 MSD 2008, amd64 Resource limits (current): cputime infinity secs filesize infinity kB datasize 33554432 kB stacksize 524288 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 5547 openfiles 11095 sbsize infinity bytes vmemoryuse infinity kB IMHO it will be better to write in log requested memory size: src/lib/mempool-system.c: - "pool_system_realloc(): Out of memory"); + "pool_system_realloc(): Out of memory, when realloc to %"PRIuSIZE_T" bytes", new_size); -- WBR, Anton Yuzhaninov

2 2

[Dovecot] lately pop3 with #define DEBUG needs GDB=1
by Diego Liziero 18 Sep '08

18 Sep '08

I'm not sure when this happened. In yesterday dovecot-1.1 hg if pop3 is compiled with DEBUG defined, it needs GDB=1 otherwise it ends with: Panic: Leaked file fd 4: dev 104.2 inode 3342766 Not sure if this can be caused by the fact that I call pop3 with a bash script. protocol pop3 { mail_executable = /usr/libexec/dovecot/pop3.sh inside I've something like if [ x`id -un` = "xmyuser" -o x`id -un` = "xtestdovecot" ] then exec /usr/libexec/dovecot/pop3-new-test-release else exec /usr/libexec/dovecot/pop3 [..] (gdb) bt full #0 0x006ed402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080e44a8 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:150 backtrace = 0x982b160 "/usr/libexec/dovecot/pop3 [0x80e4486] -> /usr/libexec/dovecot/pop3(default_error_handler+0) [0x80e4506] -> /usr/libexec/dovecot/pop3(i_fatal+0) [0x80e4600] -> /usr/libexec/dovecot/. #4 0x080e4506 in default_fatal_handler (type=LOG_TYPE_PANIC, status=0, format=0x810f568 "Leaked file fd %d: dev %s.%s inode %s", args=0xbfee57a4 "\004") at failures.c:162 No locals. #5 0x080e4600 in i_panic (format=0x810f568 "Leaked file fd %d: dev %s.%s inode %s") at failures.c:197 args = 0xbfee57a4 "\004" #6 0x080e519d in fd_debug_verify_leaks (first_fd=4, last_fd=1024) at fd-close-on-exec.c:71 addr = {family = 58360, u = {ip6 = {in6_u = {u6_addr8 = "\225ï¿½\017\b\a\000\000\000ï¿½XGDï¿½ï¿½\017\b", u6_addr16 = {58005, 2063, 7, 0, 22776, 17479, 58362, 2063}, u6_addr32 = {135258773, 7, 1145526520, 135259130}}}, ip4 = {s_addr = 135258773}}} raddr = {family = 2, u = {ip6 = {in6_u = {u6_addr8 = "\031^ï¿½ï¿½Yï¿½ï¿½Xï¿½\005\021D", u6_addr16 = {24089, 49134, 23028, 49134, 22744, 49134, 4357, 68}, u6_addr32 = {3220069913, 3220068852, 3220068568, 4460805}}}, ip4 = {s_addr = 3220069913}}} port = 4274100 rport = 3220068600 st = {st_dev = 26626, __pad1 = 0, __st_ino = 3342766, st_mode = 33152, st_nlink = 1, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 6654265, st_blksize = 4096, st_blocks = 13032, st_atim = { tv_sec = 1221681411, tv_nsec = 0}, st_mtim = {tv_sec = 1221683098, tv_nsec = 0}, st_ctim = {tv_sec = 1221683098, tv_nsec = 0}, st_ino = 3342766} old_errno = 9 #7 0x0805c817 in main (argc=1, argv=0xbfee5994, envp=0xbfee599c) at main.c:257 No locals.

2 2

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

Scott, That worked! Thanks again for the help! ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 3:57:39 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 3:48 PM Grant Lowe spake the following: > We have home directories on the server. Virtual user's can login (at least I've been able to verify that from using telnet to port 143). Yes the earlier mail was different. I can go back to that configuration if I need to. Meanwhile I'll take a look at the link you sent. Thank you! > Then try this; mail_location = mbox:~/mail:INBOX=/var/mail/%u Make sure the home directories map properly and not to /var/mail/%u from however you auth. The above puts IMAP folders in a folder called mail in the users home directory, and the inbox in /var/mail/%u. Dovecot will also store its indexes in the ~/mail directory, so it has to be a folder. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

1 0

[Dovecot] two server and dbox
by a.testa＠wifisolution.it 18 Sep '08

18 Sep '08

Dear users, I have a question about the storage dbox. Is it possible to deliver e-mails from two different lda? I would have two independent servers working at the same time on nfs. Is it possible since the e-mails name will be the same? Thanks in advance Alex

3 3

[Dovecot] Outlook 2003 and Thunderbird IMAP + getting new headers
by Jan van den Berg 18 Sep '08

18 Sep '08

Hi, We run 1.1.3 and I use Outlook to connect to my IMAP box and a couple of times per day (randomly) when I click certain folders IMAP will start retrieving ALL headers for that folder again ('retrieving new headers')! I don't understand this. What triggers IMAP to do so, why not just retrieve only the NEW headers? Is it Dovecot or Outlook (probably) and what can be done about this? I already use the Dovecot Outlook workarounds. I have also gotten word that this behavior happens with Thunderbird. This is really a problem causing a lot of load on our storage (I am not the only user). Cheers, Jan

3 16

Re: [Dovecot] Mail being delivered to mbox instead of Maildir
by Sean Smitz 18 Sep '08

18 Sep '08

> Date: Wed, 17 Sep 2008 12:41:31 -0400 > From: Charles Marcus <CMarcus(a)Media-Brokers.com> > Subject: Re: [Dovecot] Mail being delivered to mbox instead of Maildir > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <48D1333B.8060907(a)Media-Brokers.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 9/17/2008, Sean Smitz (sean.smitz(a)us.fujitsu.com) wrote: > >> mail_location: maildir:~/Maildir >> > > Maybe it is case sensitive... > > Try: > > mail_location: Maildir:~/Maildir > > -- > > Best regards, > > Charles > > > ------------------------------ > I will try, but that is how the examples are capitalized. > Message: 9 > Date: Wed, 17 Sep 2008 22:25:07 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Mail being delivered to mbox instead of Maildir > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <8E304E7D-48BF-405F-93C8-1374FD483E8F(a)iki.fi> > Content-Type: text/plain; charset="us-ascii" > > On Sep 17, 2008, at 5:22 PM, Sean Smitz wrote: > > >> I thought I had Dovecot configured to use Maildir instead of mbox, >> but apparently it is still using mbox. >> >> Excerpt from dovecot.conf: >> mail_location = maildir:~/Maildir >> >> >> Excerpt from sendmail.mc: >> MAILER(dovecot)dnl >> > > You sure sendmail is really calling deliver? In that case you should > see deliver logging "saved mail to INBOX" lines. > > Timo, I don't see that in the /var/log/maillog file. do I need to increase the default logging level? Sep 16 15:09:00 mailserv1 sendmail[20848]: m8GJ90bl020846: SMTP outgoing connect on mailserv1.fla.fujitsu.com Sep 16 15:09:06 mailserv1 sendmail[20848]: m8GJ90bl020846: to=<david(a)torrisi.org>, ctladdr=<mailtest(a)mailserv1.fla.fujitsu.com> (10295/10297), delay=00:00:06, xdelay=00:00:06, mailer=relay, pri=120363, relay=fujitsu1.fnanic.fujitsu.com. [192.240.0.1], ds n=2.0.0, stat=Sent (m8GJ95rd028033 Message accepted for delivery) Sep 16 15:09:06 mailserv1 sendmail[20848]: m8GJ90bl020846: done; delay=00:00:06, ntries=1

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

We have home directories on the server. Virtual user's can login (at least I've been able to verify that from using telnet to port 143). Yes the earlier mail was different. I can go back to that configuration if I need to. Meanwhile I'll take a look at the link you sent. Thank you! ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 3:01:51 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 2:43 PM Grant Lowe spake the following: > We want to have just inboxes in /var/mail/%u. > > I'm not sure how well that is going to work. You might need some sort of home directory, but your earlier conf had mail location and home directory pointing to the same place. That location can't be a directory AND a file. Do users have home directories on this server or is it all virtual? Maybe this has more clues; http://wiki.dovecot.org/MailLocation -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

We want to have just inboxes in /var/mail/%u. ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 2:27:49 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 1:13 PM Grant Lowe spake the following: > As far as ls -la: > > # ls -la /var/mail/wfoatst > -rw------- 1 wfoatst users 1406 Sep 16 15:13 /var/mail/wfoatst > # > > As far as the LDA, I'm using the dovecot LDA. Here's the line from /etc/mail/sendmail.cf: > > ######################*****############## > ### DOVECOT Mailer specification ### > ##################*****################## > Mdovecot, P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9, > S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, > T=DNS/RFC822/X-Unix, > A=deliver -d $u > > > Are you trying to have *all* mail in /var/mail/%u or just inboxes? Your ls looks like you have mbox format storage. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 17 Sep '08

17 Sep '08

As far as ls -la: # ls -la /var/mail/wfoatst -rw------- 1 wfoatst users 1406 Sep 16 15:13 /var/mail/wfoatst # As far as the LDA, I'm using the dovecot LDA. Here's the line from /etc/mail/sendmail.cf: ######################*****############## ### DOVECOT Mailer specification ### ##################*****################## Mdovecot, P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9, S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, T=DNS/RFC822/X-Unix, A=deliver -d $u ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 12:57:02 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 12:44 PM Grant Lowe spake the following: > Hi Scott. > > Thanks for the help! Appricate the feedback. > > I reset the dovecot.conf. Here's the output of dovecot -n now: > > # > # 1.1.2: /usr/local/etc/dovecot.conf > base_dir: /var/run/dovecot/ > log_path: /var/log/dovecot.log > ssl_disable: yes > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable: /usr/local/libexec/dovecot/imap-login > auth default: > verbose: yes > passdb: > driver: pam > userdb: > driver: passwd > # > > I'm still getting the same error as before: > > ovecot: Sep 17 12:42:43 Info: imap-login: Login: user=<wfoatst>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured > dovecot: Sep 17 12:42:43 Error: IMAP(wfoatst): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/var/mail/wfoatst > dovecot: Sep 17 12:42:43 Fatal: IMAP(wfoatst): Namespace initialization failed > > Any more thoughts? How about a "ls -la /var/mail/wfoatst" What do you use for your LDA? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] procmail -> deliver: file too large
by Jim Rosenberg 17 Sep '08

17 Sep '08

I am using procmail with deliver as recommended on the wiki to send mail snagged by SpamAssassin straight to a spam folder. It seemed to be working fine, but now I'm finding messages like this: Sep 17 12:13:47 hosty deliver(whoey): write() failed with mbox file /var/mail/whoey: File too large I don't think this is a setrlimit problem -- the host operating system is OpenBSD 4.0. My dovecot version is 1.0.13. Is there a maximum size used by deliver? Or is this a procmail problem? It looks like the message is coming from deliver. I don't think this is a postfix problem -- my max message size 33M in postfix. -Thanks, Jim

3 3