- dovecot - dovecot.org

[Dovecot] Fedora Core 3 and Mail.app problems
by Gordon Turner 14 May '05

14 May '05

Hello, first thanks for all the work, I appreciate the attention to security :-) I have a performance issue I am trying to solve. On my new server it would appear that synchronizing changes between the client and server is taking longer then my previous setup. I have recently upgraded from my old server to a new home (the basis for my comparison), From: - Redhat 9.0, uw-imap, using self-signed ssl certificates, on an old p-II. - Only one email user (me), about 40 mail folders with a few dozen messages in each. - Performance was never an issue, Mail.app took maybe 20 seconds to sync up minor deletes etc. To a new home: - Clean install of Fedora Core 3 on a p4, dovecot-0.99.13-3.FC3. - Copy of /home/gturner/mail directory to new server, ie existing mbox format from uw-imap. - Recreated new self-signed certificates on new server, manually added the self-signed certificates, connected with no problems. - Mail.app client, on OS X 10.3.9 (no Tiger yet). I deleted the account on Mail.app, and created it again, the first login/sync took a long time, which was expected. However after that, I noticed that when I first connect or delete a file the sync is slower then the old setup (FYI, I keep "Automatically synchronize changed mailboxes" checked on Mail.app). A result of this appears to be some corruption of some mailboxes, only one or two, nothing valuable. For example, I delete a file and then clear the trash while things are still syncing. So my current solution is to be patient. :-) Any suggestions? I know that I could covert everything over to maildir, but I would like some feedback to see if this would be reasonable. I also noticed that initially there are 3 'gturner imap' threads and the syncing seems to be flying along. Then the thread count goes to 5 or 6 and sync starts to crawl. I looked for a way to limit the number of spawned threads, but only saw stuff about 'waiting' threads or reference to 1.0. I have attached my dovecot.conf for reference. Any help is greatly appreciated, Gord Turner.

2 2

[Dovecot] Outlook strange behaviour...
by Francois Meehan 13 May '05

13 May '05

Hi all, I have a Dovecot server(dovecot-0.99.14) running with IMAP support, running on a Fedora 2 system. Outlook (2003) users receive duplicate mail, "the" second mail doesn't have a title, when clicking on it, we are getting "non fully downloaded" error message. When deleting the "orignal" mail, all duplicates gets deleted too. Any ideas? Thanks in advance, Francois Random Thought: --------------- Colors fade, temples crumble, empires fall, but wise words endure. - Edward Thorndike

1 0

[Dovecot] problem with test69
by Cor Bosman 13 May '05

13 May '05

Hi all, I noticed a problem with test69. I can recreate it with the following steps: - create a folder - copy about 200 emails from INBOX to this folder The copy succeeds, I can see with rawlog that it actually moves the 200 emails around. I can see on the spool that there are 200 emails. This is maildir, with spool over NFS. Now I immediately select the new folder. I now see only a part of the emails reported. And with rawlog I indeed see something like: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk \*)] Flags p ermitted. * 158 EXISTS * 158 RECENT * OK [UNSEEN 3] First unseen. * OK [UIDVALIDITY 1115970206] UIDs valid * OK [UIDNEXT 217] Predicted next UID 2 OK [READ-WRITE] Select completed. My client faithfully reports 158 instead of 200. If I now close/open my client, and re-select, I see 200. This I can reproduce with several different clients, but its pretty obvious it isnt a client issue. I also reproduced this with different users. Anyone see this also? NFS issue? Cor

2 1

[Dovecot] dovecot 1.0-test69 io hangs
by Jens Laas 13 May '05

13 May '05

