- dovecot - dovecot.org

[Dovecot] Dovecot 1-2-6 and management-sieve
by Daniel Spannbauer 12 Oct '09

12 Oct '09

Hello, I try to patch the dovecot-Sources to use the management-sieve. I've downloaded the Sources, unpacked them, do a "gzip -dc dovecot-1-2-managesieve-patch-52abc11d7f48.tar.gz |patch -p1". I get a Error rom the patch: patching file README.managesieve patching file dovecot-example.conf patching file src/master/child-process.c patching file src/master/child-process.h patching file src/master/listener.c patching file src/master/login-process.c patching file src/master/mail-process.c patching file src/master/main.c patching file src/master/master-settings-defs.c patching file src/master/master-settings.c patching file src/master/master-settings.h patch unexpectedly ends in middle of line What do I wrong? Regards Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München

2 2

[Dovecot] Bad_MIME on vacation messages
by Stephen Vaughan 12 Oct '09

12 Oct '09

Hi, I know I've brought this up before (see http://www.mail-archive.com/dovecot@dovecot.org/msg20974.html) and I've since upgraded to 1.2.6, but our vacation messages are still being rejected because of Bad_MIME. We are using Dovecot Sieve 0.1.12, the auto reply message contains ^M characters at the end of a few lines, they are only visable through vi, example: Received: from mail.domain.com (HELO alejandro.domain.com) (123.123.123.123) by mail.domain.com.au with SMTP; 7 Oct 2009 17:48:13 -0600 Received: (qmail 3531 invoked from network); 8 Oct 2009 10:48:18 +1100 Received: from unknown (HELO mail.domain.com.au) (192.168.200.10) by alejandro.domain.com with SMTP; 8 Oct 2009 10:48:18 +1100 Received: (qmail 16185 invoked by uid 1007); 8 Oct 2009 10:48:17 +1100 X-Sieve: Dovecot Sieve 0.1.12^M Message-ID: <dovecot-sieve-1254959297-930199-0@max>^M Date: Thu, 08 Oct 2009 10:48:17 +1100^M From: <clair(a)max.team.domain.com> To: <admin(a)domain.com.au> Subject: Out of office reply^M Auto-Submitted: auto-replied (vacation)^M Precedence: bulk^M MIME-Version: 1.0^M Content-Type: text/plain; charset=utf-8^M Content-Transfer-Encoding: 8bit^M Is there someway to fix this? Pretty much every mail server is rejecting the vacation email's. -- Best Regards, Stephen

5 9

Re: [Dovecot] mail archiving (Andreas Ntaflos)
by dhottinger＠harrisonburg.k12.va.us 11 Oct '09

11 Oct '09

Thanks Andreas, Ill look int postfix. Ive always used sendmail and was able to migrate my mailman mailing lists and aliases files over from my old mailserver several years ago when it lost its drives (thank god for backups). Luckily at that time I had a server that I was building for another totally different reason, and I just moved my configs over. Ive actually never had any issues with sendmail, but I will agree that documentation is low. Thanks for the help. As always everyone here is very helpful. take care, ddh -- Dwayne Hottinger Network Administrator Harrisonburg City Public Schools "Everything should be made as simple as possible, but not simpler." -- Albert Einstein "The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante

1 0

[Dovecot] sievec fails when last line is a comment without trailing \n
by Peter Marschall 11 Oct '09

11 Oct '09

Hi, when switching from Dovecot 1.1 + cmusieve to Dovecot 1.2 + sieve I stumbled upon the following problem: My sieve files, generated with Dovecot 1.1's managesieve, did not compile anymore with sieve's sievec. The error message was: error: end of file before end of hash comment. Looking a bit closer I found that the last line, which was a comment, did not have a trailing newline. Adding a newline fixed the problem. I do not know if Dovecot 1.2's managesieve behaves differently, but the upgrade from cmusieve to sieve In the spirit of "be generous in what you accept but strict in what you send", is it possible for sievec to not throw an error in this case, but simply compile the file. This might help other updates from cmusieve -> sieve as well. Thanks in advance. Peter -- Peter Marschall peter(a)adpm.de

