Re: [Dovecot] Segfault in ACL Plugin + user shared folders
On Thu, Apr 16, 2009 at 07:49:17PM -0400, Timo Sirainen wrote: On Wed, 2009-04-08 at 14:40 +0200, Markus Werner wrote: #6 0x080b50eb in mail_user_init (username=0x829854e ) at mail-user.c:30 Fixed, although I don't really understand why any IMAP client would do that. That fixed it. Thanks. Just for your information: Felamimail, the mail client of EGroupware, seems to do that.
Re: [Dovecot] Segfault in ACL Plugin + user shared folders
On Thu, Apr 16, 2009 at 08:10:00PM -0400, Timo Sirainen wrote: With list = children the namespace ist still not listed, but that's no problem for me. With list = all now there is a folder named % listed, directly under #User/, additionaly to mar...@example.com. Neither should be happening.. What does shared-mailboxes.db file contain? shared/shared-boxes/user/mar...@example.com/t...@example.com 1 shared/shared-boxes/user/t...@example.com/mar...@example.com 1 Accessing the folder mar...@example.com/ForTest with Thunderbird results in a segfault. Mutt works. Oh. This was a stupid bug. Fixed: http://hg.dovecot.org/dovecot-1.2/rev/d7847f03ae65 Thanks.
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
Tere. I think it is mostly a Entourage problem. I just decided to switch to Apple Mail since it works much better with IMAP than Entourage. I'm pretty sure, this is Entourage problem, as Apple Mail (IPhone -s too) works well, but as a lot clients using Entourage as calendar, etc, they just won't change the mail client. If proven, that Dovecot is act by standards, and Entourage does not, I must use Cyrus-sasl also in future but first I must be sure, that I haven't made any mistakes on my side. -- Mart
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
On Apr 17, 2009, at 2:26 AM, Mart Pirita wrote: But I have enabled login in dovecot.conf: Then it should show up.. Post dovecot -n output instead, that'll show what exactly Dovecot is reading from config file.
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
Tere. Then it should show up.. Post dovecot -n output instead, that'll show what exactly Dovecot is reading from config file. Please: dovecot -n # 1.1.13: /etc/dovecot.conf # OS: Linux 2.6.24.2 i686 Red Hat Linux release 8.0 (Psyche) protocols: imaps pop3 pop3s ssl_parameters_regenerate: 0 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_log_format_elements: %u [%r] %m %c mail_max_userip_connections(default): 90 mail_max_userip_connections(imap): 90 mail_max_userip_connections(pop3): 9 maildir_copy_preserve_filename: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(imap): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_logout_format(default): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(imap): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(pop3): bytes=%i/%o, del=%d/%m, size=%s auth default: cache_size: 1024 failure_delay: 3 passdb: driver: pam args: cache_key=%u%r%s dovecot userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix -- Mart
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
On Apr 17, 2009, at 2:40 AM, Mart Pirita wrote: Tere. Then it should show up.. Post dovecot -n output instead, that'll show what exactly Dovecot is reading from config file. Please: dovecot -n .. auth default: cache_size: 1024 failure_delay: 3 If you had changed the mechanisms=plain default, it would have shown up here (and you can see that also with dovecot -a). So something's wrong in that setting.
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
Tere. On Thu, 2009-04-16 at 21:39 +0300, Mart Pirita wrote: 250-AUTH PLAIN 250-AUTH=PLAIN You're missing LOGIN here, which is required by some MS clients (although I thought Outlook belonged to that category too). Yes, I noticed that too, as same test with cyrus-sasl shows: 250-PIPELINING 250-SIZE 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN But I have enabled login in dovecot.conf: # Postfix - suggested configuration taken from SASL_README (2.3.2). mechanisms = plain login socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } So something is still broken, but what? How can I make Doveco SASL advertise auth login too? -- Mart
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
Tere. If you had changed the mechanisms=plain default, it would have shown up here (and you can see that also with dovecot -a). So something's wrong in that setting. Hmm, You are right, postfix install inserted into config lines: # Postfix - suggested configuration taken from SASL_README (2.3.2). mechanisms = plain login socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } But right after this comes next, old part: # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi otp skey # gss-spnego # NOTE: See also disable_plaintext_auth setting. mechanisms = plain And Dovecot accepts the last one:(. So it's my mistake, but I was taught, that Dovecot always give error on startup, if any double config lines exist. Now dovecot -n looks better: auth default: mechanisms: plain login cache_size: 1024 failure_delay: 3 passdb: driver: pam args: cache_key=%u%r%s dovecot userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix And also shows up: 50-PIPELINING 250-SIZE 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN And Entourage works fine. Also with smtpd_tls_auth_only = yes settings. Super. Thank You Timo! -- Mart
Re: [Dovecot] Postfix, Dovecot SASL and Entourage smtps authentication fails.
On Apr 17, 2009, at 3:06 AM, Mart Pirita wrote: So it's my mistake, but I was taught, that Dovecot always give error on startup, if any double config lines exist. Unfortunately not. I'll see if I can add that check to v1.3/v2.0.
Re: [Dovecot] v1.1.14 and v1.2.rc3 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz.sig Here's a short status table when testing 1.1.14 on a Sun Fire X4240 (AMD, Solaris 10 Update 6 x86): Compiler Options Status Sun Studio Express 2009.03 -g -fast -m64 Compiles OK, Fails when running [1] Sun Studio Express 2009.03 -g -O -m64 OK Sun Studio 12 -g -fast -m64 Compiles OK, Fails when running [1] Sun Studio 12 -g -O-m64OK [1] Error: file istream.c: line 91: assertion failed: (stream-eof) Example: # telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK Welcome to the IFM Dovecot Server. 0 login testson seeecret 0 OK Logged in. * BYE Server shutting down. A wild guess is that this is the same 'aliasing' problem/bug with the Sun Studio compilers that I saw with -fast vs -O when compiling Dovecot 1.1.3 some time ago... Perhaps one should add some kind of warning in the configure script and/or the README or INSTALL files about this issue. I see the same behaviour with Dovecot 1.2.rc3 for what it's worth. - Peter http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz.sig Fixed lots of bugs in v1.2 related to shared mailboxes and virtual mailboxes. Keep on testing and sending bug reports and hopefully we'll get v1.2.0 release out soon. :)
[Dovecot] Quota not being dispayed correctly in 1.2rc2 (with proof)
User reports: 0% of 640MB -- which cannot be true. I logged in as masteruser and was able to confirm this. I'm getting 0.0% von 640.0MB == 0.0% of 640.0MB His maildirsize file is attached. His mailbox is nearly full. Manual login: # telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. . LOGIN user*masteruser topsecretpassword . OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH QUOTA] Logged in . SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 3261 EXISTS * 0 RECENT * OK [UIDVALIDITY 1179137269] UIDs valid * OK [UIDNEXT 8900] Predicted next UID * OK [HIGHESTMODSEQ 1] . OK [READ-WRITE] Select completed. . GETQUOTA * QUOTA (STORAGE 0 655360) . OK Getquota completed. WTF? -- Ralf Hildebrandt Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.computerbeschimpfung.de If you spend more on coffee than on IT security, then you will be hacked -- what's more, you deserve to be hacked. 671088640S 662234299 4526 5867 1 -5867 -1 981 1 113402 1 5175 1 214841 1 4022 1 63623 1 3107 1 3873 1 -63623 -1 -35926 -1 -32464 -1 -71952 -1 5654 1 -5654 -1 46633 1 66509 1 4504 1 -66509 -1 3308 1 17795 1 2620 1 4885 1 21815 1 2629 1 -2629 -1 16380 1 -16380 -1 988 1 2781 1 35571 1 2937 1 21468 1 4118 1 59900 1 -59900 -1 929 1 509262 1 510994 1 5047 1 244217 1 6430 1 31951 1 3569 1 -31951 -1 -1672895 -1 -509262 -1 54074 1 3012 1 58398 1 343313 1 21827 1 344153 1 2717 1 4358 1 -54074 -1 -80225 -2 325760 1 -934400 -4 3499 1 5225 1 1182074 1 -1182074 -1 939 1 1184809 1 4801 1 2742 1 4267274 1 6347 1 -4269360 -2 2239 1 6660 1 4726 1 2275 1 4996 1 4997 1 29493 1 104585 1 7519 1 10631 1 5042 1 3341 1 26013 1 -10631 -1 -3341 -1 -104585 -1 -9993 -2 4748 1 2728 1 8680 1 1087035 1 4928 1 139100 1 -1184809 -1 -2922 -1 -67124 -1 -1508958 -1 -38489 -1 -2832 -1 -37747 -1 -4182 -1 -7181 -1 -10050 -1 -4202 -1 -4927 -1 -131269 -1 -328301 -1 -2838 -1 -3953309 -1 -7519 -1 -69665 -1 -57502 -1 -65809 -1 -2591 -1 -119823 -2 -516631 -5 -152159 -1 -74802 -1 -49651 -1 -11242722 -1 -5182 -2 -7697 -2 -4624612 -2 -10804 -1 -3950 -1 -105998 -1 -40275 -1 -484400 -1 -5759 -2 -3031 -1 -93552 -1 -1062 -1 -5574 -2 -28023 -1 6076155 1 -6075805 -1 -6076155 -1 -1913 -1 -6136730 -1 49301 1 21440 1 11678157 1 758 1 5334 1 5015 1 1846 1 136949 1 5493 1 19408 1 -19408 -1 8228921 1 16643 1 9007 1 3178 1 -16643 -1 1112 1 5235 1 928 1 -5235 -1 3394 1 3279 1 52579 1 1210391 1 9583 1 8569 1 8826 1 2759 1 4171416 1 -8826 -1 -9583 -1 4713 1 4835 1 320379 1 2824 1 1257 1 3040 1 20518 1 -20518 -1 60461 1 -60461 -1 2585 1 12141 1 -12141 -1 825 1 894 1 5166 1 1198 1 -5166 -1 -4171416 -1 328031 1 26553 1 3122 1 3939 1 1340 1 1985 1 2168 1 5573 1 333845 1 10862605 1 3682 1 3566 1 2676 1 10861915 1
[Dovecot] bad maildir location
Hi, I use dovecot 1.0.15 on Debian Lenny. In my /etc/dovecot/dovecot-sql.conf, i use user_query = SELECT path, 33 AS uid, uid AS gid FROM mail_users WHERE alias = '%u' The result is something like this /var/alternc/mail/d/denis_collectifs.net and is the correct location (the Maildir is created by an script) But the problem is that dovecot creates (when you log in for the first time) a directory in the form of the exact address. Here for example, /var/alternc/mail/d/de...@collectifs.net And so all connections will be on an empty location. How is it possible to resolve this? As mail_location I have this maildir:/var/alternc/mail/%1u/%u/Maildir which is not really correct. Thanks Denis PS: For now, I temporarily symlinks /var/alternc/mail/d/de...@collectifs.net /var/alternc/mail/d/denis_collectifs.net
Re: [Dovecot] bad maildir location
On Fri, 2009-04-17 at 18:09, denis wrote: Hi, But the problem is that dovecot creates (when you log in for the first time) a directory in the form of the exact address. Here for example, /var/alternc/mail/d/de...@collectifs.net And so all connections will be on an empty location. How is it possible to resolve this? As mail_location I have this maildir:/var/alternc/mail/%1u/%u/Maildir which is not really correct. Dovecot is doing what you have told it. %u is complete username if you want name use %n ... and %d where (if) you want domain Bascially replace your %u with %n
Re: [Dovecot] FTS Plugin design
Thank you for all tips. The design look more clear to me now. I have one more question. I looked into fts_build_want_index_part() and I saw that I need to add some flags to message_part_flags, what values should I choose? My first approach was to follow your schema and set MESSAGE_PART_FLAG_ATTACHMENT = 0x16. There is any problem with this? I already had changed parse_content_type() to set ctx-part-flags correctly but if i choose my custom flag dovecot assume that all attachment lines are headers. I already tried to set those ctx-part-flags as TEXT and the fts_backend was feeded correctly with all attachment lines. I don't know if this is related with the value of MESSAGE_PART_FLAG_ATTACHMENT or if I am missing something (like setting block.hdr = NULL or some more code to handle new flags). Thank you, Rui Carneiro On Wed, Apr 15, 2009 at 11:23 PM, Timo Sirainen t...@iki.fi wrote: On Mon, 2009-04-13 at 11:18 +0100, Rui Carneiro wrote: I didn't understood yet what is the plugin's design and how the plugins are called from the core system and I was wondering if anyone could help me with that. fts-storage.c hooks into all the functions in mail-storage API that it needs to. Currently indexing isn't done while messages are being saved, but instead just before searching. The searching functions are: - fts_mailbox_search_init() tries to figure out if FTS can optimize the search. If it does, it tries to figure out if FTS index is up-to-date and if not, starts the search. - fts_mailbox_search_next_nonblock() continues the indexing (or searching after indexing) for a while. The idea is that IMAP connection is able to process other commands while doing a long-running search. So fts plugin indexes FTS_SEARCH_NONBLOCK_COUNT (50) messages at a time. It would be nice if that value was dynamically calculated and also based on bytes instead of messages, but that's maybe too much trouble. - fts_mailbox_search_next_update_seq() uses the fts search results and updates mail-storage's search stuff so that it doesn't go through messages that don't match. - fts_build_mail() indexes a single mail. It parses the messages and returns the data in small blocks. For text/* and message/rfc822 parts those blocks are currently sent to FTS backend. This is where I think you should look into hooking your attachment parsing. Change fts_build_want_index_part() to look for more content-types that you're interested in and then before feeding the blocks to FTS backend put them through your own converter function, something like: int attachment_extract_text(struct attachment_extract_context *ctx, const struct message_block *input, struct message_block *output); -- mobile: +351 963446125 mail: rui@gmail.com mail: ei04...@fe.up.pt website: http://paginas.fe.up.pt/~ei04073http://paginas.fe.up.pt/%7Eei04073
[Dovecot] Multiple instances and/or separate certificates per email address
Hi, We have a mail server with multiple instances of Postfix each listening on a different IP address to create a set of virtual mail servers. There are various reasons why separate instances of Postfix seems to work best to achieve this goal, but I wont divert into that discussion here. I would like so match this with Dovecot. The listening side isn't a problem as Dovecot can listen on multiple explicit IP addresses. However, we would prefer a separate SSL certificate for each virtual mail server i.e. for each IP address. Would it be better to have multiple instances of Dovecot on the server (not sure what the issues might be with this) or would it be better/easier to be able to specify separate SSL certificates for each listen address, since there isn't any other reason I can see to have multiple instances. Any thought? Is there a way to do this now or would this be a new feature request? Cheers -- Simon L Jackson Carringbush.Net +- Carringbush.Net Hosting * Development * Advice Web: www.carringbush.net http://www.carringbush.net/ Email: simon.jack...@carringbush.net mailto:simon.jack...@carringbush.net Office: +61 3 9411 4400 Support: +61 3 9411 Fax: +61 3 9411 4499 Level 1 15 Bedford Street Collingwood VIC 3066 Australia P.O. Box 1464 Collingwood VIC 3066 Australia +-
[Dovecot] [OT] two-way IMAP synchronization
Hi, I am looking for a tool that does a true two-way synchronization (synchronization of expunges/deletes) of IMAP mailboxes, kind of a mixture of unison and imapsync. Does anyone have any ideas how to accomplish that? TIA. -- Regards, Wolfram Schlich wschl...@gentoo.org Gentoo Linux * http://dev.gentoo.org/~wschlich/
Re: [Dovecot] v1.1.14 and v1.2.rc3 released
I was already going to report a bug with rc2 where the server crashed when a client tried to access a Maildir folder with wrong permissions. After installation of rc3 the server correctly reports the wrong permissions and keeps running: IMAP(user1): stat(/var/spool/mail/user1/Maildir/tmp) failed: Permission denied (euid=12807(user1) egid=200(grp1) missing +x perm: /var/spool/mail/user1/Maildir) Great work, thanks Timo! -- Wolfgang Friebel Deutsches Elektronen-Synchrotron DESY Phone/Fax: +49 33762 77372/216Platanenallee 6 Mail: Wolfgang.Friebel AT desy.de D-15738 Zeuthen Germany
[Dovecot] UW-IMAP migration to namespaces
Hello, I am trying to migrate existing UW-IMAP installation to dovecot 1.1.14 and I am having troubles with namespaces. As you know UW-IMAP allows full system access to home directory of a user and you can set up dovecot to do that as well, but I would like to use namespaces. If I set my namespaces like this: namespace private { separator = / prefix = inbox = yes location = mbox:~/:INBOX=~/.mailbox hidden = yes list = yes } namespace private { separator = / prefix = mail/ location = mbox:~/mail prefix = mail/ hidden = yes } Everything is working fine, but I am seeing also all other files in home directory of a user, but this is annoying if you have users with public_html folder with millions of files in it. Dovecot indexing makes index.log file for every file seen in namespace, so you have several million index files for files that are not mailboxes. So I was wondering is there a way to skip certain directories in namespaces or a way to setup namespaces in a way, that you would have: - INBOX in home directory - some folders in home directory (via .subscriptions) - some folders in %h/mail/ directory - and not seeing all other files/directories in home dir Thanks in advance, regards, Jernej
[Dovecot] 0 mails available even if mails in mailbox
Hello We are currently facing the problem, that dovecot doesn't return any messages (Pop3: +OK 0 messages) even if there are messages in the cur and new directory (maildir format). The logfile does not contain any information other than login/logout. After I deleted the dovecot.index file, all messages are available and everything works as expected. According to the wiki page [1] the main index file should be synchronized when the cur and new timestamps changed. I suppose this synchronization doesn't work correctly because the problem still existed after I changed the timestamps manually. Dovecot version: 10.0.14 Operating System: FreeBSD 7.0-RELEASE-p1 CPU Arch: amd64 Filesystem: NFS Clients: The problem exists on Pop3 and IMAP. It doesn't matter which client. I could reproduce the problem on outlook, thunderbird and even on telnet. Reproduced: +OK Dovecot ready. user u...@domain.com +OK pass password +OK Logged in. list +OK 0 messages: After deleting dovecot.index: +OK Dovecot ready. user u...@domain.com +OK pass password +OK Logged in. list +OK 20 messages: It seems to be a problem with the index-file from dovecot which doesn't seem to be synchronized. What could be the reason for this behaviour? How can we fix this issue for all customers? Kind regards Raphael Thoma [1] http://wiki.dovecot.org/IndexFiles
Re: [Dovecot] Setup Question
Looks about right... I have a very similar setup, but i authenticate to Active Directory via LDAP and it works very good. If you have or may get more domains i would set up mail_location to something like this: /home/vmail/%d/%u that way you are ready for growth and everything is kept organized by domains. Just a thought. On Apr 17, 2009, at 10:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their /home/user/Maildir directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the /home/vmail/ user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use mailbox_transport = dovecot and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. # 1.2.rc3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/ssl.crt ssl_key_file: /etc/ssl/private/ssl.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve
Re: [Dovecot] Setup Question
Thank you. I like that suggestion. I will probably do that. Any recommendation on moving the mail over from the old location to the new location without messing up any of the date/time stamps on the messages? I use maildir format. On 4/17/2009 8:41 AM, Romer Ventura wrote: Looks about right... I have a very similar setup, but i authenticate to Active Directory via LDAP and it works very good. If you have or may get more domains i would set up mail_location to something like this: /home/vmail/%d/%u that way you are ready for growth and everything is kept organized by domains. Just a thought. On Apr 17, 2009, at 10:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their /home/user/Maildir directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the /home/vmail/user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use mailbox_transport = dovecot and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. # 1.2.rc3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/ssl.crt ssl_key_file: /etc/ssl/private/ssl.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve
Re: [Dovecot] UW-IMAP migration to namespaces
On Apr 17, 2009, at 6:37 AM, Jernej Porenta wrote: If I set my namespaces like this: namespace private { separator = / prefix = inbox = yes location = mbox:~/:INBOX=~/.mailbox hidden = yes list = yes } namespace private { separator = / prefix = mail/ location = mbox:~/mail prefix = mail/ hidden = yes } That's a bit weird way to set them up. I'd think that the second namespace doesn't do anything useful since it would work the same with the first namespace as well. Except the INBOX location perhaps is different then. So I was wondering is there a way to skip certain directories in namespaces or a way to setup namespaces in a way, that you would have: - INBOX in home directory - some folders in home directory (via .subscriptions) - some folders in %h/mail/ directory - and not seeing all other files/directories in home dir No. That's way too much of a special case. Best would be if you just managed to move all the mailboxes to ~/mail/ and make Dovecot use only that directory.
Re: [Dovecot] 0 mails available even if mails in mailbox
On Apr 17, 2009, at 9:27 AM, Raphael Thoma wrote: We are currently facing the problem, that dovecot doesn't return any messages (Pop3: +OK 0 messages) even if there are messages in the cur and new directory (maildir format). The logfile does not contain any information other than login/logout. After I deleted the dovecot.index file, all messages are available and everything works as expected. According to the wiki page [1] the main index file should be synchronized when the cur and new timestamps changed. I suppose this synchronization doesn't work correctly because the problem still existed after I changed the timestamps manually. Did you check that the timestamp also really changes in the server Dovecot was running on? Could be a NFS caching problem.
Re: [Dovecot] Setup Question
On Apr 17, 2009, at 11:14 AM, Jeff Grossman wrote: 2. Have all mail delivered for each user to the /home/vmail/user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. .. 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? cp -a userdb: driver: passwd You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ }
Re: [Dovecot] Setup Question
On 4/17/2009 8:46 AM, Timo Sirainen wrote: On Apr 17, 2009, at 11:14 AM, Jeff Grossman wrote: 2. Have all mail delivered for each user to the /home/vmail/user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. .. 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? cp -a userdb: driver: passwd You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ } I don't know if deliver would need to know if the user exists. If I decide to go with the example above, would the home directory be /home/vmail/%u or would it be as you entered above? Also, when I do the cp -a command to copy the mail over, I also need to change all ownership to vmail:vmail, correct? Thanks for all of your help with this. Jeff
Re: [Dovecot] Setup Question
On Fri, 2009-04-17 at 09:10 -0700, Jeff Grossman wrote: You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ } I don't know if deliver would need to know if the user exists. If I decide to go with the example above, would the home directory be /home/vmail/%u or would it be as you entered above? Oh, sorry, /home/vmail/%u of course. Also, when I do the cp -a command to copy the mail over, I also need to change all ownership to vmail:vmail, correct? Right. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Setup Question
On 4/17/2009 9:24 AM, Timo Sirainen wrote: On Fri, 2009-04-17 at 09:10 -0700, Jeff Grossman wrote: You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ } I don't know if deliver would need to know if the user exists. If I decide to go with the example above, would the home directory be /home/vmail/%u or would it be as you entered above? Oh, sorry, /home/vmail/%u of course. Also, when I do the cp -a command to copy the mail over, I also need to change all ownership to vmail:vmail, correct? Right. Great. Thank you for your help. I think I might try and tackle this in a little bit. Jeff
Re: [Dovecot] Address Extensions with System Users
on 4-16-2009 6:10 PM Jeff Grossman spake the following: On 4/16/2009 5:18 PM, Jeff Grossman wrote: On 4/16/2009 2:08 PM, Timo Sirainen wrote: On Thu, 2009-04-16 at 11:14 -0700, Jeff Grossman wrote: Everything I can find about setting this up applies to virtual users which I do not have. How do I get Deliver to recognize the address extension. I am sure it is easy, and I apologize for not finding the answer out myself. Nope. Actually deliver doesn't currently support that feature at all internally. You could always write a wrapper script that split the extension part and feed it separately to deliver.. I was messing around with making this work, and I almost got it, but ran into a problem. I changed the line in main.cf to: mailbox_command = /usr/local/libexec/dovecot/deliver -n -m $EXTENSION Now, in my logs it displays this: Apr 16 17:02:34 apple postfix/local[5990]: 3BFF77B8F24: to=jeff+...@stikman.com, relay=local, delay=0.06, delays=0.01/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/local/libexec/dovecot/deliver -n -m $EXTENSION) and tries to save the message in the dad folder. The only problem is the dad folder is listed as Dad and no matter what I put in the e-mail address, capital D or lowecase D, it always tries to save it do dad which does not exist. deliver(jeff): msgid=49e7c710.7060...@stikman.com: save failed to dad: Mailbox doesn't exist: dad Do I have to change all of my folder names to lowercase, or is there a easier fix I am missing? Also, a different problem in regards to this also. Now I am getting the following lines in my maillog file: Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve runtime error: Keep: Generic Error Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve_execute_bytecode(/home/jeff/sievec) failed This only started after I changed the deliver line in main.cf. If I can get + addressing working, I don't need the sieve script so I will remove it. Thanks, Jeff It works if I change the folder name to lowercase. But, it seems to be delivering the message twice to the folder. Not sure why that is yet. Plus, I am no longer getting the sieve errors. Must be something to do with the folder name mismatch. Jeff AFAIR the RFC's state that all e-mail addresses are acted on in lowercase when being manipulated. The upper case parts are left intact only for human beings to read. signature.asc Description: OpenPGP digital signature
[Dovecot] Active Directory LDAP authentication fails after a time
Hi - I've got Dovecot version 1.0.7 running on a CentOS 5.2 machine. It's serving pop, imap and imaps and authenticating against an Active Directory machine. This all works fine at first, but after about two weeks or so, dovecot's authentication against AD starts to fail. All of dovecot's authentication attempts time out. I also have postfix on the same machine authenticating against the same AD, and it does not seem to experience this issue. If I restart dovecot, the authentication starts working again. I've gone over /var/log/maillog, but I don't see anything particularly useful. The only thing I really see is: dovecot: IMAP(noah): Disconnected for inactivity Here's some of the relevant portions of my configs: dovecot.conf auth default { mechanisms = plain passdb ldap { args = /etc/dovecot-ldap.conf } passdb passwd-file { args = /etc/dovecot/passdb master = yes } userdb static { args = uid=vmail gid=vmail home=/home/vmail/%u } user = root } dovecot-ldap.conf hosts = admachine.domain.com base = dc=domain,dc=com ldap_version = 3 auth_bind = yes auth_bind_userdn = DOMAIN\%u Does anybody have any ideas about why this is happening, or maybe just an idea about how to better troubleshoot it? If you need any more info, I'll be happy to provide it. Can I tell dovecot to be a little more verbose with it's log entries (I've already got auth_debug set to yes, but I'm not getting very much info)? Thanks! Noah -- View this message in context: http://www.nabble.com/Active-Directory-LDAP-authentication-fails-after-a-time-tp23102450p23102450.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] SELinux and i_stream_read() failed: Permission denied
On Thu, 2009-04-16 at 17:01 -0700, James Butler wrote: But there's no dovecot.deliver anymore in v1.2: ~/cvs/dovecot-1.2/src/deliver% grep dovecot.deliver deliver ~/cvs/dovecot-1.2/src/deliver% It is in v1.1 though. I have no answer for you, except: # dovecot -n - 1.2.rc2: /usr/local/etc/dovecot.conf That doesn't necessarily mean that your deliver binary is the same version as dovecot. For example do you happen to be using deliver binary from another directory than /usr/local/libexec/dovecot/? Try grepping 1.2.rc2 and dovecot.deliver from the deliver binary to see if it contains either string. # ls -la /tmp total 104 -rw--- 1 user dovecot 0 2009-04-15 15:47 dovecot.deliver..1239835658.9325.c6f5c942d0424f70 Hmm. Is this before you allowed unlinking or does it still happen afterwards? These shouldn't be visible since they're created and immediately unlinked afterwards. D'oh! [r...@ltfs450 root]# cd /usr/local/libexec/dovecot [r...@ltfs450 dovecot]# grep dovecot.deliver deliver [r...@ltfs450 dovecot]# grep 1.2.rc2 deliver Binary file deliver matches HOWEVER, in my /etc/postfix/main.cf, I called a different binary: mailbox_command = /usr/bin/spamc -f -e /usr/libexec/dovecot/deliver [r...@ltfs450 root]# cd /usr/libexec/dovecot [r...@ltfs450 dovecot]# grep dovecot.deliver deliver Binary file deliver matches [r...@ltfs450 dovecot]# grep 1.1 deliver Binary file deliver matches I was running the old version of deliver. Thanks for clearing that up, Timo. James
Re: [Dovecot] Active Directory LDAP authentication fails after a time
i run dovecot 1.1.7 and i have the ldap.conf like this: base = ou=DOMAIN-Users,dc=domain,dc=com ldap_version = 3 auth_bind = yes dn = cn=ldap,cn=Users,dc=domain,dc=com dnpass = password I am authenticating against AD2003 and have not have and issue since it went live back in december... I would say it may be time for you to update... On Apr 17, 2009, at 12:40 PM, noahisaac wrote: Hi - I've got Dovecot version 1.0.7 running on a CentOS 5.2 machine. It's serving pop, imap and imaps and authenticating against an Active Directory machine. This all works fine at first, but after about two weeks or so, dovecot's authentication against AD starts to fail. All of dovecot's authentication attempts time out. I also have postfix on the same machine authenticating against the same AD, and it does not seem to experience this issue. If I restart dovecot, the authentication starts working again. I've gone over /var/log/maillog, but I don't see anything particularly useful. The only thing I really see is: dovecot: IMAP(noah): Disconnected for inactivity Here's some of the relevant portions of my configs: dovecot.conf auth default { mechanisms = plain passdb ldap { args = /etc/dovecot-ldap.conf } passdb passwd-file { args = /etc/dovecot/passdb master = yes } userdb static { args = uid=vmail gid=vmail home=/home/vmail/%u } user = root } dovecot-ldap.conf hosts = admachine.domain.com base = dc=domain,dc=com ldap_version = 3 auth_bind = yes auth_bind_userdn = DOMAIN\%u Does anybody have any ideas about why this is happening, or maybe just an idea about how to better troubleshoot it? If you need any more info, I'll be happy to provide it. Can I tell dovecot to be a little more verbose with it's log entries (I've already got auth_debug set to yes, but I'm not getting very much info)? Thanks! Noah -- View this message in context: http://www.nabble.com/Active- Directory-LDAP-authentication-fails-after-a-time- tp23102450p23102450.html Sent from the Dovecot mailing list archive at Nabble.com.
[Dovecot] For the record: Postfix+Spamassassin+ClamAV+Dovecot
Postfix 2.5.5 SpamAssassin 3.2.5 (under Perl 5.10.0) ClamAV 0.95.1 Dovecot 1.2.rc2 works fine on Fedora 10. Installed Dovecot and ClamAV from source and everything else using yum. I'm using the ClamAV plugin for Spamassassin: http://wiki.apache.org/spamassassin/ClamAVPlugin I'm calling Spamassassin with: /etc/postfix/main.cf: mailbox_command = /usr/bin/spamc -f -e /usr/local/libexec/dovecot/deliver Postfix hands off to Spamassassin, which processes ALL mail (not just attachments) through the ClamAV plugin before parsing for spam, and then hands the whole mess off to Dovecot for 'deliver' to handle. How simple is that? Since ClamAV scanns all mail, it might be too processor-intensive for really large mail systems, but it is working great for our 120+ user system with lots of spam coming in. If you're using Procmail or some other preprocessor that can hand off to a pipe, then you could skip the plugin and pipe messages over a certain size (i.e. 1024) to clamd, instead. Enjoy! James
Re: [Dovecot] Active Directory LDAP authentication fails after a time
On 4/17/2009, noahisaac (n...@miller.cc) wrote: I've got Dovecot version 1.0.7 Best bet is to upgrade... lits of fixes and improvements since this version... 1.1.14 is current stable version, and is available (well, maybe not quite yet since it was only released yesterday, but at least 1.1.13 is) via atrpms... -- Best regards, Charles
Re: [Dovecot] For the record: Postfix+Spamassassin+ClamAV+Dovecot
James Butler wrote: Postfix 2.5.5 SpamAssassin 3.2.5 (under Perl 5.10.0) ClamAV 0.95.1 Dovecot 1.2.rc2 works fine on Fedora 10. Installed Dovecot and ClamAV from source and everything else using yum. I'm using the ClamAV plugin for Spamassassin: http://wiki.apache.org/spamassassin/ClamAVPlugin I'm calling Spamassassin with: /etc/postfix/main.cf: mailbox_command = /usr/bin/spamc -f -e /usr/local/libexec/dovecot/deliver Postfix hands off to Spamassassin, which processes ALL mail (not just attachments) through the ClamAV plugin before parsing for spam, and then hands the whole mess off to Dovecot for 'deliver' to handle. How simple is that? Since ClamAV scanns all mail, it might be too processor-intensive for really large mail systems, but it is working great for our 120+ user system with lots of spam coming in. If you're using Procmail or some other preprocessor that can hand off to a pipe, then you could skip the plugin and pipe messages over a certain size (i.e. 1024) to clamd, instead. SpamAssassin is more of a CPU hog than Clam is, although that depends if you're scanning large files or not. If my mail systems aren't falling over while running Clam and SA (although I don't use the plugin, I scan the stream with clamd before SA) the average system should be fine too. ~Seth
Re: [Dovecot] Setup Question
On 4/17/2009 8:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their /home/user/Maildir directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the /home/vmail/user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use mailbox_transport = dovecot and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. Okay, I made the change to using mailbox_transport instead of mailbox_command in Postfix. I followed the above steps only having to change one thing. Line 5.1 was wrong. I needed it to say -d ${user} instead of recipient. It was looking for u...@domain instead of just user which is was exists in my userdb file. I decided against putting everything in /home/vmail/domain/user because when I would log in via IMAP it didn't know my domain name. I am assuming that is once again because my userdb only has user names and not domains. Just I just went with /home/vmail/user and it is working. I don't think I will be using more than one domain, so it should be fine. Thanks for everybody's help with this. Rather painless. The only problem I had was with the user name but I got it resolved. Jeff
Re: [Dovecot] Active Directory LDAP authentication fails after a time
On 4/17/2009, noahisaac (n...@miller.cc) wrote: I've got Dovecot version 1.0.7 Best bet is to upgrade... lits of fixes and improvements since this version... 1.1.14 is current stable version, and is available (well, maybe not quite yet since it was only released yesterday, but at least 1.1.13 is) via atrpms... Thanks, Charles and Romer. I will definitely upgrade to a more recent version. That's always the trouble with using yum installs on CentOS/RHEL from the official repositories - they're always several versions too old. Thanks! Noah
Re: [Dovecot] Setup Question
On 4/17/2009 12:39 PM, Jeff Grossman wrote: On 4/17/2009 8:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their /home/user/Maildir directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the /home/vmail/user/ directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use mailbox_transport = dovecot and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. Okay, I made the change to using mailbox_transport instead of mailbox_command in Postfix. I followed the above steps only having to change one thing. Line 5.1 was wrong. I needed it to say -d ${user} instead of recipient. It was looking for u...@domain instead of just user which is was exists in my userdb file. I decided against putting everything in /home/vmail/domain/user because when I would log in via IMAP it didn't know my domain name. I am assuming that is once again because my userdb only has user names and not domains. Just I just went with /home/vmail/user and it is working. I don't think I will be using more than one domain, so it should be fine. Thanks for everybody's help with this. Rather painless. The only problem I had was with the user name but I got it resolved. Jeff I have come across my more problem. If somebody sends mail to JEFF instead of jeff it is saying user unknown. How do I tell the pipe command in Postfix to lowercase the username but not the extension? Thanks, Jeff
Re: [Dovecot] Setup Question
On Fri, 2009-04-17 at 13:05 -0700, Jeff Grossman wrote: I have come across my more problem. If somebody sends mail to JEFF instead of jeff it is saying user unknown. How do I tell the pipe command in Postfix to lowercase the username but not the extension? You can also do this in Dovecot. For example auth_username_format=%Lu signature.asc Description: This is a digitally signed message part
[Dovecot] Shared folders and subscriptions
Hi, I've got a problem with user shared folders and subscriptions. When I try to subscribe a folder, dovecot returns OK Subscribe completed, but the newly subscribed folder is not listed with LSUB: a1 login t...@example.com *** a1 OK [CAP. a2 list * * LIST (\HasChildren) / INBOX * LIST (\Noselect \HasChildren) / #User * LIST (\Noselect \HasChildren) / #User/mar...@example.com * LIST (\HasNoChildren) / #User/mar...@example.com/ForTest a3 subscribe #User/mar...@example.com/ForTest a3 OK Subscribe completed. a4 lsub * * LSUB (\Noselect) / #User/mar...@example.com Dovecot is 1.2-rc3, namespace configuration as follows: namespace private { separator = / prefix = INBOX/ inbox = yes subscriptions = yes } namespace public { separator = / prefix = #Shared/ location = maildir:/var/spool/dovecot/sharedfolders:INDEX=~/Maildir/index/public:CONTROL=~/Maildir/control/public subscriptions = yes } namespace shared { separator = / prefix = #User/%%u/ location = maildir:%%h/Maildir:INDEX=~/Maildir/index/shared/%%u:CONTROL=~/Maildir/control/shared subscriptions = yes list = yes } I tried without CONTROL= directory in the shared namespace, but that made no difference. Contents of the subscriptions (with CONTROL=) file after subscribing: ForTestUser Regards, Markus
Re: [Dovecot] Setup Question
On 4/17/2009 1:43 PM, Timo Sirainen wrote: On Fri, 2009-04-17 at 13:05 -0700, Jeff Grossman wrote: I have come across my more problem. If somebody sends mail to JEFF instead of jeff it is saying user unknown. How do I tell the pipe command in Postfix to lowercase the username but not the extension? You can also do this in Dovecot. For example auth_username_format=%Lu I just found that parameter. I just set it and restarted Dovecot. Going to test it right now. Thanks.
Re: [Dovecot] Shared folders and subscriptions
On Fri, 2009-04-17 at 22:48 +0200, Markus Werner wrote: namespace shared { separator = / prefix = #User/%%u/ location = maildir:%%h/Maildir:INDEX=~/Maildir/index/shared/%%u:CONTROL=~/Maildir/control/shared subscriptions = yes list = yes } The CONTROL must have also %%u in it, otherwise different shared users' control files get mixed together and everything breaks. Preferably you should also be using subscriptions=no so you wouldn't have to specify CONTROL at all, but for that you'd need to have a namespace with prefix=. Anyway, this fixes subscriptions=yes: http://hg.dovecot.org/dovecot-1.2/rev/0dcb7e34a216 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Shared folders and subscriptions
On Fri, Apr 17, 2009 at 05:22:32PM -0400, Timo Sirainen wrote: On Fri, 2009-04-17 at 22:48 +0200, Markus Werner wrote: namespace shared { separator = / prefix = #User/%%u/ location = maildir:%%h/Maildir:INDEX=~/Maildir/index/shared/%%u:CONTROL=~/Maildir/control/shared subscriptions = yes list = yes } The CONTROL must have also %%u in it, otherwise different shared users' control files get mixed together and everything breaks. Thanks. I completely overlooked that missing part. Preferably you should also be using subscriptions=no so you wouldn't have to specify CONTROL at all, but for that you'd need to have a namespace with prefix=. Would an additional namespace, for subscriptions only, work? I would like to keep all subfolders of an Mailbox under INBOX/ . Anyway, this fixes subscriptions=yes: http://hg.dovecot.org/dovecot-1.2/rev/0dcb7e34a216 Works, thanks.
Re: [Dovecot] Shared folders and subscriptions
On Fri, 2009-04-17 at 23:38 +0200, Markus Werner wrote: Preferably you should also be using subscriptions=no so you wouldn't have to specify CONTROL at all, but for that you'd need to have a namespace with prefix=. Would an additional namespace, for subscriptions only, work? I would like to keep all subfolders of an Mailbox under INBOX/ . It would be possible to do both. The INBOX/ could be set up as a hidden namespace and the namespace would be the default one. Or is there a reason why you wouldn't want namespace to show up anything? Or you could also see if you could create a private namespace with prefix=#User/ and subscriptions=yes, perhaps with location=maildir:/var/lib/dovecot/empty:CONTROL=~/Maildir/shared where the empty directory would be a world-readable non-writable empty directory. That namespace should then catch subscriptions to shared mailboxes. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Shared folders and subscriptions
On Fri, Apr 17, 2009 at 05:43:01PM -0400, Timo Sirainen wrote: It would be possible to do both. The INBOX/ could be set up as a hidden namespace and the namespace would be the default one. Or is there a reason why you wouldn't want namespace to show up anything? Crying users, because suddenly something in their clients looks very different :) I have many of those. Or you could also see if you could create a private namespace with prefix=#User/ and subscriptions=yes, perhaps with location=maildir:/var/lib/dovecot/empty:CONTROL=~/Maildir/shared where the empty directory would be a world-readable non-writable empty directory. That namespace should then catch subscriptions to shared mailboxes. I tried this. The following is logged: Apr 18 00:12:01 asterix dovecot: IMAP(mar...@example.com): fchown(/var/spool/dovecot/users/example.com/markus/Maildir/control/shared/subscriptions.lock, -1, 0) failed: Operation not permitted Apr 18 00:12:01 asterix dovecot: IMAP(mar...@example.com): file_dotlock_open() failed with subscription file /var/spool/dovecot/users/example.com/markus/Maildir/control/shared/subscriptions: Operation not permitted
[Dovecot] Sieve redirect
Is there an alternative to the redirect Sieve capability? For example: if header :contains Subject Listserv { redirect list-us...@example.com; redirect list-us...@example.com; redirect list-us...@example.com; stop; } How can I do the above without using redirect? Unfortunately, redirect seems to be unsupported by Dovecot. Thank you. James
Re: [Dovecot] Sieve redirect
Is there an alternative to the redirect Sieve capability? For example: if header :contains Subject Listserv { redirect list-us...@example.com; redirect list-us...@example.com; redirect list-us...@example.com; stop; } How can I do the above without using redirect? Unfortunately, redirect seems to be unsupported by Dovecot. Thank you. James Here's why I posted this: sievec global.before.sieve global.before.svbin line 7: error: unsupported sieve capability 'redirect'. error: validation failed. Error: failed to compile sieve script 'global.before.sieve' Sieve 0.1.4, Dovecot 1.2.rc2 James
Re: [Dovecot] Sieve redirect
maybe you need to include vacation? require vacation; if header :contains Subject Listserv { redirect list-us...@example.com; redirect list-us...@example.com; redirect list-us...@example.com; stop; }
Re: [Dovecot] Shared folders and subscriptions
On Apr 17, 2009, at 6:28 PM, Markus Werner wrote: Or you could also see if you could create a private namespace with prefix=#User/ and subscriptions=yes, perhaps with location=maildir:/var/lib/dovecot/empty:CONTROL=~/Maildir/shared where the empty directory would be a world-readable non-writable empty directory. That namespace should then catch subscriptions to shared mailboxes. I tried this. The following is logged: Apr 18 00:12:01 asterix dovecot: IMAP(mar...@example.com): fchown(/var/spool/dovecot/users/example.com/markus/Maildir/control/ shared/subscriptions.lock, -1, 0) failed: Operation not permitted It tries to preserve the group. Try chmod g+s to the empty directory.
Re: [Dovecot] 0 mails available even if mails in mailbox
On Apr 17, 2009, at 6:51 PM, stefan novak wrote: maybe you have mounted your nfs share with nodiratime? Dovecot doesn't care about atimes in mailbox syncing, only mtimes.