- dovecot - dovecot.org

[Dovecot] [Help] quota_rule with LDAP backend, dovecot-1.1.1
by Zhang Huangbin 20 Jul '08

20 Jul '08

Hi, all. I use dovecot-1.1.1 with OpenLDAP as userdb. but i failed to convert quota value as expect. I set '10' as mail quota, and it should be '10M' as expect, but it's not effect, dovecot always uses 'quota_rule' setting in dovecot.conf. How can i fix this issue? 10*1047576? I have 'mailQuota' attr in ldap schema, such as: ----8<---- mailQuota: 10 # <- 10M ----8<---- My dovecot-ldap.conf: ----8<---- user_attrs = homeDirectory=home,mailMessageStore=maildir:mail,mailQuota=quota_rule=*:bytes=%$ ----8<---- And my dovecot.conf: ----8<---- plugin { quota = maildir # Quota rules. quota_rule = *:storage=10M } ----8<---- -- Best Regards. Zhang Huangbin - iRedMail: Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://iRedMail.googlecode.com/

2 1

[Dovecot] configuration query
by Michael Mounteney 20 Jul '08

20 Jul '08

Hello, please excuse my asking a question about simple configuration rather than something about a suspected bug or other detailed enquiry. I've set up dovecot (1.0.13, from http://www.blastwave.org) and when Thunderbird connects to it, all is well and I see folders as expected. When MacOS X mail connects however, it sees my home directory on the dovecot machine, not the mail directory. Now setting-aside the obvious rant about why MacOS has to be gratuitously different *again*, I would like to configure dovecot not to serve my home directory. I keeping saying I/my as this is just a personal set-up at home. This IMAP stuff is a bit involved but I thought namespaces would be the answer but it seems not. That is, I have namespace private { location = /var/marchive/%u inbox = yes } but even this still allows Mac Mail to see the home directory. What else should I do to stop dovecot serving my home directory ? I realise that there is also a problem with the client, that Mac Mail is *asking for* my home directory rather than the mail folder, but that's another problem, not for this list. Thanks in expectation.

2 1

[Dovecot] BUG: messages created with permissions not respecting umask
by Thomas Vander Stichele 20 Jul '08

20 Jul '08

Using dovecot 1.0rc15, together with postfix and dovecot-lda. umask is set to 0007. This should ensure directories and files get created with read/write permissions for both user and group. However, dovecot-lda writes files with 600 permissions, instead of 660. So dovecot does not seem to respect the umask configuration property for local mail delivery. In my particular case, I have vmail:vmail own the mail directories, and a backup user part of the vmail group. However the backup user cannot read the mails and thus back them up properly. Suggestions: - respect the umask for file delivery as well - alternatively, take the parent directory's permissions, strip executable bits, and apply to file Thanks Thomas

3 3

[Dovecot] Run script before delivery
by Juan Asensio Sánchez 20 Jul '08

20 Jul '08

Hi Is it possible to run one script before the "real" delivery of a message (with lda, or before the execution of the sieve scripts) but after the creation of necessary folders (Dovecot automatically creates the folders for virtual users)? I want to to this to manually create a fixed empty sieve script in each user home folder, so in the global sieve script include that personal script, because if personal script doesn't exists, global script is not executed, or am I wrong? Thanks in advance.

3 2

[Dovecot] Need suggestion regarding index file and Quota settings.
by Tim Chen 20 Jul '08

20 Jul '08

