February 2013 - dovecot

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

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

28 Feb '13

Hi all We migrated our IMAP server from Courier to Dovecot. The minor problem appeared: Dovecot LIST command now shows mailbox listing in some weird order. (I suppose, it is filesystem directory order) Previously, with Courier, it was sorted, i.e., the INBOX was the first, followed by other system folders. This is not a problem with our webmail, because it sorts folders by its own. But with some IMAP clients, we have folders intermixed. Is there a way to influence the folder sort order in Dovecot? WBR, valery

2 1

[Dovecot] dsync with imapc and hidden folders
by Angel L. Mateo 28 Feb '13

28 Feb '13

Hello, I'm trying to use dsync to copy mail from one server to a newer one, so I'm using imapc as source (when running dsync in the destination server). The command I'm using is like this: sudo dsync -vD -o imapc_user="<myuser>*master" -o imapc_password="<master pass>" -o imapc_host=<original server> -o imapc_features=rfc822.size -o mailbox_list_index=no backup -R -f -u "<myuser>" imapc: This command is working. The problem I have is that I'm using lazy_expunge in the original server, and namespace used in the original server has the config: namespace { hidden = yes list = no location = maildir:~/Maildir/expunged prefix = BORRADOS. separator = . } so, it is not being synchronized. I have tried to synchronized from the original server instead of destination with: sudo dsync -vD -o imapc_user="<myuser>*master" -o imapc_password="<master pass>" -o imapc_host=<dest server> -o imapc_features=rfc822.size -o mailbox_list_index=no -o mail_location=maildir:<myuserhome>/Maildir/expunged backup -f -u "amateo" imapc: with this, no message is copied and I have errors like: dsync(<myuser>): Error: Mailbox Archives.2003_kk changed its GUID (e7fc0b2d831e1c51984d000029c62294 -> 7d325fb944b953993df5d27ce2ee786c) Any idea to copy messages in this namespace without needing to make it plubic? Is there any hidden option for dysnc? Could I use doveadm backup? How? (it seems that documentation for dsync and doveadm backup is not updated) -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) http://www.um.es/atica Tfo: 868889150 Fax: 868888337

1 0

[Dovecot] Logs when moving mails
by Christian Forjahn 28 Feb '13

28 Feb '13

Hi, I have a problem with an older mailserver. We have an account where 10 Users use one IMAP Account to manage their work. Sometimes some of the emails seem to disappear. I think they are moved somewhere but I can´t tell it for sure. Is there a way to make dovecot logging any movement of emails (I would prefer doing it only for one account). This account is not a local user. Thanks for your help, Chris mailserver:~ # dovecot --version 1.0.3 mailserver:~ # dovecot -n # 1.0.3: /etc/dovecot/dovecot.conf protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/exim/mailserver.cert.pem ssl_key_file: /etc/exim/mailserver.key.pem ssl_verify_client_cert: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login verbose_proctitle: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib64/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/modules/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_translation: %@ master_user_separator: * passdb: driver: passwd-file args: /etc/dovecot/passwd.masterusers pass: yes master: yes passdb: driver: checkpassword args: /etc/dovecot/checkpassword userdb: driver: prefetch socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 group: mail mailserver:~ #

2 1

Re: [Dovecot] Public free (libre) mailbox hosting service for everybody!
by Simon Brereton 28 Feb '13

28 Feb '13

