- dovecot - dovecot.org

[Dovecot] What would you tell the CIO in an "ABCs of Email" overview?
by Esther Schindler 07 Jan '08

07 Jan '08

One of the key points that came up when I researched and wrote the "Five Things CIOs Should Know about Fighting Spam" article (http:// www.cio.com/article/28830) was that they should know the basics of how email works. Otherwise, said plenty of techies, the CIO won't have the first idea of what the email admin is complaining about. So I'm going to do my part. I'm going to write an "ABCs of Email" article (to accompany the many other ABCs articles we have on CIO.com, at http://www.cio.com/article/40242 ). I'd like your input on the topics that should be included, keeping in mind the fact that the target reader is a CIO, IT manager, or someone who wants to understand the basics, *not* actively get involved in email management. You don't need to write an essay for me or inundate me with links (though hey, if you want to make my life easier I shall not complain). What I'm looking for, primarily, are the categories of information that I should cover. In other words, if your CIO had an email ephiphany and asked you to give a half-hour presentation, what would you include? This won't be an "Expert says..." article nor will it be "Geek on the street says...." I intend to compile and research the "least you need to know" for the not-necessarily-techie bosses out there. And hopefully the end result will be that you have one less dumb question to deal with in your life. So: any suggestions? (You can reply privately if you prefer.) Esther Schindler senior online editor, CIO.com her blog: http://advice.cio.com/taxonomy/term/34

2 3

Re: [Dovecot] v1.1.beta13 released
by Bruce Bodger 06 Jan '08

06 Jan '08

On Jan 6, 2008, at 9:51 AM, Timo Sirainen wrote: >>>> What plugins do you use? >> >> mail_log and cmusieve (dovecot-sieve-1.1.3) > > Well, I can't reproduce this with my setup, so there must be something > special that's causing this. Unless it's your client that creates the > mailbox itself? Perhaps you're right. I just tried using Thunderbird (Mac) and it does not exhibit this behavior. Apple Mail has an option, "Automatically synchronize changed mailboxes" which I do NOT have checked so the problem must be within Apple Mail as you surmised. In fact, Apple Mail is now displaying public/INBOX in it's list of mailboxes even though it hasn't been created under ~/Maildir/control/ public G518X2:~/Maildir/control/public root# ls -la total 8 drwx------ 5 bb admin 170 Jan 6 10:20 . drwx------ 3 bb admin 102 Jul 28 22:38 .. drwx------ 4 bb admin 136 Jan 6 09:54 .HAM drwx------ 4 bb admin 136 Jan 6 10:10 .SPAM -rw------- 1 bb admin 9 Sep 9 07:06 subscriptions ...and INBOX in not listed in 'subscriptions'. Sorry for the goose chase, unless you like goose, of course :-) B. Bodger

1 0

[Dovecot] v1.1.beta13 released
by Timo Sirainen 06 Jan '08

06 Jan '08

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig Changes since beta12: - Half of LDAP code was rewritten to fix reconnect/queuing problems. I did test that the new code works with and without auth binds, but be careful. - \Recent flags should finally work correctly with maildir. - last_used field wasn't updated for cache fields that were permanently cached. This caused them to be dropped after a month. TODO for RC1: - When pipelining commands, do only one sync after all of them. Besides improving performance, this fixes some rare problems when multiple commands are running simultaneously. - SEARCH/SORT: Replace invalid input with unicode "replacement character" instead of just skipping it. - Squat: Handle expunges. NFS support. - Fix Lucene support.

4 7

[Dovecot] imap cores
by Anil 06 Jan '08

06 Jan '08

Experts, (Now that I am able to run imap...) Here's what I am seeing with imap, it seems to die in the latest nightly. (tss, I am still trying to get dbx to work properly, maybe it won't, but I got some more details here.) ... 2 select "INBOX" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1 EXISTS * 0 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1199514743] UIDs valid * OK [UIDNEXT 2] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 UID fetch 1 ( BODY.PEEK[HEADER.FIELDS (From)]) Connection to mail closed by foreign host. openat(-3041965, "/var/mail/apps/domain/admin/Maildir/cur", O_RDONLY|O_NDELAY|O_LARGEFILE) = 9 fcntl(9, F_SETFD, 0x00000001) = 0 fstat64(9, 0x080474C0) = 0 stat64("/var/mail/apps/domain/admin/Maildir/cur", 0x080475C0) = 0 time() = 1199564680 getdents64(9, 0xFEFA4000, 8192) = 112 getdents64(9, 0xFEFA4000, 8192) = 0 close(9) = 0 fcntl(6, F_SETLK64, 0x08047680) = 0 lstat64("/var/mail/apps/domain/admin/Maildir/dovecot-uidlist.lock", 0x080476C0) = 0 unlink("/var/mail/apps/domain/admin/Maildir/dovecot-uidlist.lock") = 0 open64("/var/mail/apps/domain/admin/Maildir/cur/1199514786.M867961P7368.vds5,W=1325:2,", O_RDONLY) = 9 fstat64(9, 0x080477A0) = 0 pread64(9, " R e t u r n - P a t h :".., 4096, 0) = 1298 pread64(9, " R e t u r n - P a t h :".., 4096, 0) = 1298 close(9) = 0 write(2, "01 P f i l e i n d e x".., 82) = 82 getcontext(0x08047510) open("/proc/self/as", O_RDONLY) = 9 close(9) = 0 write(2, "01 E R a w b a c k t r".., 18) = 18 sigaction(SIGABRT, 0x00000000, 0x08047710) = 0 sigaction(SIGABRT, 0x08047650, 0x080476D0) = 0 schedctl() = 0xFED32000 lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] lwp_kill(1, SIGABRT) = 0 Received signal #6, SIGABRT [default] siginfo: SIGABRT pid=3257 uid=500 code=-1 This is all I can seem to get with dbx: program terminated by signal ABRT (Abort) 0xfee55687: __lwp_kill+0x0007: jae __lwp_kill+0x15 [ 0xfee55695, .+0xe ] (dbx) where =>[1] __lwp_kill(0x1, 0x6), at 0xfee55687 [2] _thr_kill(0x1, 0x6), at 0xfee52dee [3] raise(0x6), at 0xfee011bb [4] abort(0x817e3d8, 0x817e3d8, 0xfee7f5b8, 0x816e898, 0xffffffff, 0x81759e0), at 0xfede15d9 (dbx) # pstack core.imap.3479 core 'core.imap.3479' of 3479: imap fee55687 _lwp_kill (1, 6) + 7 fee011bb raise (6) + 1f fede15d9 abort (817e3d8, 817e3d8, fee7f5b8, 816e898, ffffffff, 81759e0) + cd 08118884 i_internal_fatal_handler () + 54 What do you think?

