- dovecot - dovecot.org

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

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

17 Sep '08

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? ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 7:48:39 AM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 7:25 AM Grant Lowe spake the following: > Hi All, > > I've got a brand new dovecot installation. I'm new to dovecot, so please be gentle :-) > > Anyway, > I'm getting some errors when I try to connect to dovecot. I've tried > searching the web and haven't been able to find a lot of information. > Here's the config info: > > # dovecot --version > 1.1.2 > # dovecot -n > sudo dovecot -n > # 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 > mail_location: /var/mail/%u You need to fix your mail location setting; see http://wiki.dovecot.org/MailLocation > auth default: > verbose: yes > passdb: > driver: passwd-file > args: /etc/dovecot/passwd > userdb: > driver: static > args: uid=vmail gid=vmail home=/var/mail/%u Since you are also setting mail location here with home setting, you are probably resolving to /var/mail/%u/var/mail/%u -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] another assertion failure in current 1.1 hg (1.1.3 was working fine) - file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end)
by Diego Liziero 17 Sep '08

17 Sep '08

file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end) #0 0x001b3402 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 0x080f6968 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:150 backtrace = 0x90e9ed8 "/usr/libexec/dovecot/imap [0x80f6946] -> /usr/libexec/dovecot/imap [0x80f7207] -> /usr/libexec/dovecot/imap(i_fatal+0) [0x80f6ac0] -> /usr/libexec/dovecot/imap [0x80eaee7] -> /usr/. #4 0x080f7207 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x8122bf0 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfe92c54 "ï¿½+\022\b+") at failures.c:430 No locals. #5 0x080f6ac0 in i_panic (format=0x8122bf0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:197 args = 0xbfe92c54 "ï¿½+\022\b+" #6 0x080eaee7 in parse_local_part (ctx=0xbfe92d78) at message-address.c:43 ret = 0 __PRETTY_FUNCTION__ = "parse_local_part" #7 0x080eb373 in parse_addr_spec (ctx=0xbfe92d78) at message-address.c:163 ret = 24 ret2 = -1 #8 0x080eb49d in parse_mailbox (ctx=0xbfe92d78) at message-address.c:200 start = (const unsigned char *) 0x90fba9f "" ret = -1 #9 0x080eb503 in parse_mailbox_list (ctx=0xbfe92d78) at message-address.c:214 ret = 151951304 #10 0x080eb5c9 in parse_group (ctx=0xbfe92d78) at message-address.c:246 ret = 152025736 #11 0x080eb64c in parse_address (ctx=0xbfe92d78) at message-address.c:268 start = (const unsigned char *) 0x90fba88 "undisclosed-recipients:" ret = 151951000 #12 0x080eb68b in parse_address_list (ctx=0xbfe92d78, max_addresses=4294967294) at message-address.c:283 ret = 0 #13 0x080eb78f in message_address_parse_real (pool=0x90e9500, data=0x90fba88 "undisclosed-recipients:", size=23, max_addresses=4294967295, fill_missing=true) at message-address.c:320 ctx = {pool = 0x90e9500, parser = {data = 0x90fba9f "", end = 0x90fba9f "", last_comment = 0x90e9570}, first_addr = 0x90e97c8, last_addr = 0x90e97c8, addr = {next = 0x0, name = 0x0, route = 0x0, mailbox = 0x0, domain = 0x0, invalid_syntax = false}, str = 0x90e9698, fill_missing = true} ret = 1 #14 0x080eb7e0 in message_address_parse (pool=0x90e9500, data=0x90fba88 "undisclosed-recipients:", size=23, max_addresses=4294967295, fill_missing=true) at message-address.c:331 addr = (struct message_address *) 0x90e9500 #15 0x080ac097 in search_header_arg (arg=0x90ef6c0, ctx=0xbfe92f80) at index-search.c:424 addr = (struct message_address *) 0x90ff31c str = (string_t *) 0x17 _data_stack_cur_id = 5 msg_search_ctx = (struct message_search_context *) 0x91032f0 block = {part = 0x0, hdr = 0xbfe92e38, data = 0x0, size = 0} hdr = {name = 0x811a0f0 "", name_len = 0, value = 0x90fba88 "undisclosed-recipients:", value_len = 23, full_value = 0x90fba88 "undisclosed-recipients:", full_value_len = 23, middle = 0x90fdd53 ": ", middle_len = 0, name_offset = 0, full_value_offset = 4, continues = 0, continued = 0, eoh = 0, no_newline = 0, crlf_newline = 0, use_full_value = 0} ret = 0 #16 0x080b537a in search_arg_foreach (arg=0x90ef6c0, callback=0x80abe09 <search_header_arg>, context=0xbfe92f80) at mail-search.c:85 subarg = (struct mail_search_arg *) 0x0 __PRETTY_FUNCTION__ = "search_arg_foreach" #17 0x080b53a4 in mail_search_args_foreach (args=0x90ef6c0, callback=0x80abe09 <search_header_arg>, context=0xbfe92f80) at mail-search.c:98 result = 1 #18 0x080ac2f7 in search_header (hdr=0x90fec80, ctx=0xbfe92f80) at index-search.c:491 No locals. #19 0x080ed97e in message_parse_header (input=0x90fa8f8, hdr_size=0x0, flags=MESSAGE_HEADER_PARSER_FLAG_CLEAN_ONELINE, callback=0x80ac22f <search_header>, context=0xbfe92f80) at message-header-parser.c:389 hdr_ctx = (struct message_header_parser_ctx *) 0x90fec80 hdr = (struct message_header_line *) 0x90fec80 ret = 1 __PRETTY_FUNCTION__ = "message_parse_header" #20 0x080ac691 in search_arg_match_text (args=0x90ef678, ctx=0x90fb7a8) at index-search.c:580 hdr_ctx = {index_context = 0x90fb7a8, args = 0x90ef678, hdr = 0x90fec80, parse_headers = 0, custom_header = 1, threading = 0} input = (struct istream *) 0x90fa8f8 headers_ctx = (struct mailbox_header_lookup_ctx *) 0x90fb068 headers = (const char * const *) 0x90e9458 have_headers = true have_body = false __PRETTY_FUNCTION__ = "search_arg_match_text" #21 0x080ad3e1 in search_match_next (ctx=0x90fb7a8) at index-search.c:967 arg = (struct mail_search_arg *) 0x90fb7a8 ret = -1 #22 0x080ad703 in index_storage_search_next_nonblock (_ctx=0x90fb7a8, mail=0x90f8f68, tryagain_r=0xbfe93083) at index-search.c:1042 _data_stack_cur_id = 4 ctx = (struct index_search_context *) 0x90fb7a8 box = (struct mailbox *) 0x90f7c80 count = 6 ret = 1 #23 0x080b6e1d in mailbox_search_next_nonblock (ctx=0x90fb7a8, mail=0x90f8f68, tryagain_r=0xbfe93083) at mail-storage.c:653 No locals. #24 0x0805f60e in cmd_search_more (cmd=0x90ef600) at cmd-search.c:83 ctx = (struct imap_search_context *) 0x90ef738 end_time = {tv_sec = 151975096, tv_usec = 1} tryagain = false ret = 135224202 #25 0x0805f78e in cmd_search_more_callback (cmd=0x90ef600) at cmd-search.c:132 client = (struct client *) 0x90ef368 finished = false #26 0x08100310 in io_loop_handle_timeouts_real (ioloop=0x90ed9b0) at ioloop.c:298 timeout = (struct timeout *) 0x90fecd8 item = (struct priorityq_item *) 0x90fecd8 tv = {tv_sec = 0, tv_usec = 0} tv_call = {tv_sec = 1221553327, tv_usec = 767240} t_id = 3 #27 0x0810036a in io_loop_handle_timeouts (ioloop=0x90ed9b0) at ioloop.c:309 _data_stack_cur_id = 2 #28 0x0810102c in io_loop_handler_run (ioloop=0x90ed9b0) at ioloop-epoll.c:175 ctx = (struct ioloop_handler_context *) 0x90edaa8 events = (struct epoll_event *) 0x90edae8 event = (const struct epoll_event *) 0x90edae8 list = (struct io_list *) 0x90ef568 io = (struct io_file *) 0x0 tv = {tv_sec = 0, tv_usec = 0} events_count = 4 t_id = 2 msecs = 0 ret = 0 i = 0 j = 3 call = true #29 0x081003ac in io_loop_run (ioloop=0x90ed9b0) at ioloop.c:320 No locals. #30 0x0806debd in main (argc=1, argv=0xbfe93234, envp=0xbfe9323c) at main.c:293 No locals.

2 1