- dovecot - dovecot.org

[Dovecot] Disallow Deletion from Trash Folder
by Bradley Rintoul 01 Mar '13

01 Mar '13

Hello: I've been tasked with trying to find a way to keep users from ever "permanently" deleting emails. The users are running Thunderbird and are using the "Archive" option for when emails are deleted. However, they are still able to delete emails from the Archive folders... I'm wondering if there's any way that I can configure Dovecot to make sure that emails *never* get removed from the filesystem. I know it's probably kind of a bizarre request, but is there any way that Dovecot can help me out in this regard? Thanks! B. Rintoul

5 4

[Dovecot] sending of password did not succeed
by Peter Sparkes 01 Mar '13

01 Mar '13

Hi Today I have upgraded my Debian server from lenny to squeeze and my email stopped working. I am using Dovecot 1.2.15 with exim4. Exim4 is working and mail is being delivered to the mailboxes - /home/ didm.co.uk/peter/Maildir/new etc When I try to download emails to my I get "sending of password did not succeed, Mail server mail.didm.co.ukresponded:Authentication failed" and the server Dovecot error log "utime(/home/didm.co.uk/peter/Maildir/tmp) failed: Permission denied" etc Help please Peter

3 2

[Dovecot] I need help with my mail client: was [OCLUG] running cron on UTC
by Steve Litt 01 Mar '13

01 Mar '13