1 1

[Dovecot] deliver fails - RFE
by Anil 06 Jan '08

06 Jan '08

deliver has suid: -rwsr-xr-x 1 root root 1892044 Jan 5 19:21 deliver Jan 5 23:11:02 vds5 deliver(admin(a)domain.com): [ID 702911 mail.error] stat(/var/mail/apps/domain.com/admin/Maildir/tmp) failed: Permission denied The above mentioned directory has these permissions: drwx------ 3 vmail vmail 3 Jan 5 19:15 /var/mail/apps drwx------ 3 vmail vmail 3 Jan 5 19:15 /var/mail/apps/domain.com drwx------ 3 10001 10001 3 Jan 5 19:25 /var/mail/apps/domain.com/admin drwx------ 6 10001 10001 9 Jan 5 23:05 /var/mail/apps/domain.com/admin/Maildir/ drwx------ 2 10001 10001 2 Jan 5 19:03 /var/mail/apps/domain.com/admin/Maildir/tmp It seems deliver needs the /var/mail/apps and the /var/mail/apps/domain.com to be 755. Can Dovecot do this automatically when it creates these directories? (/var/mail/apps, /var/mail/apps/domain.com)

1 0

[Dovecot] Upgrading a live running dovecot - how?
by Daniel Watts 06 Jan '08

06 Jan '08

