[Dovecot] Benefits of DBOX format ?
Hello What would be the benefits of using DBOX format ? Thanks
Re: [Dovecot] Benefits of DBOX format ?
What would be the benefits of using DBOX format ? http://wiki.dovecot.org/MailboxFormat/dbox -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01
[Dovecot] Informations in LDAP and Database
Hi everybody, I'm installing an application using LDAP and I want dovecot to use LDAP too. The problem is that they don't use the same schema (especially because we want per-user quotas). I think the best solution is to have the authentication by LDAP and others datas (like quotas) in a database. Is it possible with dovecot ? and How ? Thanks Etienne
Re: [Dovecot] Sieve Rule for Folders
On Mon, Mar 30, 2009 at 11:09 AM, Stephan Bosch s.bo...@utwente.nl wrote: Gerhard Wiesinger wrote: Hello! Is it possible with sieve to do the following: When a new message is added to a folder (e.g. dovecot folder and not INBOX) then an action like forwarding it per E-Mail should be triggered. Is this possible? If yes, how does the sieve script look like? If you want to do this using Sieve through IMAP (i.e. when appending new messages): currently no. There is work in progress to produce an IMAP extension that allows setting such scripts for specific folders and operations on those folders. This is nowhere near finished however and implementing this is not trivial. If possible, can a shell script also be triggered as action? Not with Sieve. Perhaps there is a plugin for IMAP that allows triggering shell scripts when accessing certain folders, but I really wouldn't know. PS: if you are trying to build a spam learning folder: there is a plugin for that called antispam. BTW, the antispam plugin is ready for dovecot 1.2? Regards.
Re: [Dovecot] Sieve Rule for Folders
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 31 Mar 2009, Allan Cassaro wrote: BTW, the antispam plugin is ready for dovecot 1.2? Currently not, see thread: [Dovecot] antispam plugin for Dovecot v1.2 Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSdITwHWSIuGy1ktrAQKV7wgAtsgFXWNI6VbY+wweEkFVJcE50i70a9Av zbgZhKvdpcKjsKShPTkqGXR7gf3p3cFgYJXtPkMPimg5RX58nlvSx0HdfKBLVMqp uust8Vv0/uN3D3W3CBS440oHqoOlAebYK61kNyCWzmh8Ebzdu+bnkpmFhp4w00eX ls2qpan120mwI0nIGukMmAczuoYhSQ1lXMnvYH5JwJkPe9Qrsq5NM6Y2hwI9YWTR bYIYz/ywJ9X+WOCMf21nxDajyTUNO0OOAUYhrVGX5E12ufQpzLb3GI2ve9xqcJbr BDZZWksVKzn8yzAkt05kEi9DCUdnjqqKn0HJ7dB3WA6z3cKKmVx+Fw== =JcbO -END PGP SIGNATURE-
Re: [Dovecot] CMUSieve with virtual users
Is there an incompatibily I could have fallen into ?
Guillaume Hilt a écrit :
I'm back with this problem since i never found a way to fix it.
I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something.
I modified the lda section from this :
mail_plugins = cmusieve
To this :
mail_plugins = sieve
The problem is that dovecot never complained that it can't found the
sieve or cmusieve plugin although sieve is present and enabled with
dovecot.
Looks like it doesn't care about it and doesn't try to load it (it
would explain why sieve isn't working).
I used thse flags mysql pam pop3d sieve ssl.
The only difference with my other config, with is working fine, is
that i added the ipv6 flag on this one and i'm not using virtual users
or pop3.
Now i'm confused ...
Guillaume Hilt
Guillaume Hilt a écrit :
Guillaume Hilt a écrit :
Alex a écrit :
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote:
Upgrade done and running, but it didn't fixed the problem :x
Alex a écrit :
I had been the same issue with 1.1.7. Try to unmask the
1.1.10-r1 and install; it solve my issue.
Do you see anything in your log?
Nothing about sieve.
Interestingly enough there appear to be some values in the
dovecot.conf that don't show up with (when I try in on my system)
a dovecot -n. I must admit I'm surprised everything _seems_ to be
working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda {
log_path = /var/log/dovecot/dovecot-deliver.log
auth_socket_path = /var/run/dovecot/auth-master
postmaster_address = postmas...@mydomain.com
hostname = mx0.mydomain.com
mail_plugins = cmusieve
mail_plugin_dir = /usr/lib/dovecot/lda
}
Here's mine :
protocol lda {
postmaster_address = postmas...@mydomain.com
hostname = mail.mydomain.com
mail_plugins = cmusieve
mail_plugin_dir = /usr/lib/dovecot/lda
log_path = /var/log/mail/dovecot-deliver.log
info_log_path = /var/log/mail/dovecot-deliver.log
sendmail_path = /usr/sbin/sendmail
rejection_reason = Votre message pour %t a été rejeté:%n%r
auth_socket_path = /var/run/dovecot/auth-master
fsync_disable = no
}
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve?
Remeber to change ownership to default.sieve file with your vmail
user and group.
No, I didn't defined it.
And my .dovecot.sieve files are owned by vmail and mail,
respectively my vmail user and group :)
The only difference I found with this current setup and my other
server (except for the virtual user configuration on this server) is
that i compiled dovecot without pop3d on the other one, and with it
on this one (and since pop3 is currently used, i can't afford to
remove it).
[Dovecot] Solr's index update
Hi all, In the wiki says this: Currently the indexes are updated only while searching @ http://wiki.dovecot.org/Plugins/FTS This also is applied to Solr Indexes? If not, when Solr Indexes are updated? Thank you, Rui Carneiro -- mail: rui@gmail.com, rui.carne...@portugalmail.net website: http://paginas.fe.up.pt/~ei04073http://paginas.fe.up.pt/%7Eei04073
Re: [Dovecot] Courier
On Mar 31, 2009, at 7:58 AM, kosov...@web.de wrote: log_path = /var/log/dovecot.log info_log_path = /var/log/dovecot-info.log .. Log: This looks like it's only the dovecot-info.log. dovecot: 2009-03-31 13:50:16 Info: POP3(webmas...@silviosiefke.de): Couldn't open INBOX top=0/0, retr=0/0, del=0/0, size=0 The real error message should have been written to dovecot.log. Is there anything in there? What Dovecot version?
Re: [Dovecot] CMUSieve with virtual users
On Mar 29, 2009, at 6:28 AM, Guillaume Hilt wrote: I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something. I modified the lda section from this : mail_plugins = cmusieve To this : mail_plugins = sieve The problem is that dovecot never complained that it can't found the sieve or cmusieve plugin although sieve is present and enabled with dovecot. Looks like it doesn't care about it and doesn't try to load it (it would explain why sieve isn't working). If you list a plugin that Dovecot can't load, it definitely will give an error message at startup. Looking at your previous messages, it seems you haven't provided any logs. Set mail_debug=yes and show what it logs when trying to deliver a mail.
Re: [Dovecot] Solr's index update
On Mar 31, 2009, at 11:25 AM, Rui Carneiro wrote: Hi all, In the wiki says this: Currently the indexes are updated only while searching @ http://wiki.dovecot.org/Plugins/FTS This also is applied to Solr Indexes? Yes. If not, when Solr Indexes are updated? If you want them to be updated more often, you can issue SEARCH commands in a cronjob or something.
Re: [Dovecot] Double mysql auth problem
On Mar 30, 2009, at 9:00 AM, Sebastian Chociwski wrote:
auth default {
passdb sql {
args = /etc/dovecot/dovecot-mysql.conf
}
userdb static {
args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes
}
}
auth secondary {
passdb sql {
args = /etc/dovecot/dovecot-mysql2.conf
}
userdb static {
args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes
}
}
1) Don't use two auth {} blocks. It doesn't work the way you think it
does.
2) You can put multiple passdbs and userdbs inside the same auth
block, but you can't put two userdb statics there. The first one will
always match all users. But since they both are identical it doesn't
matter, just put it there once.
Re: [Dovecot] 1.11 bug?: file client-common.c: line 25 (client_unlink): assertion failed: (clients_count 0)
On Mar 30, 2009, at 2:59 AM, Long Le Dinh wrote: Yes Timo, found Warning: Killed with signal 15 in the log. What can be something that killed dovecot? Does it happen at the same time every day? If so, it's most likely a cronjob. Otherwise I'm not sure, are there more admins and one of them would be restarting Dovecot? In any case: Mar 26 17:18:43 Warning: Killed with signal 15 .. Mar 26 17:18:46 Info: dovecot v1.1.11 starting up (core dumps disabled) There is only 3 second difference, so most likely /etc/init.d/dovecot restart was called. The crashes still shouldn't be happening though, but they're invisible to users since they would have been disconnected in any case.
Re: [Dovecot] CMUSieve with virtual users
Mar 31 17:29:55 srv1 postfix/qmgr[30752]: A2C0677460ED: from=postmas...@shadowprojects.org, size=902, nrcpt=1 (queue active) Mar 31 17:29:55 srv1 postfix/smtpd[12284]: disconnect from rendez-vous.shadowprojects.fr[91.121.100.167] Mar 31 15:29:55 srv1 postfix/smtpd[12897]: connect from unknown[127.0.0.1] Mar 31 15:29:55 srv1 postfix/smtpd[12897]: 4C74977460FE: client=unknown[127.0.0.1] Mar 31 17:29:55 srv1 postfix/cleanup[12810]: 4C74977460FE: message-id=49d236e0.6060...@shadowprojects.org Mar 31 17:29:55 srv1 postfix/qmgr[30752]: 4C74977460FE: from=postmas...@shadowprojects.org, size=1339, nrcpt=1 (queue active) Mar 31 15:29:55 srv1 postfix/smtpd[12897]: disconnect from unknown[127.0.0.1] Mar 31 17:29:55 srv1 postfix/lmtp[12879]: A2C0677460ED: to=gh...@domain2.com, relay=mail.domain2.com[/var/run/dspam/dspam.sock], delay=1.1, delays=0.56/0/0/0.5, dsn=2.6.0, status=sent (250 2.6.0 gh...@domain2.com Message accepted for delivery) Mar 31 17:29:55 srv1 postfix/qmgr[30752]: A2C0677460ED: removed Mar 31 17:29:55 srv1 postfix/qmgr[30752]: 4C74977460FE: removed Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=gh...@domain2.com, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Mar 31 18:13:05 srv1 dovecot: imap-login: Login: user=ethieblem...@domain.com, method=PLAIN, rip=216.9.253.200, lip=91.121.50.194 Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblem...@domain.com): Loading modules from directory: /usr/lib/dovecot/imap Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblem...@domain.com): Module loaded: /usr/lib/dovecot/imap/lib90_antispam_plugin.so Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblem...@domain.com): Effective uid=1001, gid=12, home=/home/vmail/domain.com/ethieblemont/ Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblem...@domain.com): maildir: data=/home/vmail/domain.com/ethieblemont/.maildir Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblem...@domain.com): maildir++: root=/home/vmail/domain.com/ethieblemont/.maildir, index=, control=, inbox=/home/vmail/domain.com/ethieblemont/.maildir The path are correct and I have a .dovecot.sieve file in the user folder (on the same level with .maildir). Here's my dovecot conf (1.1.13) with libsieve (2.2.7) on a Gentoo x64 box : I have this under the lda protocol section, although dovecot -n doesn't show it : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda # dovecot -n # 1.1.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28-gentoo-r1--std-ipv4-64 x86_64 Gentoo Base System release 1.12.11.1 ext3 base_dir: /var/run/dovecot/ protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 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 first_valid_uid: 1001 last_valid_uid: 1001 mail_privileged_group: mail mail_uid: vmail mail_gid: mail mail_location: maildir:/home/vmail/%d/%n/.maildir mail_debug: yes fsync_disable: yes 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_plugins(default): antispam mail_plugins(imap): antispam mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: user: nobody gssapi_hostname: mail.domain2.com passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: mail plugin: antispam_signature: X-DSPAM-Signature antispam_signature_missing: error antispam_trash: Trash antispam_spam: Spam antispam_dspam_binary: /usr/bin/dspam Timo Sirainen a écrit : On Mar 29, 2009, at 6:28 AM, Guillaume Hilt wrote: I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something. I modified the lda section from this : mail_plugins = cmusieve To this : mail_plugins = sieve The problem is that dovecot never complained that it can't found the sieve or cmusieve plugin although sieve is present and enabled with dovecot. Looks like it doesn't care about it and doesn't try to load it (it would explain why sieve isn't working). If you list a plugin that Dovecot can't load, it definitely will give an error message
Re: [Dovecot] CMUSieve with virtual users
On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote: Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=gh...@domain2.com , relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
Re: [Dovecot] CMUSieve with virtual users
I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs. Guillaume Hilt Timo Sirainen a écrit : On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote: Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=gh...@domain2.com, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
Re: [Dovecot] CMUSieve with virtual users
The problem isn't with dspam or Dovecot configuration files. It's that your Postfix is configured to write the mail directly to the Maildir. I don't think your Postfix even calls dspam. As long as you see postfix/virtual line in your logs, Postfix is delivering the mail itself. On Tue, 2009-03-31 at 19:11 +0200, Guillaume Hilt wrote: I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs. Guillaume Hilt Timo Sirainen a écrit : On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote: Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=gh...@domain2.com, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] CMUSieve with virtual users
It does. deliver(gh...@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048 Mar 31 19:22:51 srv1 postfix/lmtp[14367]: BB74477460FE: to=gh...@domain2.com, relay=mail.domain2.com[/var/run/dspam/dspam.sock], delay=0.43, delays=0.1/0/0/0.33, dsn=2.6.0, status=sent (250 2.6.0 gh...@domain2.com Message accepted for delivery) Mar 31 19:22:51 srv1 postfix/qmgr[14353]: BB74477460FE: removed Here's the lines in dspam : TrustedDeliveryAgent /usr/libexec/dovecot/deliver -d %u UntrustedDeliveryAgent /usr/libexec/dovecot/deliver -d %u Postfix isn't delivering the mail anymore, it transfer them to dspam which calls deliver since it can't deliver them itself. Guillaume Hilt Timo Sirainen a écrit : The problem isn't with dspam or Dovecot configuration files. It's that your Postfix is configured to write the mail directly to the Maildir. I don't think your Postfix even calls dspam. As long as you see postfix/virtual line in your logs, Postfix is delivering the mail itself. On Tue, 2009-03-31 at 19:11 +0200, Guillaume Hilt wrote: I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs. Guillaume Hilt Timo Sirainen a écrit : On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote: Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=gh...@domain2.com, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
Re: [Dovecot] CMUSieve with virtual users
On Tue, 2009-03-31 at 19:27 +0200, Guillaume Hilt wrote: It does. deliver(gh...@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048 OK, so here's finally a line from deliver. Now show the whole debug output of deliver. It probably was written to a different file. See http://wiki.dovecot.org/Logging and http://wiki.dovecot.org/LDA#logging deliver always logs a line such as: deliver(timo): Jan 13 13:47:16 Info: msgid=a...@b: saved mail to INBOX Find the file that has that line, and show the full debug output of what's before that line. Also you have configured Dovecot with --enable-devel-checks, which causes Dovecot to log some information that's mainly useful for developers. It also includes extra checks that slow things down in normal use. You most likely want to disable it by reconfiguring and reinstalling. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] CMUSieve with virtual users
Timo Sirainen a écrit : On Tue, 2009-03-31 at 19:27 +0200, Guillaume Hilt wrote: It does. deliver(gh...@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048 OK, so here's finally a line from deliver. Now show the whole debug output of deliver. It probably was written to a different file. See http://wiki.dovecot.org/Logging and http://wiki.dovecot.org/LDA#logging deliver always logs a line such as: deliver(timo): Jan 13 13:47:16 Info: msgid=a...@b: saved mail to INBOX Find the file that has that line, and show the full debug output of what's before that line. Yeah, in fact i log this into mail.info and now it works. Looks like I forgot to use deliver :x deliver(gh...@domain2.com): Mar 31 19:41:58 Info: cmusieve: Using sieve path: /home/vmail/domain2.com/ghilt/.dovecot.sieve deliver(gh...@domain2.com): Mar 31 19:41:58 Info: cmusieve: Executing script /home/vmail/domain2.com/ghilt/.dovecot.sievec deliver(gh...@domain2.com): Mar 31 19:41:59 Info: msgid=49d255e3.1000...@shadowprojects.org: saved mail to INBOX.Portage Also you have configured Dovecot with --enable-devel-checks, which causes Dovecot to log some information that's mainly useful for developers. It also includes extra checks that slow things down in normal use. You most likely want to disable it by reconfiguring and reinstalling. I know. It was on purpose to see if it could provide me some useful informations about my problem. Thanks for your help Timo, sorry the time loss for such a stupid mistake.
Re: [Dovecot] Solr's index update
On Tue, Mar 31, 2009 at 5:10 PM, Timo Sirainen t...@iki.fi wrote: On Mar 31, 2009, at 11:25 AM, Rui Carneiro wrote: Hi all, In the wiki says this: Currently the indexes are updated only while searching @ http://wiki.dovecot.org/Plugins/FTS This also is applied to Solr Indexes? Yes. If not, when Solr Indexes are updated? If you want them to be updated more often, you can issue SEARCH commands in a cronjob or something. I will take your advice :) Another question. I read this on the TODO list: fts-solr: handle DELETE, RENAME I am interested to look deeper on this. Any start advice?
Re: [Dovecot] Solr's index update
On Tue, 2009-03-31 at 19:21 +0100, Rui Carneiro wrote: Another question. I read this on the TODO list: fts-solr: handle DELETE, RENAME I am interested to look deeper on this. Any start advice? Since Solr data can't be modified, both of these have to be handled the same way: Just deleting the data from Solr indexes. You'll probably have to do this like: 1. Hook into mailbox_list.delete_mailbox() in fts plugin (similar to like how e.g. quota plugin does in quota_mailbox_list_delete()). 2. Add a new delete_mailbox() function to struct fts_backend_vfuncs and have your delete_mailbox() call that before calling super.delete_mailbox(). 3. Hook into the delete_mailbox() in fts-solr and have it execute a query that deletes everything from the given mailbox. signature.asc Description: This is a digitally signed message part
[Dovecot] Virtual user folder configuration
Since I'm going to make a change to my folder structure, what would be recommended so I can avoid the need in the future? All my mail users are virtual - they have no existence in /etc/passwd, nor do they have folders under /home. At this time, all mail is being delivered to maildir:/var/mail/%d/%n - and the home is the same (which is becoming more of a problem). As I see it, I have the choices of: 1. Place mail underneath home, as in /var/mail/%d/%n/mailbox Probably the simplest, but adds a level to the folder hierarchy. Does that matter in any way? 2. Place home underneath mail, as in /var/mail/%d/%n/home (unless THAT poses a problem as well, with a non-mail folder visible to the mail system) Leaves mail alone - but means the home folder is visible from within the mail system. 3. Relocate home totally outside mail, as in /var/mail/home/%d/%n Would provide isolation - but more difficulty in administration, particularly adding/deleting users. Any suggestions? -- Daniel
Re: [Dovecot] Virtual user folder configuration
Daniel L. Miller wrote: Since I'm going to make a change to my folder structure, what would be recommended so I can avoid the need in the future? All my mail users are virtual - they have no existence in /etc/passwd, nor do they have folders under /home. At this time, all mail is being delivered to maildir:/var/mail/%d/%n - and the home is the same (which is becoming more of a problem). As I see it, I have the choices of: 1. Place mail underneath home, as in /var/mail/%d/%n/mailbox Probably the simplest, but adds a level to the folder hierarchy. Does that matter in any way? 2. Place home underneath mail, as in /var/mail/%d/%n/home (unless THAT poses a problem as well, with a non-mail folder visible to the mail system) Leaves mail alone - but means the home folder is visible from within the mail system. 3. Relocate home totally outside mail, as in /var/mail/home/%d/%n Would provide isolation - but more difficulty in administration, particularly adding/deleting users. Any suggestions? Wow. My list matches almost word for word the wiki entry on virtual users. And since I see the preferred choice is option #1 - guess that's what I'll do unless I hear different. -- Daniel
[Dovecot] dbox - how to awaken the monster
Hello people, Since the invention of this storage called dbox, I have never quite gotten round to understanding it, nor getting to use it. It seems so strange to me and I must ask a few stupid questions about it. I use the MTA to deliver mail to Maildir, either in ~/Maildir or /some/path/%d/%n/Maildir. It has always beat me how dbox comes into play under such circumstances. From the wiki, I see the following: dbox supports a quick migration from Maildir format - now this leaves me hanging. How? Suppose I migrate from Maildir to dbox, what changes do I make to the MTA to understand that I use dbox? Ok, I use Exim as my MTA. I hope someone can explain to me what I need to do to Exim and what to do th Dovecot so that I can test this dbox thing. And suppose I want to transfer userA's mail to UserB, what do I do? With Maildir, I can simply do something like mv ~A/Maildir ~B/Maildir chown -R B ~b/Maildir Suppose I am using dbox, howdy? Thank you in advance. I know those sound dumb, but I simply haven't understood dbox. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The only time a woman really succeeds in changing a man is when he is a baby. - Natalie Wood
Re: [Dovecot] dbox - how to awaken the monster
Odhiambo Washington wrote: Hello people, Since the invention of this storage called dbox, I have never quite gotten round to understanding it, nor getting to use it. It seems so strange to me and I must ask a few stupid questions about it. I use the MTA to deliver mail to Maildir, either in ~/Maildir or /some/path/%d/%n/Maildir. It has always beat me how dbox comes into play under such circumstances. From the wiki, I see the following: dbox supports a quick migration from Maildir format - now this leaves me hanging. How? Suppose I migrate from Maildir to dbox, what changes do I make to the MTA to understand that I use dbox? Ok, I use Exim as my MTA. I hope someone can explain to me what I need to do to Exim and what to do th Dovecot so that I can test this dbox thing. And suppose I want to transfer userA's mail to UserB, what do I do? With Maildir, I can simply do something like exim does not know about dbox (it's a dovecot-specific format). You'd need to configure exim to use dovecot's deliver as LDA. There are instructions for that in the Wiki. -- Endy taniwha: Quote material :) taniwha Endy: :) knghtbrd Endy: I already snipped it Eduardo M KALINOWSKI edua...@kalinowski.com.br
[Dovecot] postfix + dovecot
I have postfix+ dovecot but when I run sasl - have this:
Mar 31 21:21:39 localhost postfix/smtpd[13134]: warning: SASL: Connect
to smtpd failed: No such file or directory Mar 31 21:21:39 localhost
postfix/smtpd[13134]: fatal: no SASL authentication mechanisms Mar 31
21:21:40 localhost postfix/master[13128]: warning:
process /usr/libexec/postfix/smtpd pid 13134 exit status 1 Mar 31
21:21:40 localhost postfix/master[13128]:
warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling
I have Slackware 12.2. I write main.cf with documentation on
postfix.org. my dovecot.conf:
base_dir = /var/run/dovecot/
protocols = imap pop3
ssl_disable = yes
disable_plaintext_auth = no
log_path=/var/log/dovecot.log
listen=*
syslog_facility = mail
login_greeting = Dovecot ready.
mail_location = maildir:/var/mail/virtual/%d/%n
mail_privileged_group = mail
protocol imap {
}
namespace private {
prefix = INBOX.
inbox = yes
}
protocol pop3 {
pop3_uidl_format = %u-%v
}
protocol lda {
postmaster_address = postmas...@yourdomain.tld
auth_socket_path = /var/run/dovecot/auth-master
}
auth default {
mechanisms = plain login
passdb checkpassword {
args = /var/www/ispcp/engine/ispcp-dovecot-mngr
}
userdb sql {
args = /etc/dovecot/dovecot-sql-domain.conf
}
userdb sql {
args = /etc/dovecot/dovecot-sql-aliasdomain.conf
}
userdb sql {
args = /etc/dovecot/dovecot-sql-subdomain.conf
}
socket listen {
client {
path = /var/spool/postfix/private/auth
mode = 0777
user = postfix
group = postfix
}
master {
path = /var/run/dovecot/auth-master
mode = 0660
user = vmail
group = mail
}
}
}
user = root
}
plugin {
}
Re: [Dovecot] dbox - how to awaken the monster
On Tue, Mar 31, 2009 at 10:17 PM, Eduardo M KALINOWSKI
edua...@kalinowski.com.br wrote:
Odhiambo Washington wrote:
Hello people,
Since the invention of this storage called dbox, I have never quite
gotten
round to understanding it, nor getting to use it. It seems so strange to
me
and I must ask a few stupid questions about it.
I use the MTA to deliver mail to Maildir, either in ~/Maildir or
/some/path/%d/%n/Maildir. It has always beat me how dbox comes into play
under such circumstances. From the wiki, I see the following:
dbox supports a quick migration from Maildir format - now this leaves
me
hanging. How? Suppose I migrate from Maildir to dbox, what changes do I
make
to the MTA to understand that I use dbox?
Ok, I use Exim as my MTA.
I hope someone can explain to me what I need to do to Exim and what to do
th
Dovecot so that I can test this dbox thing.
And suppose I want to transfer userA's mail to UserB, what do I do? With
Maildir, I can simply do something like
exim does not know about dbox (it's a dovecot-specific format). You'd
need to configure exim to use dovecot's deliver as LDA. There are
instructions for that in the Wiki.
I thought so. Now I have seen, read and understood (so far)
http://wiki.dovecot.org/LDA/Exim.
However I do not see any examples for configuring dovecot for dbox. Is it as
easy as s/maildir/dbox/g in the following:
mail_location =
maildir:/var/spool/virtual/%d/%n/Maildir:INDEX=/var/dovecot/%u:CONTROL=/var/dovecot/%u
And suppose I wanted to redeliver mail stored in dbox, using the MTA?? For
example, I have used the following script to redeliver mail stored in
Maildir:
#!/bin/sh
#
email=$(find $*)
#
{
for x in ${email};
do
sendmail odhia...@gmail.com ${x};
done
}
I'd invoke this as `/path/to/script /dir/to/list` (/path/to/script
Maidir/new for instance)
Ok. Sorry it looks like I have unending questions:(
--
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
The only time a woman really succeeds in changing a man is when he is a
baby.
- Natalie Wood
Re: [Dovecot] Solr's index update
On Tue, Mar 31, 2009 at 7:28 PM, Timo Sirainen t...@iki.fi wrote: On Tue, 2009-03-31 at 19:21 +0100, Rui Carneiro wrote: Another question. I read this on the TODO list: fts-solr: handle DELETE, RENAME I am interested to look deeper on this. Any start advice? Since Solr data can't be modified, both of these have to be handled the same way: Just deleting the data from Solr indexes. You'll probably have to do this like: 1. Hook into mailbox_list.delete_mailbox() in fts plugin (similar to like how e.g. quota plugin does in quota_mailbox_list_delete()). 2. Add a new delete_mailbox() function to struct fts_backend_vfuncs and have your delete_mailbox() call that before calling super.delete_mailbox(). 3. Hook into the delete_mailbox() in fts-solr and have it execute a query that deletes everything from the given mailbox. Ok, I will take a look soon Thank you for your help ;)
Re: [Dovecot] Help with basic configuration
Rob Breault wrote:
I followed the information from the wiki here is my dovecot.conf file
and yet I can't get pop3 working. I need this to listen on pop3 for an
internal process but get email from smtp sources. So I would like to
have sendmail receive email from the world to a specific email address
then check the mailbox via a POP3 internal process. Any help would be
great.
[r...@crm-ilm-cc-a etc]# dovecot -n
# 1.0.7: /etc/dovecot.conf
You are missing a great deal of the needed parts of your config file.
For starters.
protocols = pop3
protocol imap {
listen = *:143
}
Also please post any log entry's.
log_path: /home/vmail/log/dovecot.log
info_log_path: /home/vmail/log/dovecot-info.log
ssl_disable: yes
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
mail_location: maildir:~/Maildir
dotlock_use_excl: yes
maildir_copy_with_hardlinks: 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
auth default:
verbose: yes
passdb:
driver: passwd-file
args: /etc/dovecot/passwd
userdb:
driver: static
args: uid=vmail gid=vmail home=/home/vmail/%u
[r...@crm-ilm-cc-a etc]#
-Matt
signature.asc
Description: OpenPGP digital signature
Re: [Dovecot] dbox - how to awaken the monster
Odhiambo Washington wrote: I thought so. Now I have seen, read and understood (so far) http://wiki.dovecot.org/LDA/Exim. However I do not see any examples for configuring dovecot for dbox. Is it as easy as s/maildir/dbox/g in the following: mail_location = maildir:/var/spool/virtual/%d/%n/Maildir:INDEX=/var/dovecot/%u:CONTROL=/var/dovecot/%u Not quite. And configuration is not migration - keep that in mind if you're trying to change an existing system. Given the above, I'd do: mail_location = dbox:/var/spool/virtual/%d/%n/dbox Keep in mind dbox is 100% proprietary to Dovecot. While indexes are supplemental - even optional - for the other formats, part of what makes dbox special is that the mails are stored in the indexes. So your configuration that has the indexes split off to different folders probably isn't a good idea if you're going to dbox. And suppose I wanted to redeliver mail stored in dbox, using the MTA?? For example, I have used the following script to redeliver mail stored in Maildir: I don't think this would be an option anymore. Maildir stores the raw message in a simple file - which makes such manipulation easy. Dbox will store it in a proprietary format. Unless a utility is provided that would accept a dbox message-id and return a raw message (haven't seen one advertised) you would have to use some kind of IMAP interface to accomplish this. If such access is important to you - stick with maildir. Ok. Sorry it looks like I have unending questions:( Never apologize for seeking knowledge. -- Daniel