On 28 Feb 2013 08:26, "אנטולי קרסנר" <tombackton(a)gmail.com> wrote: > > I've written a response to someone else, explaining some issues you > mention here. > > A little note on UI: we don't need web UI. It's a good addition but > unnecessary for the beginning. There are many free-software desktop mail > clients. Some are big and complicated, but some are very simple and very > easy to use, just like Gmail is. So UI is not a critical issue right > now, we just need to be able to easily configure a mail client, e.g. > Evolution, to work with the server. > > And it's great to hear people like the idea and want to help! With hard > work and cooperation, everything is possible! > > - Anatoly Krasner > > On ד', 2013-02-27 at 18:39 -0500, Bennett Todd wrote: > > The operational cost is non-zero. Besides hardware, which must include > > backups, and enough physical diversity to offer availability, an email > > server is an attractive nuisance; spammers and other criminals > > constantly attempt sabotage and burglary, and it takes ongoing > > manpower to attempt to hold them temporarily at bay. > > > > And unless you put hard caps on message sizes, people will use their > > mailboxes as backup drives, or just email their vacation movies to > > family, and you'll be buying drives, and hence replacing them, often. > > > > I love the idea, I'm fond of running mailservers myself. But I've gone > > Google. > > > > As for software, I won't pitch my favorite components to this wide > > list, but I know how to find all the pieces I'd need except the > > webmail front-end for the utterly non-technical. > > > > If you limited the scope to IMAP and SMTP, both SSL authenticated, it > > wouldn't be too hard to spec out. > > > > Host on AWS EC3 or the like, then find an affordable solution to spam, > > and you can sell to anyone who doesn't expect their email to be > > private from governments. > > > > Anybody know of a well-engineered and maintained SSL library? > > cesmail.net anyone? Simon

1 0

[Dovecot] selinux rules for dovecot
by Robert Moskowitz 28 Feb '13

28 Feb '13

I am running selinux in permissive mode on my new mail server, in part because of dovecot. I would really like to use selinux, but I suspect it may be a challenge. My setup is on Centos 6.3 with dovecot using mysql for virutal domains and users. I am looking for a set of definitive selinux instructions, not a pointer to selinux tutorial. Here are examples of what I am seeing: Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33468): avc: denied { search } for pid=2994 comm="dict" name="mysql" dev=dm-0 ino=1705864 scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:object_r:mysqld_db_t:s0 tclass=dir Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33469): avc: denied { write } for pid=2994 comm="dict" name="mysql.sock" dev=dm-0 ino=1706116 scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:object_r:mysqld_var_run_t:s0 tclass=sock_file Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.770:33470): avc: denied { connectto } for pid=2994 comm="dict" path="/var/lib/mysql/mysql.sock" scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:system_r:mysqld_t:s0 tclass=unix_stream_socket Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.771:33471): avc: denied { getattr } for pid=2994 comm="dict" path="/usr/share/mysql/charsets/Index.xml" dev=dm-0 ino=395155 scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:object_r:usr_t:s0 tclass=file Feb 27 16:46:08 klovia kernel: type=1400 audit(1362001568.771:33472): avc: denied { read } for pid=2994 comm="dict" name="Index.xml" dev=dm-0 ino=395155 scontext=system_u:system_r:dovecot_t:s0 tcontext=system_u:object_r:usr_t:s0 tclass=file

1 0

[Dovecot] v2.2.beta2 released
by Timo Sirainen 27 Feb '13

27 Feb '13

http://dovecot.org/releases/2.2/beta/dovecot-2.2.beta2.tar.gz http://dovecot.org/releases/2.2/beta/dovecot-2.2.beta2.tar.gz.sig A ton of fixes since beta1. Especially the new dsync and the replication server related to that should really work now. It also works correctly now for shared mailboxes with private \Seen flags. And the replication server uses incremental syncing after the initial full sync, so it should be pretty efficient also. I've only two things left to do before v2.2.rc1: 1. Implement dsync to work via TCP and TCP+SSL sockets. This is pretty easy to do actually, since it can use the existing doveadm-server to start up. 2. Read up all the pending mails from Dovecot mailing list and fix up the reported issues. Actually I guess most of those are for v2.1, but still I should get around to it. :) There shouldn't be any major bugs left, so I'm expecting v2.2.rc1 out in maybe a week or so, hopefully followed by the final v2.2.0 soon afterwards. Please test and report any bugs found!

6 16