I've been testing test69 with pop3 (under Linux and with mbox). I began testing with a large inbox (11000 mails) and it seems the communication between dovecot and the mailclient (evolution) stalls after 1000-2000 messages transferred. I've looked in to the (non-trivial) io functionality of dovecot. What I see is that io_loop_handler_run() in ioloop-poll.c does not signal any more data (and eventually the whole thing timeouts). Evolution downloads the mailbox fine via qpopper. I tried turning on rawlog: mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/pop3 I cannot find any logfile.. I must be missing something. Any help or ideas ? Cheers, Jens ----------------------------------------------------------------------- 'This mail automatically becomes portable when carried.' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

3 4

[Dovecot] "shared mailboxes"
by schnitzel meister 12 May '05

12 May '05

Hello, After a long search I've almost settled on dovecot as a pop3 and imap server. I have just one problem.. Rather than have a list support(a)company.com, I'd like to have a shared mailbox. The dovecot homepage explicitly states "Shared mailboxes aren't _yet_ supported." The sentence implies that they're planned - any idea when? Thanks

3 3

[Dovecot] IDLE command timeout
by Sim Harbert 12 May '05

12 May '05

Is it possible to change the IDLE command timeout to be more than 30 minutes? I have a client on my PalmOne Treo 600 which will stay in IDLE mode as long as it can. I would like to set the timeout to something much higher than 30 minutes. Maybe several hours or even more. I don't see a configuration setting for this value in "/etc/dovecot.conf". Am I missing something? Thanks, -Sim

2 5

Re: Re[2]: [Dovecot] 1.0-test69
by Andrew Hucthings 11 May '05

11 May '05

Its nothing special. Code is a bit sloppy as its a 5 minute bodge job, but it works. I use something similar to count number of logins. In mrtg.cfg: Target[pop2]: `/root/gotmail.php` MaxBytes[pop2]: 1000 Options[pop2]: gauge Title[pop2]: POP 21 Messages Statistics PageTop[pop2]: POP 21 Messages Statistics</H1> XSize[pop2]: 500 YSize[pop2]: 200 WithPeak[pop2]: dwmy YLegend[pop2]: No. of Messages ShortLegend[pop2]: Messages LegendI[pop2]:  Messages: LegendO[pop2]:  N/A: Gotmail.php: #!/usr/bin/php -q <?php $file = "/var/log/maillog"; $count=0; if($fp = fopen( $file, "r" )){ while(!feof($fp)){ $line = fgets($fp,128); if($p=strpos($line,"del=")) { $p2=strrpos($line,"/"); $str=substr($line,$p+4,$p2-$p-4); $count+=$str; } } fclose($fp); $file = "/var/log/mrtgpop2"; if($fp = fopen( $file, "r" )){ $line = fgets($fp,128); $linearray = split(" ", $line); $oldin=$linearray[0]; fclose($fp); } if($fp = fopen( $file, "w" )){ $write="$count 0\n"; fwrite($fp, $write); fclose($fp); } $nowin=$count-$oldin; echo "$nowin\n0\npop1.nsnoc.com\nPOP Messages\n"; echo "\n$oldin\n"; } ?> Regards Andrew On Wed, 2005-05-11 at 16:04 +0100, Jethro R Binks wrote: > Oooo, could you publish the code for extracting the data? > > (This patch looks cool, must upgrade soon!) > > > On Wed, 11 May 2005, Andrew Hucthings wrote: > > > Timo: Feature request here I think, I would love this patch (or > > similar) to be in the tree. Already creating mrtg graphs based on it to > > see what is really happening. > > > > Regards > > Andrew > > > > On Wed, 2005-05-11 at 16:21 +0200, Luigi Rosa wrote: > > > Hello Andrey Panin <pazke(a)donpac.ru>, > > > Monday, May 9, 2005, 9:19:57 AM, you wrote: > > > > > > > > > >> Gonna see if I can write a minor patch for dovecot this week so that we > > > >> can see number of messages downloading in a pop3 session in the logfile. > > > >> Similar to the way UW does it, will be very useful for us at work trying > > > >> to trace customers POP problems, I will submit it if anyone will find it > > > >> useful. > > > > > > AP> Don't waste your time :) Take a look at the attached patch. > > > > > > > > > It's GREAT! > > > > > > Is there any chance that will be included in the main build tree? > > > > > > > > > > > > Ciao, > > > luigi > > > > > -- > > Andrew Hutchings (A-Wing) > > Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk > > Admin - North Wales Linux User Group - www.nwlug.org.uk > > BOFH excuse 371: Incorrectly configured static routes on the > > corerouters. > > > > > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > Jethro R Binks > Computing Officer, IT Services > University Of Strathclyde, Glasgow, UK > -- Andrew Hutchings (A-Wing) Linux Guru - Netserve Consultants Ltd. - www.domaincity.co.uk Admin - North Wales Linux User Group - www.nwlug.org.uk BOFH excuse 43: boss forgot system password

