- dovecot - dovecot.org

[Dovecot] Fts Search
by Makarov Alex 22 Jan '13

22 Jan '13

Hello, i'm trying to search in mails which are in russian language. Search works fine for UTF-8 mails, but it ignores KOI8-R ones. For english in any mails it also works fine. How i can solve it? I have dovecot 1.2.17 and following config for fts: protocol imap { ..... mail_plugins = quota imap_quota autocreate fts fts_squat } plugin { ... fts = squat fts_squat = partial=4 full=10 }

1 0

[Dovecot] Mail logger question
by Hungerburg 21 Jan '13

21 Jan '13

I use Dovecot simply as a way, to provide an e-mail archive for people on the LAN, where they can move messages into from within thunderbird. Mails are stored in a maildir of one system user where all the people know the password of. This was very easy to setup in ubuntu 12. Today I started using the mail_log plugin to provide an audit trail. Now I am looking for a light way, to get the log reflect the different people or principals. One way is, to create users with the same ID in the passwd and shadow files, but I'd rather have them in a separate file, something like a list of aliases for the system user. Can you suggest a simple way, without going virtual users? Below the relevant info on dovecot: $ dovecot --version 2.0.19 $ dovecot -n # 2.0.19: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-35-generic x86_64 Ubuntu 12.04.1 LTS mail_plugins = " fts fts_squat mail_log notify" passdb { driver = pam } plugin { fts = squat fts_squat = partial=4 full=10 mail_log_events = save delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size from subject } protocols = " imap" ssl_cert = </etc/ssl/certs/ssl-cert-snakeoil.pem ssl_key = </etc/ssl/private/ssl-cert-snakeoil.key userdb { driver = passwd } Thank you all -- peter

1 1

[Dovecot] CDB support (with patch)
by Hleb Valoshka 21 Jan '13

21 Jan '13

Hello! Is there anybody interested in CDB support for auth dicts? I've implemented simple patch for it.

2 2

Re: [Dovecot] Solr 4.0 - lucene - FTS
by Paul Freeman 20 Jan '13

20 Jan '13

On 2012-11-07 15:14, Timo Sirainen wrote: > On 7.11.2012, at 15.01, Charles Marcus wrote: > >> As one who is interested in implementing FTS sometime in the future, >> I'm curious about what is in store as far as improvements go... >> >> Specifically, any plans for implementing immediate/automatic index >> updates at delivery time? The lack of automatically updated indexes is >> one downside for its implementation... > > Nothing really prevents from adding that very easily .. trivial ? :) > I guess it > would need a new setting, which is always the most annoying part of > small changes. :) I think it would have to have a setting equivalent > to doveadm index -n parameter, which allows indexing most users, > except those who pretty much never read their emails. So with doveadm > index -n 1000 you could set that if the mailbox's \Recent count is > over 1000, don't index the mailbox. So .. hmm. I guess two settings > would be cleaner: > > plugin { > fts_autoindex = yes > fts_autoindex_max_recent = 1000 > } sounds nice, any plans on the roadmap to actually implement this yet ? :) > Or maybe there's a better name than "autoindex" for this feature. > SEARCH always autoindexes anyway. > >> Also, does the release of Solr 4.0 mean anything for the lucene >> library used by dovecot? > > No, fts-lucene and fts-solr are separate backends. But I do have some > small plans to add a few more features to fts-solr.

1 0

[Dovecot] %d in configuration file does not work
by Jens Tobiska 19 Jan '13

19 Jan '13

I am trying to set up dovecot in a postfix virtual account/domains setting. In the configuration file I would like to use %d in two places, for: mail_location = /var/mail/vhosts/%d/%n and to specify the location of the respective passwd file: passdb passwd-file { args = /etc/auth/%d/shadow } Looking at the logs, %d is empty while %n works, so dovecot is looking for something in /var/mail/vhosts//myname and /etc/auth//shadow which don't exist. Replacing %d in dovecot.conf with the actual domain name works. So, the quesiton is, why is %d empty, and from where does it take its value?

2 8

[Dovecot] anti-spam
by Spyros Tsiolis 19 Jan '13

19 Jan '13

Chaps, What's the story with anti-spam on dovecot ? Do we have something working out of the box, so to speak ? Any guidance / ideas ? s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis

2 1

[Dovecot] [PATCH] LMTP: Permit user IDs containing recipient_delimiter
by Ulrich Zehl 18 Jan '13

18 Jan '13

The Dovecot 2.1 LMTP server currently always strips the address extension from a recipient address (if recipient_delimiter is set), meaning user IDs cannot contain the recipient delimiter character, e.g. "user+foo" is not supported. This was surprising for me, as Postfix behaves differently in this regard: It first looks up "user+foo", and only then "user". The attached patch works for me and brings Dovecot's behavior in line with Postfix. Please let me know what you think about it.

2 2

[Dovecot] users = virual + system (both with ldap backend) => Fatal: setgid(12(mail)) failed with euid=501(...
by lejeczek 18 Jan '13

18 Jan '13

dear all probably something trivial, just cannot get my way around it, my goal is to get sieve on local-system users too, so postfix hands lda over to dovecot errors with mail for system users: lda(me): Fatal: setgid(12(mail)) failed with euid=501(me), gid=513(Domain Users), egid=513( Domain Users): Operation not permitted (This binary should probably be called with process group set to 12(mail) instead of 513(Doma in Users)) mail storage is in users' homes and these are on nfs3 which bits am I missing, please advise? regards

1 0

[Dovecot] dovecot + antispam plugin - no retraining
by Michael Moerz 17 Jan '13

17 Jan '13

Hi, dovecot -n # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.8.0-0-generic x86_64 Ubuntu Raring Ringtail (development branch) listen = 10.10.200.39 login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c mail_debug = yes mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = prefix = } passdb { driver = pam } plugin { antispam_backend = pipe antispam_mail_notspam = ham(a)example.org antispam_mail_sendmail = /usr/sbin/sendmail antispam_mail_sendmail_args = -f;%u(a)example.org antispam_mail_spam = spam(a)example.org antispam_mail_tmpdir = /tmp antispam_signature = X-DSPAM-Signature antispam_signature_missing = error antispam_spam_pattern_ignorecase = SPAM;Junk antispam_trash = trash;Trash;Deleted Items; Deleted Messages mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = " imap sieve pop3" service auth { unix_listener /var/spool/postfix/private/dovecot-auth { group = postfix mode = 0660 user = postfix } } service imap-login { inet_listener imaps { port = 993 ssl = yes } } ssl_cert = </etc/ssl/certs/mail.dmz.example.org.cert.pem ssl_key = </etc/ssl/private/mail.dmz.example.org.key.pem userdb { driver = passwd } protocol imap { imap_client_workarounds = delay-newmail mail_max_userip_connections = 15 mail_plugins = " antispam" } protocol pop3 { mail_max_userip_connections = 10 pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } protocol lda { deliver_log_format = msgid=%m: %$ mail_plugins = sieve postmaster_address = postmaster quota_full_tempfail = yes rejection_reason = Your message to <%t> was automatically rejected:%n%r } filesystem is ext4 antispam util is dspam I'm trying to utilize the imap plugin antispam for retraining spam/ham when moving mail from/to spam folders. antispam plugin is loaded and imap service itself runs correctly logfile excerp for login: Jan 16 21:04:33 mailhost dovecot: imap: Debug: Loading modules from directory: /usr/lib/dovecot/modules Jan 16 21:04:33 mailhost dovecot: imap: Debug: Module loaded: /usr/lib/dovecot/modules/lib90_antispam_plugin.so Jan 16 21:04:33 mailhost dovecot: imap(user): Debug: Effective uid=1001, gid=1001, home=/home/user Jan 16 21:04:33 mailhost dovecot: imap(user): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:~/Maildir Jan 16 21:04:33 mailhost dovecot: imap(user): Debug: maildir++: root=/home/user/Maildir, index=, control=, inbox=/home/user/Maildir, alt= Jan 16 21:04:34 mailhost dovecot: imap-login: Login: user=<user>, method=PLAIN, rip=10.10.99.205, lip=10.10.200.39, mpid=5936, TLS Jan 16 21:04:34 mailhost dovecot: imap: Debug: Loading modules from directory: /usr/lib/dovecot/modules Jan 16 21:04:34 mailhost dovecot: imap: Debug: Module loaded: /usr/lib/dovecot/modules/lib90_antispam_plugin.so Jan 16 21:04:34 mailhost dovecot: imap(user): Debug: Effective uid=1001, gid=1001, home=/home/user Jan 16 21:04:34 mailhost dovecot: imap(user): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:~/Maildir Jan 16 21:04:34 mailhost dovecot: imap(user): Debug: maildir++: root=/home/user/Maildir, index=, control=, inbox=/home/user/Maildir, alt= When I move mail into or out of imap folders named Junk or SPAM I would expect, that the antispam plugin kicks in and pipes the mail to dspam. Apparently this does not happen, nothing gets piped, though the mail is still moved to the folder. I've already tried dspam-exec as a backend as well, but that fails even ealier right after imap login with: Jan 16 19:26:15 mailhost dovecot: master: Dovecot v2.1.7 starting up (core dumps disabled) Jan 16 19:26:45 mailhost dovecot: imap-login: Login: user=<user>, method=PLAIN, rip=10.10.99.205, lip=10.10.200.39, mpid=4701, TLS Jan 16 19:26:45 mailhost dovecot: imap: Debug: Loading modules from directory: /usr/lib/dovecot/modules Jan 16 19:26:45 mailhost dovecot: imap: Debug: Module loaded: /usr/lib/dovecot/modules/lib90_antispam_plugin.so Jan 16 19:26:45 mailhost dovecot: imap(user): Debug: Effective uid=1001, gid=1001, home=/home/user Jan 16 19:26:45 mailhost dovecot: imap(user): Fatal: master: service(imap): child 4701 returned error 3 settings were: antispam_backend = dspam-exec antispam_dspam_binary = /usr/bin/dspam antispam_dspam_args = --client;--source=error;--user;%u;--signature=%%s I've also tried with: antispam_backend = dspam-exec antispam_dspam_binary = /usr/bin/dspam antispam_dspam_args = --source=error;--user;%u those settings actually do not produce the problem after the imap login, but they still do not react to moving mail into/from spam folders. I've also tried to utilize antispam_spam = Junk or antispam_spam_pattern = SPAM instead of antispam_spam_pattern_ignorecase = SPAM;Junk but neither makes a difference. Thx in advance for any advice. kind regards, Michael Moerz

2 2

[Dovecot] possible: two private namespaces with different quota?
by Steffen Kaiser 17 Jan '13

17 Jan '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, in thread "how to setup different quota for multiple namespaces" I tried to get an additional, private namespace "archive" with yet another quota. Every message, regardless if delivered to INBOX or archive, counts for both namespaces, the default one and the archive one. Furthermore the dict records the quota of the archive namespace as user "ns=archive". Because the quota_rules does not accept "*", I see no way to have two or more private quota roots. Could one improve quota_root_rule_find(struct quota_root_settings *root_set, const char *name) { struct quota_rule *rule; array_foreach_modifiable(&root_set->rules, rule) { char *p = strchr(rule->mailbox_name, '\0'); if(p && p > rule->mailbox_name + 1 && p[-1] == '*' ) { /* compare box* */ if(memcmp(rule->mailbox_name, name, p - rule->mailbox_name - 2) == 0) return rule; } else if (strcmp(rule->mailbox_name, name) == 0) return rule; } return NULL; } So one could add a relative rule for the default private namespace. Kind regards, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUPgKuF3r2wJMiz2NAQJRbAf/Rb993MR/j6NeLqxqqaqkry6BU2Kw2Sti xVwU9P6hAK/tb4o647PO1015Pd5XbbUpY0itqNzHguqof8+PuT4bGeECT33Y9mKA l0+Soq0Pi9war+ZHKYoQZizNDSb+fQkyGPSi3AsuHDapSpxwc6zj9v/HjxpHkr7+ l1ln8NcFG9gKZ/dB+eIM14GNHOsVKVI/lKfR4b50CFabIX871KIyXP8GEGyl9mUC te6ROCzcNTbRpyksQEjCh/UQ8PVWz8GNKAzreLMqGfdxp9SRkhSKiJYSGL9i8Rn6 CTKBmLy0Gq5MoF+7roAMBLzJe1TC0mxCkeT6s0G/iJB5vCVnYyo9BQ== =K3ko -----END PGP SIGNATURE-----

1 0