- dovecot - dovecot.org

[Dovecot] Dovecot mbox
by Thomas M Goerger 25 Feb '10

25 Feb '10

Hi, Just wondering for all you people using Dovecot out there. 1. What mailbox protocol are you using? 2. What version of Dovecot? Thanks! ************************************************************************* * Tom Goerger - Email/Unix System Administrator * * * * University of Minnesota Email: tmg(a)umn.edu * * Operations, Infrastructure and Architecture Phone: 4-5804 * * Internet Services Office: 626J WBOB * * * *************************************************************************

5 4

[Dovecot] dovecot2 Beta2: different certs for imaps and pop3s
by Andreas Schulze 25 Feb '10

25 Feb '10

Hello, is it possible to use differnent ssl certs for pop3 and imap ? I like to have differnet dnsnames for pop3 an imap services configured at customers clients. I tried to configure ssl_key and ssl_cert inside a <protocol>-login {} section but this failed. Of course I know sslcerts containing multiple dnsnames. But this seemes not a real, clean solution to me. Thanks, Andreas -- Andreas Schulze Internetdienste | P532 DATEV eG 90329 Nürnberg | Telefon +49 911 319-0 | Telefax +49 911 319-3196 E-Mail info @datev.de | Internet www.datev.de Sitz: 90429 Nürnberg, Paumgartnerstr. 6-14 | Registergericht Nürnberg, GenReg Nr.70 Vorstand Prof. Dieter Kempf (Vorsitzender) Dipl.-Kfm. Wolfgang Stegmann (stellvertretender Vorsitzender) Dipl.-Kfm. Michael Leistenschneider Jörg Rabe v. Pappenheim Dipl.-Vw. Eckhard Schwarzer Vorsitzender des Aufsichtsrates: Reinhard Verholen

2 3

Re: [Dovecot] OT: best linux imap client for dovecot
by Frank Cusack 25 Feb '10

25 Feb '10

On 2/24/10 8:37 PM +0200 Timo Sirainen wrote: > 1) Online mode: Don't download all message headers at once at startup. > If I open a mailbox, I'm seeing only about 20 messages on screen. That's > all it needs to download. When I scroll the message list, download more > as needed. I disagree. You are conflating UI blocking with network blocking (download), probably because that's how TB does it. IMHO, when you open a mailbox, messages should fill in and be accessible immediately, ie as soon as the headers are downloaded. Beyond a screenful, the client should continue to download headers so that when you do scroll down, there is no delay. This is especially useful when you are on a slow link. You spend SO much time doing nothing, ie reading messages, while the client could be doing work for you, and then when you scroll you have to wait again? Also you have to adjust this behavior if server-side sorting is not available and the user wants something other than message order. If you're worried about "wasting" bandwidth, a valid concern, the client need only prefetch another screenful of messages at a time. If your client is configured to sync message bodies, it should go ahead and do that before you start actually reading them, so that you are not waiting on download. Apple Mail, for one, seems to implement things as I've described. Note I am in now way endorsing Apple Mail as a good IMAP client. -frank

1 0

[Dovecot] antispam plugin
by Dan Swartzendruber 24 Feb '10

24 Feb '10

First off, I have to say I really like the antispam plugin. I am running a (relatively) new freebsd 8.0 server with postfix/dovecot/dspam/squirrelmail and it works great. Create a SPAM folder and tell the dovecot antispam plugin to use INBOX.SPAM as the spam folder and drag messages from INBOX to the spam folder and they are trained as spam. Here is the problem though: after training dspam for a couple of weeks, I had a couple hundred messages in the SPAM folder, so I selected them and hit the DELETE button and they were gone. Except they weren't. I had forgotten that by default squirrelmail moves deleted messages to a Trash folder under INBOX. So the messages were moved out of the SPAM folder, resulting in them being retrained as ham. Oops :( I then hit the purge link in squirrelmail and the messages were forever gone, so I couldn't rectify my gaffe. I have temporarily reconfigured squirrelmail to delete messages outright rather than save them in the Trash folder, but I don't like that as a long-term solution. What occurred to me is this: the current algorithm is: if message moves from * => SPAM, it is trained as spam, if it moves from SPAM => *, it is trained as ham. It would be nice if you could elaborate on that such that the ham rule was "if message moves from SPAM to X, it is ham" (and in my case, I would defined X as INBOX. Thoughts?

3 7

[Dovecot] OT: best linux imap client for dovecot
by Axel Thimm 24 Feb '10

24 Feb '10