2 2

[Dovecot] soft quota lda question
by toni＠dingsbums.org 11 Oct '09

11 Oct '09

hi all, i'm using dovecot deliver (lda) and i want to show quota to the users via imap/pop3, but i don't want to enforce it (i.e. don't reject/bounce mails when quota is exceeded). protocol imap { mail_plugins = quota imap_quota } protocol pop3 { mail_plugins = quota } # In case you're using deliver: protocol lda { #mail_plugins = quota } does it work if i just comment out the "mail_plugin = quota" in the protocol lda section and leave the imap/pop3 configuration or is there another better way to do this? thanks in advance, someone2.0

2 1

[Dovecot] status & use-case of fts_solr?
by PGNet Dev 10 Oct '09

10 Oct '09

i've deployed a Solr server, and setup Dovecot for *both* squat & solr FTS. iiuc, reading at, http://wiki.dovecot.org/Plugins/FTS http://wiki.dovecot.org/Plugins/FTS/Solr as of dovecot v1.1.2, squat's required for IMAP compliance; solr search breaks it. is that still the case in v1.2? Is IMAP-compliant Solr search possible? planned? if the goal is fast, indexed FTS of dovecot IMAP stores from within a MUA, is fts_solr even helpful? or is it targeted for web interfaces to search ... ? thanks.

3 7

[Dovecot] mail archiving
by dhottinger＠harrisonburg.k12.va.us 10 Oct '09

10 Oct '09

Im curious if anyone is archiving emails and what they are using. I currently utilize sendmail/procmail/dovecot. thanks, ddh -- Dwayne Hottinger Network Administrator Harrisonburg City Public Schools "Everything should be made as simple as possible, but not simpler." -- Albert Einstein "The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante

4 5

Re: [Dovecot] What exactly do you mean by archiving?
by dhottinger＠harrisonburg.k12.va.us 10 Oct '09

10 Oct '09

I mean every single email sent and recieved is kept for a period of time (3 -5 years) separate from users mail, and emails cant be deleted. Ideally emails would have compression, mailboxes need to be searchable easily, and some mechanism whereby attachments sent to multiple people only get saved once, and emails sent to multiple people only get saved once. I could do something with procmail that copies every email coming in to another directory easily, but that doesnt solve the sent email. Ive looked at several commercial products, but none seem to work nicely with sendmail. Thanks for the information, I'll look and see if sieve will work better for me than procmail. Im not sure thought that your method will pass the test come litigation time (if that every happens). thanks, ddh -- Dwayne Hottinger Network Administrator Harrisonburg City Public Schools "Everything should be made as simple as possible, but not simpler." -- Albert Einstein "The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante

2 1

[Dovecot] @2.0, --sysconfdir incorrectly populated with dovecot/*.conf
by PGNet Dev 10 Oct '09

10 Oct '09

to document from #irc, in 1.2.x, specifying ./configure ... --sysconfdir=/path/to/dir ... correctly results in dovecot.conf looked for as "/path/to/dir/dovecot.conf". in 2.0, dovecot incorrectly creates a dovecot dir in the sysconfdir, and looks for, /path/to/dir/dovecot/dovecot.conf 2.0's behavior should be made consistent with the correct implementation in 1.2.x, or clarified as different in --help/docs. thanks.

2 3

[Dovecot] very frequent disconnections
by Dan Christensen 09 Oct '09

09 Oct '09

I've installed dovecot 1:1.1.11-0ubuntu4.1 on my jaunty system. Access from the same host works well, but when I access remotely (from various MUAs and networks) I get *very* frequent disconnects. Authentication is fine, and I can usually open a mail folder, but larger operations such as copying 20 messages into an imap folder always get disconnected. I can reconnect, but I often get disconnected again in a few seconds, especially if I do more than very light access. I've enabled all the logging I'm aware of, but I don't see any explanations. I get things like Oct 7 20:19:38 jdc dovecot: auth(default): new auth connection: pid=390 Oct 7 20:19:39 jdc dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=imap^Isecured^Ilip=129.100.75.85^Irip=65.95.132.250^Ilport=143^Irport=62044^Iresp=<hidden> Oct 7 20:19:39 jdc dovecot: auth-worker(default): pam(jdc,65.95.132.250): lookup service=dovecot Oct 7 20:19:39 jdc dovecot: auth-worker(default): pam(jdc,65.95.132.250): #1/1 style=1 msg=Password: Oct 7 20:19:39 jdc dovecot: auth(default): client out: OK^I1^Iuser=jdc Oct 7 20:19:39 jdc dovecot: auth(default): master in: REQUEST^I2^I367^I1 Oct 7 20:19:39 jdc dovecot: auth(default): passwd(jdc,65.95.132.250): lookup Oct 7 20:19:39 jdc dovecot: auth(default): master out: USER^I2^Ijdc^Isystem_user=jdc^Iuid=1000^Igid=1000^Ihome=/home/jdc Oct 7 20:19:39 jdc dovecot: IMAP(jdc): Effective uid=1000, gid=1000, home=/home/jdc Oct 7 20:19:39 jdc dovecot: IMAP(jdc): maildir: data=~/Maildir Oct 7 20:19:39 jdc dovecot: IMAP(jdc): maildir++: root=/home/jdc/Maildir, index=, control=, inbox=/home/jdc/Maildir Oct 7 20:19:40 jdc dovecot: IMAP(jdc): Connection closed bytes=303/1423 and Oct 7 20:43:54 jdc dovecot: auth(default): new auth connection: pid=6620 Oct 7 20:43:55 jdc dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=imap^Isecured^Ilip=129.100.75.85^Irip=65.95.132.250^Ilport=143^Irport=62633^Iresp=<hidden> Oct 7 20:43:55 jdc dovecot: auth-worker(default): pam(jdc,65.95.132.250): lookup service=dovecot Oct 7 20:43:55 jdc dovecot: auth-worker(default): pam(jdc,65.95.132.250): #1/1 style=1 msg=Password: Oct 7 20:43:55 jdc dovecot: auth(default): client out: OK^I1^Iuser=jdc Oct 7 20:43:55 jdc dovecot: auth(default): master in: REQUEST^I5^I6594^I1 Oct 7 20:43:55 jdc dovecot: auth(default): passwd(jdc,65.95.132.250): lookup Oct 7 20:43:55 jdc dovecot: auth(default): master out: USER^I5^Ijdc^Isystem_user=jdc^Iuid=1000^Igid=1000^Ihome=/home/jdc Oct 7 20:43:55 jdc dovecot: imap-login: Login: user=<jdc>, method=PLAIN, rip=65.95.132.250, lip=129.100.75.85, TLS Oct 7 20:43:55 jdc dovecot: IMAP(jdc): Effective uid=1000, gid=1000, home=/home/jdc Oct 7 20:43:55 jdc dovecot: IMAP(jdc): maildir: data=~/Maildir Oct 7 20:43:55 jdc dovecot: IMAP(jdc): maildir++: root=/home/jdc/Maildir, index=, control=, inbox=/home/jdc/Maildir Oct 7 20:44:00 jdc dovecot: IMAP(jdc): Disconnected in APPEND bytes=1081/1965 The output of dovecot -n is: # 1.1.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28-15-generic x86_64 Ubuntu 9.04 log_timestamp: %Y-%m-%d %H:%M:%S ssl_cert_file: /etc/ssl/certs/dovecot.pem ssl_key_file: /etc/ssl/private/dovecot.pem verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting_capability: yes max_mail_processes: 25 mail_max_userip_connections: 20 mail_privileged_group: mail mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_preserve_filename: yes auth default: verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd The clients I have tried are Gnus (with starttls and gnutls-cli) and evolution, on a jaunty system; and k9mail-beta on an HTC Dream cell phone. All four configurations show similar connection issues, and the jaunty client system has a solid DSL connection to the server. The clients don't have informative error messages either. To them it just appears that the connection was closed. Any idea what could be causing this? Or how to debug it? Thanks, Dan -- Dan Christensen jdc(a)uwo.ca

2 4