1 0

[Dovecot] 1.0-test69
by Timo Sirainen 11 May '05

11 May '05

http://dovecot.org/test/ - Several mbox fixes, upgrade recommended for test68 mbox users - Possibly fixes some IMAP hangs where Dovecot just stopped replying - Fixed delay-newmail workaround. It was badly broken before. And somewhat off topic advertisement: I got a bit distracted from Dovecot a week ago when a guy started mailing me about wanting to write an irssi2 client as a project to learn Ruby. Half a year ago I had written a semi-working irssi2 server but I got stuck with it because I wasn't interested about writing client for it. Now that the client actually works, irssi2's development has kind of exploded :) Irssi2 is a bit related to Dovecot too, in that it'll be integrated with it more or less tightly to provide instant messaging support. Nothing prevents extending irssi2-protocol to support all other kinds of realtime events either, for example to send new mail notifications. If you're interested, see: http://main.irssi.org/projects/irssi2.html And for the lazy, here's the introduction copy&pasted: Shortly put, irssi2 is to instant messaging what IMAP is to mail. You can safely exit your irssi2 client, and irssi2 server just keeps on going. When you connect back with your client, you can see all the discussion that happened while you were away (and even older discussion, too, if you want). You can also use multiple clients even at the same time, so you could for example keep one client always open at home and still be able to check what's going on with your mobile phone. Irssi2 clients are encouraged to keep their configuration in server side, so nothing should prevent you from temporarily using another irssi2 client from your friend's home with no other configuration needed than irssi2 server's address, your username and password. Irssi2 is designed to support multiple chat protocols (IRC, SILC, MSN, ICQ, etc.) but without ignoring hardcore IRC users. That means that unlike all other similar attempts (such as Jabber), irssi2's client-server protocol will actually allow fully featured irssi2 IRC client to be written with no compromises (but still the same client can be used to talk to MSN and elsewhere). Note that irssi2 isn't trying to replace IRC servers (yet ;). irssi2 server simply connects to normal IRC servers just as a regular IRC client. To prevent mixups with these terms, IRC servers are usually called "gateways" in irssi2.

5 6

[Dovecot] Dovecot Sendmail Maildir
by Gabriel Granger 11 May '05

11 May '05

Hi all, I'm using Debian (testing) for my office mail. I'm using sendmail and Dovecot to deliver email to clients over IMAP using mbox format. I want to move over and start using Maildir. I know that I can use different MTA's to do the job, but I really like sendmail, and I run additional sendmail servers across the my internal and external networks. I'm probably being anal, but I want to keep my MTA the same across the board. Does anyone here use sendmail + dovecot + maildir? if so what's the best way of going about this? Gabe

4 5

[Dovecot] Assertion failed in dovecot 0.99.14
by Quadriplegic Leprechaun 11 May '05

11 May '05

Hi, I am using the dovecot imap server on Linux 2.6.8.1. I get the following error when running it: imap(quad): Panic: file index-sync.c: line 25 (index_storage_sync_size): assertion failed: (messages > ibox->synced_messages_count) This usually occurs when I use imapfilter to move messages from one folder to another, while my client (thunderbird) is connected. Quad

4 3