Hi Guys, This has bitten us twice now. We're running Gentoo and emerge (ie compile) a new version of Dovecot thinking we can finish that then restart Dovecot in our own time. It seems that Dovecot immediately starts to use the newly compiled Dovecot binary and we get version mismatch errors preventing access. Would be good if Dovecot behaved in such a way that it kept on using the old version (held in memory) until it was restarted where it then loaded the new version. Dan

3 2

[Dovecot] running imap command line
by Anil 06 Jan '08

06 Jan '08

I am trying to debug some core dump problems. I should be able to run imap by itself right? How to fix? # ./imap imap(root): Fatal: setgroups() failed: Too many extra groups I am using latest nightly code.

3 5

[Dovecot] How to use deliver to deliver to virtual users
by Andrew Falanga 05 Jan '08

05 Jan '08

Hi, Ok, here's my setup, each virtual user has a home directory as follows: /virtusers/<v_userid> and per the INBOX directive in the dovecot.conf file I also have a file as follows: /var/mail/<v_userid> Now, I've followed the directions as outlined here: http://wiki.dovecot.org/LDA/Sendmail But every time I send mail to one of my virtual users, I get this message The original message was received at Sat, 5 Jan 2008 14:22:51 -0700 (MST) from wa-out-1112.google.com [209.85.146.183] ----- The following addresses had permanent fatal errors ----- /var/mail/jdunkin (reason: Can't create output) (expanded from: <jdunkin(a)whitneybaptist.org>) ----- Transcript of session follows ----- 550 5.0.0 /var/mail/jdunkin... Can't create output What could I be missing? Andy

1 0

[Dovecot] help using sendmail LDA
by Anil 05 Jan '08

05 Jan '08

I am stuck. I get nothing in the logs (about deliver). Sendmail complains about "User unknown". I am not sure I have my sendmail.mc configured right, can someone confirm or give me some sample config files that make use of Dovecot+LDAP and sendmail LDA? Dovecot is running as root. I am a little confused, so the auth-master is not even needed? (the whole socket listen {}, since I am using static userdb and the user information was already found at authentication/login) Thank You! # 20080102: /usr/local/dovecot/etc/dovecot.conf listen: *:143 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/imap-login login_log_format_elements: user=<%n@%d> method=%m rip=%r lip=%l %c login_max_connections: 64 max_mail_processes: 128 mail_location: maildir:~/Maildir mail_debug: yes auth default: verbose: yes debug: yes passdb: driver: ldap args: /usr/local/dovecot/etc/dovecot-ldap.conf userdb: driver: static args: uid=vmail gid=vmail home=/var/mail/apps/%d/%n socket: type: listen master: path: /var/run/dovecot-auth-master mode: 384 user: vmail group: vmail My sendmail.mc file: define(`confFALLBACK_SMARTHOST', `mailhost$?m.$m$.')dnl define(`LOCAL_MAILER_PATH',`/usr/local/dovecot/libexec/dovecot/deliver') define(`LOCAL_MAILER_FLAGS',`DFMPhfnu9') define(`LOCAL_MAILER_ARGS',`deliver -d $u') MAILER(`local')dnl MAILER(`smtp')dnl LOCAL_NET_CONFIG R$* < @ $* .$m. > $* $#esmtp $@ $2.$m $: $1 < @ $2.$m. > $3

2 3

[Dovecot] FETCH for mailbox INBOX UID 39641 got too little data: 4823 vs 4825
by Mikhail Teterin 04 Jan '08

04 Jan '08

Whenever I try to access an e-mail in the middle (rather than at the end) of the mailbox, my mail-client (KMail) gets an error a message like this is logged in the maillog: IMAP(mi): FETCH for mailbox INBOX UID 39641 got too little data: 4823 vs 4825 IMAP(mi): Disconnected: Disconnected The actual numbers vary, but it is always X vs X+2 The problem started when I upgraded to 1.0.8. Unfortunately, it is still here with 1.0.9. The mailbox in question is the standard Unix mbox (/var/mail/mi in my case). The server runs FreeBSD/amd64. Please, advise. Thanks! -mi

5 11