On Thu, 28 Feb 2013 19:29:20 -0800 Kevin Cernekee <cernekee(a)gmail.com> wrote: > On Thu, Feb 28, 2013 at 5:54 PM, Nathan Haines <nhaines(a)ubuntu.com> I'm sorry to hijack a thread to do this, but I actually had to reply to someone in order to show you the symptom. Before describing the symptom, let me give you the situation... I'm running Claws-Mail 3.8.1 on Xubuntu 12.10. On the way out I just do normal port 465 SSL to my web host's SMTP server. On the way back, fetchmail grabs my messages from my ISP using IMAP (and erasing them on on the ISP's server after retrieval), then delivers them to procmail, which, based on filters, drops them into the correct directories of the Dovecot server running on my desktop. Claws-mail then views all my email on the IMAP server. slitt@mydesk:~$ dovecot -n # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.5.0-25-generic x86_64 Ubuntu 12.10 ext4 At the bottom of this email I'll put a copy of a typical full header on a post from me. Here's the symptom: Every time I reply to an OCLUG post, Claws-Mail loads the *To* with oclug(a)mailman.oclug.org and the *CC* with oclug(a)penguin.oclug.org. Unless I remember to delete the CC, this makes me double post every time, and must be quite annoying to you all. This happens *only* on OCLUG posts: None of my other mailing lists display this symptom. It's actually weirder than that, because although when I compose the message the preceding is true, by the time I get the two messages back they both say oclug(a)penguin.oclug.org. This happens only with the OCLUG list, no others. I studied the full headers of the two messages when they came back to me, and could discern no difference in the two. What I did find, however, is that all OCLUG messages have: List-Post: <mailto:oclug@mailman.oclug.org> Reply-To: Orange County Linux Users Group <oclug(a)penguin.oclug.org> List-Id: Orange County Linux Users Group <oclug.mailman.oclug.org> Can anyone tell me how to start narrowing down the cause of this behavior? I've CC'ed the Claws-Mail list and the Dovecot list in hopes that maybe they have some ideas. The fact that the rest of you don't post doubles makes me wonder if it's a mail client thing (but of course, only for OCLUG). Thanks, SteveT Steve Litt * http://www.troubleshooters.com/ Troubleshooting Training * Human Performance ====================================================== Return-path: <oclug-bounces(a)penguin.oclug.org> Envelope-to: slitt(a)troubleshooters.com Delivery-date: Thu, 28 Feb 2013 23:57:27 -0700 Received: from box20.bluehost.com [69.89.18.20] by mydesk with IMAP (fetchmail-6.3.21) for <slitt@localhost> (single-drop); Fri, 01 Mar 2013 02:00:09 -0500 (EST) Received: from athrbthr by box500.bluehost.com with local-bsmtp (Exim 4.80) (envelope-from <oclug-bounces(a)penguin.oclug.org>) id 1UBJuI-0004wp-KM for slitt(a)troubleshooters.com; Thu, 28 Feb 2013 23:57:27 -0700 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on box500.bluehost.com X-Spam-Level: X-Spam-Status: No, score=0.9 required=6.0 tests=BAYES_20,DKIM_SIGNED,RDNS_NONE, T_DKIM_INVALID shortcircuit=no autolearn=no version=3.3.1 Received: from [66.51.217.34] (port=57600 helo=mailman.oclug.org) by box500.bluehost.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from <oclug-bounces(a)penguin.oclug.org>) id 1UBJuH-0004vU-Sl for slitt(a)troubleshooters.com; Thu, 28 Feb 2013 23:57:26 -0700 Received: from penguin.oclug.org (localhost.localdomain [127.0.0.1]) by mailman.oclug.org (8.13.8/8.13.8) with ESMTP id r216sAxl005168; Thu, 28 Feb 2013 22:54:25 -0800 X-DKIM: OpenDKIM Filter v2.2.0 mailman.oclug.org r216sAxl005168 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=oclug.org; s=key1; t=1362120877; i=(a)oclug.org; bh=pGJLvLZRLVQZMvAPrmj0xY5yD15S7XKt7ZIXrtLn+n8=; h=Date:From:To:Message-ID:In-Reply-To:References:Mime-Version:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding; b=Ikxul7U6431nG0j1/UvXZoPbuId9Olh01KBQFgHtvW4XY4vRSdO0c/3K04k8S52Gz XbPB09lBM+MgYdwfz96Euo5fIKe63jqud0IMfa51HdMC8soz9AwTFLiY/Bf45dQbc/ L7GWPtjXX/RIjqgZmxV19GqgvALnmaDZ+p9aYlSs= Received: from oproxy5-pub.bluehost.com (oproxy5-pub.bluehost.com [67.222.38.55]) by mailman.oclug.org (8.13.8/8.13.8) with SMTP id r216rFYG005142 for <oclug(a)penguin.oclug.org>; Thu, 28 Feb 2013 22:53:26 -0800 X-DKIM: OpenDKIM Filter v2.2.0 mailman.oclug.org r216rFYG005142 Authentication-Results: mailman.oclug.org; dkim=pass (768-bit key) header.i=(a)troubleshooters.com header.b=pN/Ec/8K; dkim-adsp=pass Received: (qmail 24695 invoked by uid 0); 1 Mar 2013 06:53:12 -0000 Received: from unknown (HELO box500.bluehost.com) (74.220.219.100) by cpoproxy2.bluehost.com with SMTP; 1 Mar 2013 06:53:12 -0000 Received: from [184.90.206.64] (port=58237 helo=mydesk) by box500.bluehost.com with esmtpsa (SSLv3:RC4-SHA:128) (Exim 4.80) (envelope-from <slitt(a)troubleshooters.com>) id 1UBJqB-0007gc-KK; Thu, 28 Feb 2013 23:53:11 -0700 Date: Fri, 1 Mar 2013 01:53:07 -0500 From: Steve Litt <slitt(a)troubleshooters.com> To: oclug(a)penguin.oclug.org Message-ID: <20130301015307.69d0330f@mydesk> In-Reply-To: <CAEiYjQLRUhbu4MCYoodDBxLYVOoc01dJjA1+dGQywkd7_1w0SQ(a)mail.gmail.com> References: <CAOF6TY_dmSP+ZS60wKaZo3Lq6iZ+fcqkbh4H46Jz8HOp+xRprQ(a)mail.gmail.com> <512FB61F.6070607(a)truesdail.com> <CAEiYjQLRUhbu4MCYoodDBxLYVOoc01dJjA1+dGQywkd7_1w0SQ(a)mail.gmail.com> Organization: Troubleshooters.Com X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.13; x86_64-pc-linux-gnu) Mime-Version: 1.0 X-Identified-User: {36493:box500.bluehost.com:athrbthr:a3b3.com} {sentby:smtp auth 184.90.206.64 authed with junk(a)a3b3.com} Cc: Orange County Linux Users Group <oclug(a)penguin.oclug.org> Subject: Re: [OCLUG] Clonezilla vs Ubuntu backup? X-BeenThere: oclug(a)mailman.oclug.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Orange County Linux Users Group <oclug(a)penguin.oclug.org> List-Id: Orange County Linux Users Group <oclug.mailman.oclug.org> List-Unsubscribe: <http://mailman.oclug.org/mailman/listinfo/oclug>, <mailto:oclug-request@mailman.oclug.org?subject=unsubscribe> List-Archive: <http://mailman.oclug.org/mailman/private/oclug> List-Post: <mailto:oclug@mailman.oclug.org> List-Help: <mailto:oclug-request@mailman.oclug.org?subject=help> List-Subscribe: <http://mailman.oclug.org/mailman/listinfo/oclug>, <mailto:oclug-request@mailman.oclug.org?subject=subscribe> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: oclug-bounces(a)penguin.oclug.org X-Identified-User: {36493:box500.bluehost.com:athrbthr:a3b3.com} {sentby:spamassassin for local delivery to identified user} ======================================================