Hi, I'm a long term dovecot user, packager and believer, but on the other side of the wire I've been a mutt user for longer than I can think. Which modern email client under Linux is working best with dovecot? I just did a grep on User-Agent:/X-Mailer: on my dovecot archive (which goes back to 2004) and found that the top ten are: 28% Thunderbird 25% Evolution 9% Apple Mail 9% Mutt 5% Mozilla 3% KMail 2% Outlook 2% SquirrelMail 1% Alpine 1% Mulberry ... So it looks like most Linux people here like to use Thunderbird and Evolution. This is not a my-email-client-is-better-than-your-email-client thread, I just want to know which client(s) make proper use of imap features for fast searches/copies/deletions etc. Thanks! -- Axel.Thimm at ATrpms.net

15 21

[Dovecot] IMAP permissions?
by Larry Crouch 24 Feb '10

24 Feb '10

Hello, Can Dovecot allow some users access to IMAP functionality while forcing other users to use POP3 only? -- Larry Crouch Alpha-USA

2 1

[Dovecot] namespaces/virtual folder & archiving
by fernando＠dfcom.com.br 24 Feb '10

24 Feb '10

Hi, I was following the earlier namespaces discussion and I would like to repost a doubt. I need to have some kind of archiving, it means, store old messages into a cheap storage. But I couldn´t think any other solution than symlinks. Then, I thought about store 'Sent Items' (as having old messages and less acessed). But I also needed to do with nfs and symlinks. So, it comes the namespaces discussion and a little brainstorm: 1) Could I have a namespace only with INBOX and the personal folders (drafts, sent items, etc) in another one - and those would be stored in huge sata disks while inbox in 300g sas disks ? 2) Could I maintain the prior configuration, but let the second namespace hidden and having the inbox subfolders (or any specific as sent items) as virtual folder ? I don´t know if this makes sense... 3) Could I have my normal Inbox and a folder (in another disk - ex. huge sata one) storing files older than 30 days and through virtual folders join these messages in a common virtual INBOX while acessing imap or pop3 ? What do you thing, would you have another better approach ? Best Regards, Fernando

2 2

[Dovecot] Installation directories layout question
by Hunny Bunny 24 Feb '10

24 Feb '10

Hello folkz, I'm trying to compile and install Dovecot 1.2.10 from sources. When I execute: ./configure --prefix=/usr/local/dovecot make make install I reasonably expect to find dovecot libraries in /usr/local/dovecot/lib but it puts them into /usr/local/dovecot/lib/dovecot. It add this extra 'dovecot' at the end of almost every installation path. Could somebody please clarify what extra configuration parameters should be set to make to change this strange dovecot installation directories layout. Thank you very much in advance, Alex

3 3

[Dovecot] dovecot-2 new notify plugin
by Nikita Koshikov 24 Feb '10

24 Feb '10

Hello list, Can someone point me to documentation, if such available, about new dovecot notify plugin or describe here what it for and how to use it.

2 2

[Dovecot] body search very slow since upgrade from 1.0.15 to 1.2.10
by Stan Hoeppner 24 Feb '10

24 Feb '10

Did you mislead me Timo? You said search in 1.1+ is faster than 1.0. I'm seeing approximately 20x *slower* search times in 1.2.10. Via Thunderbird, a full body search of my 11,000+ message IMAP folder hosted by 1.0.15 used to take less than 10 seconds. Since upgrading to 1.2.10 the search is taking over 3 minutes, the imap process servicing the client pegging one CPU at 100% for the duration of the search. Here's the mbox file: -rw------- 1 stan stan 50M Feb 23 07:41 1-Spam-l Doing the same search via grep results in a time of: real 0m0.361s user 0m0.204s sys 0m0.140s grep takes less than half a second, yet dovecot 1.2.10 takes 3 minutes for the same search? Actually grep is searching the entire file including headers, so it's doing more work than the imap process. Something is *SERIOUSLY* wrong here. Did I somehow nerfed something in dovecot.conf that's causing this? I deleted all the index files as per the upgrade instructions. However, checking the directories shows they're apparently rebuilt: [08:09:15][root@greer]/home/stan/mail/.imap/1-Spam-l$ la total 28M drwx------ 2 stan stan 4.0K Feb 23 07:41 . drwx------ 35 stan stan 4.0K Feb 15 11:14 .. -rw------- 1 stan stan 358K Feb 23 07:18 dovecot.index -rw------- 1 stan stan 27M Feb 23 07:41 dovecot.index.cache -rw------- 1 stan stan 616 Feb 23 07:41 dovecot.index.log What do I need to check/change/do to get these search times back down to reasonable/respectable levels, i.e. around 10s? Thanks. -- Stan

2 3