Dear All, My system has about 30,000 accounts and these accounts are created as unix system users. Each account has its own entry in /etc/passwd with different UID and home directory. We plan to deploy an Layer 4 switch as a load balancer. Proposed architecure is as the following: ---- internet ---- Layer 4 switch ---- mail server1 ---- NFS storage | | |--- mail server2 -----| Both mail servers will share the same storage which contains users' home with Maildir inside. Dovecot will be installed on the mail servers serving pop3 and imap4 protocols. Since the layer 4 switch will direct connection to backend mail server in random(or some of its algorithm), users can not guarantee which mail server to use. My first question is which kind of INDEX settings should I apply? 1) INDEX=MEMORY 2) INDEX=/nfs/%u 3) INDEX=/var/spool/%u Will INDEX stored on disk outperform INDEX stored in memory? If INDEX stored on NFS storage, we can be sure the consistency of INDEX file, but what about the performance and locking problem? If INDEX stored on local disk, since users may connect to different mail servers every time. Will that impose the problem of inconsistency? What kind of syndrome will happen if the INDEX became inconsistent to real maildir content? My second question is about quota. We use maildir as mail storage format. Our users were divided into 3-4 groups, each group of users with different quota size ranging from 100MB - 1G. To my best knowledge, dovecot's quota setting in config file supports only "one global configuration". (We are not using db, we use only /etc/passwd). dovecot.conf quota_rule = *:storage=10MB Since dovecot supports both fs and maildir++ quota, I would like to ask for your suggestion: 1. Should I use system quota instead? How about the comparision of performance? Is there any drawback/limitation using system quota? 2. Is there any settings of dovecot that could fullfil my situation? 3. My thought is to modify dovecot.conf, comment out quota_rule = *:storage=10MB and leave only the quota = maildir in the plugin { block. According to my experiment, dovecot will read the maildirsize file under user's home. Then I have to set the maildirsize file for every user individually! It seems to be a little crappy but works. Looking for your valuable suggestions! Thanks very much. Tim Chen

3 2

[Dovecot] Is it ok to upgrade to 1.1?
by Bjørn T Johansen 19 Jul '08

19 Jul '08

Or is it some issues left that need to be sorted out? Regards, BTJ -- ----------------------------------------------------------------------------------------------- Bjørn T Johansen btj(a)havleik.no ----------------------------------------------------------------------------------------------- Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -----------------------------------------------------------------------------------------------

3 3

[Dovecot] OT: Deleting email
by Mauricio Tavares 19 Jul '08

19 Jul '08

I have a mail server running postfix and then using dovecot so others can reach it using imap. I go check mail using thunderbird and delete a few emails, emptying the trash afterwards. Then I quit it and access it using pine. The deleted emails are still there, marked as marked for deletion. I delete a few other emails within pine and quit. It asks to delete the marked emails, I tell go for it, and it does. When I go back to THunderbird all those emails are gone. Next I tell thunderbird to mark certain messages as spam and delete email I marked as spam. I quit it and go back to pine. The spam marked messages which thunderbird swore were deleted are still there. THis really does not seem to be a dovecot issue, but has someone seen that happen? If so, what is going on?

2 1

Re: [Dovecot] Problems with dovecot/sieve and vacation
by iaslanidis＠flumotion.com 19 Jul '08

19 Jul '08

Hello, Thank you for the reply. I will plan to do the upgrade some time soon, that is not questionable. Now back to this, I checked the following: # strings /usr/libexec/dovecot/deliver | grep sendmail /usr/lib/sendmail So, if I understand correctly, this is fine. What I have in maillog is the following: 614u19e82aed7fe5a435(a)mail.gmail.com> for <iaslanidis(a)flumotion.com> ORCPT=rfc822;iaslanidis(a)flumotion.com Jul 19 01:58:56 se01 spampd[9143]: clean message <ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com> (0.28/3.50) from <aslanidis(a)gmail.com> for <iaslanidis(a)flumotion.com> ORCPT=rfc822;iaslanidis(a)flumotion.com in 0.04s, 1926 bytes. Jul 19 01:58:56 se01 clamsmtpd: 10C4A0: from=aslanidis(a)gmail.com, to=iaslanidis(a)flumotion.com, status=CLEAN Jul 19 01:58:56 se01 postfix/smtp[15494]: AC414250084: to=<iaslanidis(a)flumotion.com>, relay=127.0.0.1[127.0.0.1]:10025, delay=0.86, delays=0.55/0.01/0.06/0.24, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 253AE250133) Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): execv(/usr/lib/sendmail) failed: Permission denied Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): Sendmail process terminated abnormally, exit status 89 Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): sieve runtime error: Vacation: Error sending mail Jul 19 01:58:57 se01 deliver(iaslanidis(a)flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 deliver(iaslanidis(a)flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 postfix/pipe[15529]: 253AE250133: to=<iaslanidis(a)flumotion.com>, relay=dovecot, delay=1.5, delays=0.24/0.01/0/1.2, dsn=2.0.0, status=sent (delivered via dovecot service) For what I see here, this could be a SELinux permission problem, am I right? Regards, Ioannis On Sat, 19 Jul 2008 02:35:11 +0300, Uldis Pakuls <neko(a)it4u.lv> wrote: > Vacation code calls 2 functions: first marks dupes (it seems working) , > then, if it success second function is called which actualy sends > vacation message. This action (success or failure) is loged in log file. > 1. wthat is in your log files? > 2. the only reason I can guess about failure in second function is > sendmail binary. default value of "sendmail_path" (hardcoded) is > /usr/lib/sendmail. You can verify this: "strings > /path/to/dovecot/deliver | grep sendmail" If default value is incorrect > try add sendmail_path variable in dovecot.conf

2 1

[Dovecot] Problems with dovecot/sieve and vacation
by Ioannis Aslanidis 19 Jul '08

19 Jul '08

Hello, First of all, initial data: # dovecot --version 1.0.rc15 # dovecot -n # /etc/dovecot.conf protocols: imaps pop3s disable_plaintext_auth: 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 login_max_processes_count: 256 login_max_connections: 512 verbose_proctitle: yes first_valid_uid: 200 last_valid_uid: 200 first_valid_gid: 200 last_valid_gid: 200 mail_location: maildir:%h/Maildir maildir_copy_with_hardlinks: yes umask: 7 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 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %u auth default: mechanisms: login plain user: nobody passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.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: 384 user: vmail group: vmail I am trying to get a vacation autoresponder to work, but I was not able to. Everything else is working fine. Spam scripts work, forward scripts work, ... but vacation does not work. I have tried different configurations, simple: require "vacation"; vacation "I am currently testing the vacation autoresponder."; And a little more complex: require ["fileinto", "vacation"]; ## Move spam to spam folder if exists "X-Spam-Flag" { fileinto "spam.incoming"; # Stop here so that we do not reply on spams stop; } vacation # Reply at most once a day to a same sender :days 1 :subject "Out of office reply test" # List of recipient addresses which are included in the auto replying. # If a mail's recipient is not on this list, no vacation reply is sent for it. :addresses ["iaslanidis(a)flumotion.com"] "I'm testing the vacation autoresponder."; The script gets compiled as I have checked the dates and the .dovecot.lda-dupes gets created; however, there is no autoreply message. Additionally, I noticed that my recipient e-mail address gets added to .dovecot.lda-dupes: # cat .dovecot.lda-dupes � �H+�� ,tԾD+��iaslanidis(a)flumotion.com And, I also noticed that, if I delete this file and I send an e-mail to that address, I receive the e-mail duplicated, but only the first time, before .dovecot.lda-dupes gets created. I checked the mail headers of the e-mail upon reception and they seem fine: Return-Path: <aslanidis(a)gmail.com> X-Original-To: iaslanidis(a)flumotion.com Delivered-To: iaslanidis(a)flumotion.com Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mail.fluendo.com (Postfix) with ESMTP id E5777250133 for <iaslanidis(a)flumotion.com>; Fri, 18 Jul 2008 17:48:30 +0200 (CEST) Received: by wr-out-0506.google.com with SMTP id c49so243003wra.19 for <iaslanidis(a)flumotion.com>; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=iMPULXt7n6+6MVu47vQWBga4lMRSIYkfGnO59XcugXQ=; b=bLLBZZxblyF2LFTPMXPgVesAM/Ep/P5GwgN7aaGjd7JFVpXBBNU7Mq4OaeNbFZRzIN jk+wgDl3uvAg3GkhOso7+kxAI+SOe/u8nDBzzCp5muKieMC5xe84gJOh0+bviaaoahDf vxKWX9e/BTvBkq1AOTOfTnlHRONQ00aoNza44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=PgczmkJcZnKNF2sIhkrPgtbt9OJaNjYVXeJ5498WjvodyiY97ZQEpTFjXoFrM3RWGI EsRDyre253LVRbBJIZses3nbJLWGCQ9aebPnJQMQr6I1dnNL8AIqB6oMjIDp43Yjlj30 muP/LU0PigmTrnsy9+k9kWEy0MRG+ehBBUgn0= Received: by 10.90.101.17 with SMTP id y17mr289500agb.72.1216396109274; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) Received: by 10.90.99.17 with HTTP; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) Message-ID: <ea440b1d0807180848l106e0f08pace1ab165d143ee2(a)mail.gmail.com> Date: Fri, 18 Jul 2008 17:48:29 +0200 From: "Ioannis Aslanidis" <aslanidis(a)gmail.com> To: iaslanidis(a)flumotion.com Subject: Test 12 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: ClamAV using ClamSMTP -- Ioannis Aslanidis I would really like to have this solved as soon as possible, so any help is greatly welcome. If you require any further information, please, do not hesitate to contact me. Thanks in advance for your prompt reply. Regards, Ioannis

4 4

Re: [Dovecot] changing INTERNALDATE or similar
by Karl Rudnick 18 Jul '08

18 Jul '08

Looking at the IMAP4rev1 protocol (RFC 2060), we have the following definition: INTERNALDATE The internal date of the message. 2.3.3. Internal Date Message Attribute The internal date and time of the message on the server. This is not the date and time in the [RFC-822] header, but rather a date and time which reflects when the message was received. In the case of messages delivered via [SMTP], this SHOULD be the date and time of final delivery of the message as defined by [SMTP]. In the case of messages delivered by the IMAP4rev1 COPY command, this SHOULD be the internal date and time of the source message. In the case of messages delivered by the IMAP4rev1 APPEND command, this SHOULD be the date and time as specified in the APPEND command description. All other cases are implementation defined. How could any implementation of this protocol possibly use a file system time stamp to represent that important piece of meta-data, no matter where the file lives? It seems totally reasonable that this is what Outlook uses for the Received date (and I rarely defend Microsoft). This seems like a real design flaw in the dovecot implementation. I am fairly new to dovecot (and like many aspects of it over uw-imap), but having to really be careful with my mail store's mtimes borders on the absurd. I realize it is "implementation defined", but the intent of the definition surely does not refer to file system time stamps. Any chance this can be reconsidered? Is this an actual dovecot issue or a more general Maildir issue? On Fri, 2008-07-18 at 02:00 -0700, dovecot-request(a)dovecot.org wrote: > ------------------------------ > > Message: 4 > Date: Thu, 17 Jul 2008 23:12:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] changing INTERNALDATE or similar > To: richs(a)whidbey.net > Cc: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <1216325575.31765.349.camel@hurina> > Content-Type: text/plain; charset="utf-8" > > On Thu, 2008-07-17 at 13:04 -0700, richs(a)whidbey.net wrote: > > I believe it's still true that any mail files that are IMAP STORE'd > > (uploaded) > > You mean IMAP APPENDed. > > > to Dovecot by a client will have a current mtime, rather than > > the "Date" in the message. That means might need to compare mtime's > to > > "Date" headers for new files that appear too. > > This is only because the client doesn't specify the date to APPEND > command. > > > Here we just patched Dovecot to treat "INTERNALDATE" the same as the > > "Date" header. Constantly verifying mtime's became too much of a > chore > > for those clients that rely on it (although this technically is > against > > the RFC). > > Would probably have been better to set the default INTERNALDATE based > on > the Date: header in APPEND command. Should be pretty easy to do with > Maildir I think.

3 5