- dovecot - dovecot.org

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 28 Feb '13

28 Feb '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 28 Feb '13

28 Feb '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

[Dovecot] header brakage on sieve redirect ?
by Lazy 28 Feb '13

28 Feb '13

Hi all, In the sieve file require ["copy"]; redirect :copy "asdf(a)asd.pl"; emails with headers containing \n in non terminated " field like Cc: xxx <xxx(a)plus.pl>, "asd, Grzegorz " <xxxxx(a)nsn.com> Subject: RE: RF after redirecting them Cc: xxx <xxx(a)plus.pl>, "asd,\ \ Grzegorz " <xxxxx(a)nsn.com> Subject: RE: RF mail delivered locally by dovecot-lda is unaltered lack of space before second \ brakes the headers. I'm investigating if this isn't cosed by qmail-inject, but my first suspect is sieve. dovecot 2.0.13, sieve 0.3.3, dovecot-delivery is used as an exclusive lda for qmail Regards, Michal Grzedzicki

1 1

[Dovecot] Public free (libre) mailbox hosting service for everybody!
by אנטולי קרס נר 28 Feb '13

28 Feb '13

Hello e-mail software developers and users! I'd like to ask all of you a question. And of course hear relevant opinion. I've been using free software happily for a few years, and I found free/open source alternatives for many popular proprietary tools such as Facebook, Dropbox, Micro$oft Windows & Office, Youtube, Skype and many many others. Some of the alternatives are probably known to some of you, while others are still unknown to many. But I couldn't find a replacement to mailbox hosting. I'm using a Gmail mailbox and I hate it. So many free and open source mail servers and I still use Gmail, a closed-source service (which also probably tracks all my data, including Google searches I do, and uses it for all kinds of statistics and advertising, but that's another issue). So I asked myself, why is there no mailbox hosting service which respects user freedom? I sent an e-mail to the Free Software Foundation, and got a suggestion to ask all of you: do you know any free (libre) mail server out there? If you do, please inform me, and the whole free software community, developers and users. I couldn't find any. If nobody else finds any either, the plan is to start a new server. There are so many server tools and programs, like the ones you use and develop. It's just like hosting a Git repository or videos of pictures for the masses. We can do it with e-mail too. Q: Why don't I start my own personal server? A: I'm a programmer and I can do it - with some effort, but I can. The problem is not me. The problem is that all the non-programmer and non-technical users can't. And they shouldn't. We tech people can, and should, run such servers for everybody. For all users who want their basic freedoms respected. Another question to tech people: I'm not an expert in e-mail software, so I'm not really sure setting up a server is as easy as all other online services we get, such as Diaspora (facebook replacement), MediaGoblin (Youtube replacement), Gitorious (git repo hosting). Is there a technical issue preventing people from running a mail server, or it's just a matter of having enough money to run it, and the necessary technical skills (which many of you probably have). If it's possible, we'll do it. Also, if users had to pay for such a service, it would be okay. I don't mind paying for my free software stack. I'd actually find it a way to contribute back to the people and projects which deserve it. The point is not money; such a service can get funds. The point if FREEDOM. Waiting for response and opinions from you, my fellow free software community members, Anatoly Krasner Free software enthusiast/activist Israel

2 1

Re: [Dovecot] sending of password did not succeed
by Reindl Harald 28 Feb '13

28 Feb '13

PLEASE do NOT response off-list on mailing-lists and in general NOT use HTML messages for lists as you can see below what happens quting them i am using dovecot ONLY as proxy/auth-provider so my intention was to help others get more infos Am 28.02.2013 18:37, schrieb Peter Sparkes: > Hi Harald > Thanks for replying > > stat /home/didm.co.uk/peter/Maildir/tmp <http://didm.co.uk/peter/Maildir/tmp> gives > > File: `/home/didm.co.uk/peter/Maildir/tmp <http://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 <http://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/ <http://didm.co.uk/peter/> ouputs a long list part of which is > > /home/didm.co.uk/peter/Maildir/new <http://didm.co.uk/peter/Maildir/new>: > total 844K > drwxr-xr-x 2 peter didm.co.uk <http://didm.co.uk> 4.0K Feb 28 17:08 . > drwxr-xr-x 8 peter didm.co.uk <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://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 > <http://1362071302.H916902P18293.didm-a.dh.bytemark.co.uk> > > > On Thu, Feb 28, 2013 at 5:27 PM, Reindl Harald <h.reindl(a)thelounge.net <mailto:h.reindl@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 <http://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 <http://didm.co.uk/peter/Maildir/tmp>) > > failed: Permission denied" etc > > and what says "stat /home/didm.co.uk/peter/Maildir/tmp <http://didm.co.uk/peter/Maildir/tmp>" > or "ls -lha -R /home/didm.co.uk/peter/ <http://didm.co.uk/peter/>"?

1 0

[Dovecot] Real-time sync using dsync
by Nikolaos Milas 28 Feb '13

28 Feb '13

Hi, Can we use dsync to achieve *continuous* (real-time) sync between two servers (Mirror mode)? Running in such a "continuous" dsync mode, we would replicate two servers to one another continuously, so that the two would be concurrently available/accessible/useable (as POP3/IMAP servers), and getting synced in real time. Is this possible? (If yes, I think it would be much easier to setup such an architecture, rather that resorting to shared file systems, network-based storage etc.) Thanks, Nick

7 12

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

28 Feb '13

>> >> Is there a way to influence the folder sort order in Dovecot? >> >> WBR, >> valery >> >> > >comming from courier it may be a namespace problem > >http://wiki2.dovecot.org/Migration/Courier > >Dovecot configuration > >Courier by default uses "INBOX." as the IMAP namespace for private >mailboxes. If you want a transparent migration, you'll need to configure >Dovecot to use a namespace with "INBOX." prefix as well. > >mail_location = maildir:~/Maildir > >namespace { > prefix = INBOX. > separator = . > inbox = yes >} > Yes, I knew about that. In Courier, we had 'INBOX.' namespace prefix and '.' as a separator. Now we have empty prefix and a '/' as a separator. So, the settings are as follows: namespace { location = maildir:/usr/mailsuite/data/%d/%n type = private separator = / prefix = inbox = yes } But I used the courier-dovecot-migrate.pl script from Timo, as recommended. Where might be the traces of Courier (namespace settings etc.) remained? It seems that Courier and Dovecot use separate sets of files in user mailbox. Maybe, the migrate script expects the settings to be prefix = 'INBOX.' and separator = '.', what we don't want, so, we must modify the migrate script to change namespace settings when migrating? WBR, valery

2 1

[Dovecot] Dovecot - PowerMTA
by Clement PAULET 28 Feb '13

28 Feb '13

> Hello, > > I'm in charge of a PowerMTA SMTP gateway which is sending many email > marketing campain. > > This gateway stored all incoming email (reply to) in a specific > folder like this "domain.tld/mailbox". > All email' incoming are stored in the same file "mailbox" and are > paste at the end of the file with all headers. > It's look like a Mbox file format. > > In order to process our client requests (reply to), I search a > solution that can order mail by category (SPAM, Out of Office, > contact, etc..) and that I can submit after to our dedicated services. > > Do you think this is possible by a Dovecot/Sieve configuration ? (Our > MTA isn't a Postfix server and we can not change his configuration). > > Good day everybody and sorry for the post on dovecot-news list. > > Clement PAULET

1 0