2 1

[Dovecot] Looking for HOWTO for fc18 with postfix/TLS/imaps
by Alex 01 Mar '13

01 Mar '13

Hi all, Does there already exist a document that outlines the best approach to implement postfix with dovecot? I'd like to set up a Maildir system with TLS clients and SMTP Auth. I don't think I need to require client certs, but want to avoid cleartext passwords. It's unclear to me whether to use 143 with TLS or 993. I've currently set it up using 143 with STARTTLS using normal passwords. Is this correct? Can I use a regular apache web cert to provide an authorized cert and key to use for authentication by the clients? Thanks, Alex

1 0

[Dovecot] Support for PolarSSL?
by Charles Marcus 01 Mar '13

01 Mar '13

Hey Timo, Just curious if you ever thought about supporting other than just OpenSSL? PolarSSL looks really interesting, has no major dependencies and is very lightweight compared to OpenSSL, GNUTLS or others... https://polarssl.org/ I guess it could be a lot of work, or not, anyway, I'm just curious... -- Best regards, */Charles/*

6 5

[Dovecot] Best practice for sieve script synchronization
by Oli Schacher 01 Mar '13

01 Mar '13

We consider deploying a two server active-active setup with dsync replication for ~2500 users. I was wondering how people handle sieve script synchronization in such setups. We came up with a few options for syncing: 1) rsync/unison ~/sieve every x seconds 2) move sieve dirs to separatate partition and sync with gluster or drbd 3) patch roundcube managesieve sieve plugin to upload to both managesieve servers (only roundcube can access managesieve in our setup) 4) store sieve scripts in mysql and patch roundcube managesieve plugin to directly access the db instead of using managesieve (we tried this, but apparently sieve scripts read from db via dovecot dict can't have more than one line? show stopper due to roundcube sieve plugin needing comments to parse the scripts) 5) wait until Timo/Stephan add additional magic to dsync for sieve scripts as discussed in http://www.dovecot.org/list/dovecot/2011-October/061699.html ;-) We are tending towards 1) as this seems simplest and most robust solution but before we re-invent the wheel we'd like to "hear" your thoughts... Thanks Oli -- This message does not contain horse meat

6 7

Re: [Dovecot] sending of password did not succeed
by Peter Sparkes 01 Mar '13

01 Mar '13

Hi Harald > > Thanks for replying > > stat /home/didm.co.uk/peter/Maildir/tmp gives > > File: `/home/didm.co.uk/peter/Maildir/tmp' > Size: 4096 Blocks: 8 IO Block: 4096 directory > Device: 901h/2305d Inode: 13836957 Links: 2 > Access: (0755/drwxr-xr-x) Uid: ( 1223/ peter) Gid: ( 1108/didm.co.uk) > Access: 2013-02-28 04:36:36.000000000 +0000 > Modify: 2013-02-28 17:08:22.000000000 +0000 > Change: 2013-02-28 17:08:22.000000000 +0000 > > ls -lha -R /home/didm.co.uk/peter/ ouputs a long list part of which is > > /home/didm.co.uk/peter/Maildir/new: > total 844K > drwxr-xr-x 2 peter didm.co.uk 4.0K Feb 28 17:08 . > drwxr-xr-x 8 peter didm.co.uk 4.0K Feb 28 08:01 .. > -rw------- 1 peter peter 12K Feb 28 08:41 > 1362040901.H489863P3132.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 3.2K Feb 28 08:46 > 1362041185.H453645P3137.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 2.8K Feb 28 08:59 > 1362041976.H290857P3254.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 2.1K Feb 28 09:01 > 1362042100.H237350P3263.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 303K Feb 28 09:05 > 1362042315.H1078P3266.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 29K Feb 28 09:16 > 1362042969.H141065P4039.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 15K Feb 28 09:29 > 1362043772.H424096P4070.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 485 Feb 28 09:34 > 1362044091.H313425P4077.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 11K Feb 28 09:44 > 1362044642.H822470P4880.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 2.4K Feb 28 11:38 > 1362051505.H650923P7747.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 3.6K Feb 28 12:03 > 1362053012.H602533P8671.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 27K Feb 28 12:44 > 1362055442.H625207P10611.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 40K Feb 28 13:14 > 1362057256.H571100P11598.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 83K Feb 28 13:15 > 1362057339.H568650P11605.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 9.3K Feb 28 14:05 > 1362060354.H307724P12580.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 16K Feb 28 14:25 > 1362061514.H650991P13554.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 9.0K Feb 28 15:47 > 1362066474.H389245P16304.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 46K Feb 28 15:53 > 1362066827.H631037P16382.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 3.9K Feb 28 15:56 > 1362067018.H98463P16401.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 20K Feb 28 16:15 > 1362068100.H694502P17251.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 44K Feb 28 16:27 > 1362068836.H298454P17321.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 53K Feb 28 17:06 > 1362071183.H205812P18284.didm-a.dh.bytemark.co.uk > -rw------- 1 peter peter 53K Feb 28 17:08 > 1362071302.H916902P18293.didm-a.dh.bytemark.co.uk > > > Regards > > Peter > > > On Thu, Feb 28, 2013 at 5:27 PM, Reindl Harald <h.reindl(a)thelounge.net>wrote: > >> >> >> Am 28.02.2013 18:20, schrieb Peter Sparkes: >> > Hi >> > >> > Today I have upgraded my Debian server from lenny to squeeze and my >> email >> > stopped working. >> > >> > I am using Dovecot 1.2.15 with exim4. >> > >> > Exim4 is working and mail is being delivered to the mailboxes - /home/ >> > didm.co.uk/peter/Maildir/new etc >> > >> > When I try to download emails to my I get >> > >> > "sending of password did not succeed, Mail server >> > mail.didm.co.ukresponded:Authentication failed" >> > >> > and the server Dovecot error log "utime(/home/ >> didm.co.uk/peter/Maildir/tmp) >> > failed: Permission denied" etc >> >> and what says "stat /home/didm.co.uk/peter/Maildir/tmp" >> or "ls -lha -R /home/didm.co.uk/peter/"? >> >> >

1 0

[Dovecot] sieve /editheader / addheader :last crash
by Peter Rindfuss 01 Mar '13

01 Mar '13

Hi Everybody, I'm using dovecot 2.1.14 from http://xi.rename-it.nl/debian/ with debian squeeze stable. In general, sieve works fine for me, but "addheader :last ..." from the editheader extension causes a crash when it processes a message. I was able to narrow this down a bit: It only happens if "addheader :last" is the first editheader command executed in a script. If it is preceded by any "deleteheader" or "addheader" without ":last", everything is fine. This is what I get from sieve-test when it crashes: sieve-test(root): Panic: file istream.c: line 133 (i_stream_read): assertion failed: (_stream->skip != _stream->pos) sieve-test(root): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4881a) [0x7f5e0b37681a] -> /usr/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7f5e0b376902] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f5e0b349f7f] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x17c) [0x7f5e0b37da9c] -> /usr/lib/dovecot/libdovecot.so.0(+0x51453) [0x7f5e0b37f453] -> /usr/lib/dovecot/libdovecot.so.0(+0x5150e) [0x7f5e0b37f50e] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x69) [0x7f5e0b37d989] -> /usr/lib/dovecot/libdovecot.so.0(+0x53fe1) [0x7f5e0b381fe1] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x69) [0x7f5e0b37d989] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x52) [0x7f5e0b37dc72] -> /usr/lib/dovecot/libdovecot.so.0(io_stream_copy+0x41) [0x7f5e0b38ae21] -> /usr/lib/dovecot/libdovecot.so.0(+0x5e1de) [0x7f5e0b38c1de] -> /usr/lib/dovecot/libdovecot.so.0(o_stream_send_istream+0x33) [0x7f5e0b38acb3] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_save_continue+0x38) [0x7f5e0be0caf8] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_storage_copy+0xb8) [0x7f5e0be376d8] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_copy+0x56) [0x7f5e0be086c6] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x4a) [0x7f5e0be3ce9a] -> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x3fa66) [0x7f5e0c103a66] -> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x366b4) [0x7f5e0c0fa6b4] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x3ff) [0x7f5e0c0fabef] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x56) [0x7f5e0c10b456] -> sieve-test(main+0x73e) [0x403a5e] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f5e0abdec8d] -> sieve-test() [0x403219] Aborted Best regards Peter

2 4

Re: [Dovecot] IMAP folders sort order
by Valery V. Sedletski 01 Mar '13

01 Mar '13

> >however what you used at migrate, some from your old clients may not >update their folder searchlist to/at new namespace, or have fixed prefix >setup etc, i didnt remember exactly but i think you can have both >namespace setups somehow for stay compatible with "old clients" >try search list and wiki > > Yes, thanks -- I'll look into wiki... But I tried to create a fresh account in Dovecot (not migrated from Courier), and it still shows a intermixed folder order: a list "" * * LIST (\HasNoChildren) "/" "Spam" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\HasNoChildren) "/" "Pub" a OK List completed. So, it is not a migration problem -- note that it is the LIST command output, so it is not got influenced by some IMAP client folder searchlist/mask or its namespace settings (like in Thunderbird) WBR, valery

2 1

[Dovecot] patch for crash while FTS-searching through virtual mailbox
by Mike Abbott 01 Mar '13

01 Mar '13

FTS-searching through a virtual mailbox crashes dovecot-2.1.15 when the FTS backend does not support lookup_multi. src/plugins/fts/fts-api.h says for fts_backend_lookup() that "The arrays in result must be initialized by caller." FTS backends can therefore assume that the arrays are initialized by their caller. However, fts_backend_lookup_multi() does not initialize the per-box arrays before calling the FTS backend’s lookup function. This patch fixes the resulting crash. --- dovecot-2.1.15/src/plugins/fts/fts-api.c 2012-08-03 09:09:28.000000000 -0500 +++ dovecot/src/plugins/fts/fts-api.c 2013-02-28 14:35:43.000000000 -0600 @@ -337,8 +337,12 @@ result->box_results = p_new(result->pool, struct fts_result, i+1); for (i = 0; boxes[i] != NULL; i++) { + struct fts_result *box_result = &result->box_results[i]; + p_array_init(&box_result->definite_uids, result->pool, 32); + p_array_init(&box_result->maybe_uids, result->pool, 32); + p_array_init(&box_result->scores, result->pool, 32); if (backend->v.lookup(backend, boxes[i], args, - and_args, &result->box_results[i]) < 0) + and_args, box_result) < 0) return -1; } return 0;

1 0