- dovecot - dovecot.org

[Dovecot] Same filenames on different servers?
by Alexander Chekalin 11 Jan '10

11 Jan '10

Hi, I'm really fuzzy about some problem on how Dovecot used to name files to store messages in Maildir. I have two identical servers (let's call them "First" and "Second"), and have Dovecot and Exim set up on both of them (Maildirs are used to store messages and boxes). First server is the server to be used by people around, and the Second server is backup one, the only thing it can do while the First is alive is to get (via rsync) First's mail spool. I set up rsync to run every 5 minutes, and that's quite well sync spools from First to Second. So if something wrong happens to First server we simple disconnect it from the network and put Second server in place of First. The problem is that files in Maildirs on First server are named like that: 1262610335.H798006P5447.first.domain.my,S=1962:2, 1262610402.H529761P5596.first.domain.my,S=2975:2, 1262610410.H787724P5657.first.domain.my,S=75691:2, ... and the files on Second server should be named like 1262610335.H798006P5447.second.domain.my,S=1962:2, 1262610402.H529761P5596.second.domain.my,S=2975:2, 1262610410.H787724P5657.second.domain.my,S=75691:2, ... As soon as I enter the Second's mailbox with IMAP client Dovecot used to rename files the way they should be. If after that I rsync spools I'll end up with double sized spool as there'll be both First and Second files: 1262610335.H798006P5447.first.domain.my,S=1962:2, 1262610335.H798006P5447.second.domain.my,S=1962:2, 1262610402.H529761P5596.first.domain.my,S=2975:2, 1262610402.H529761P5596.second.domain.my,S=2975:2, ... Long description for simple problem, yes :) I also tried to set: maildir_copy_preserve_filename = yes but still no luck. My setup is FreeBSD 7.2 with all versions in 1.1.x and 1.2.x branches (now it is 1.2.8). Thank you in advance for you advice, yours, Alexander

8 19

[Dovecot] sieve 0.1.14: vacation encodes Subject twice
by Roland Rosenfeld 11 Jan '10

11 Jan '10

Hi! I noticed the following problem in dovecot-1.2-sieve-0.1.14: The following vacation causes trouble with the Subject line: if not exists ["List-Id", "List-Post"] { vacation :days 7 :addresses ["test(a)netcologne.de"] :subject "=?utf-8?b?w4TDlsOc?= sadasd" "Bin gerade nicht hier."; } As you can see, the Subject is already MIME encoded according to RFC2047. Starting with sieve 0.1.14 the subject is now encoded by sieve again, so I get the following in my vacation mail: Subject: =?utf-8?q?=3D=3Futf-8=3Fb=3Fw4TDlsOc=3F=3D?= sadasd As you can see, the RFC2047 encoding is RFC2047 encoded, which results in an unreadable subject. According to RFC5230 section 4.3 this shouldn't happen: The ":subject" parameter specifies a subject line to attach to any vacation response that is generated. UTF-8 characters can be used in the string argument; implementations MUST convert the string to [RFC2047] encoded words if and only if non-ASCII characters are present. Implementations MUST generate an appropriate default subject line as specified below if no :subject parameter is specified. If I understand this right, sieve should do the RFC2047 encoding only if the string is non-ASCII. But the RFC2047 encoded string is already ASCII, so it should not be encoded a second time. I just compared this with sieve 0.1.13, which behaves different: It does not encode the Subject header at all. As long as the managesieve client (in our situation Horde/IMP) encodes the subject, everything works correct, while we run into trouble with 0.1.14. I think that there needs to some mechanism in sieve that checks whether the subject contains non-ASCII and does the encoding only in this case. I just checked out, that 0.1.14 does not encode a non RFC2047 encoded 7bit subject, while a 7bit subject starting with =?utf-8?... is encoded twice. Tschoeeee Roland -- Roland Rosenfeld - Content Delivery - NED - Technik NetCologne Gesellschaft für Telekommunikation mbH - HRB 25580, AG Köln Am Coloneum 9 50829 Köln Tel.: +49-221-2222-373 Fax: +49-221-2222-7373 Geschäftsführer: Werner Hanf, Karl-Heinz Zankel

4 6

[Dovecot] dovecot cannot access a specific folder
by Spyros Tsiolis 11 Jan '10

11 Jan '10

Hello list, Has someone stumbled upon this before ? -- Jan 09 11:25:01 IMAP(postmaster(a)webmail.domain.gr): Error: stat(/var/MailRoot/domains/webmail.domain.gr/postmaster/Maildir/tmp) failed: Permission denied (euid=501(vmail) egid=502(vmail) missing +x perm: /var/MailRoot) -- "/var/MailRoot" is the root path/folder for XMail. An smtp/pop3 server. Should I go ahead and chmod the folder or should I try to find a more delicate solution to this ? Any help would be greatly appreciated, Regards, spyros

2 1

[Dovecot] How to create UTF encoded folders?
by Kārlis Repsons 11 Jan '10

11 Jan '10

Hey, as I understand from post [1], system folders with UTF-8 chars in their names will only be available for use with Dovecot2 and I certainly look forward to that, but somehow I was short of info about the current use of UTF characters like ā, Ž etc. Should I just omit thinking about modified-UTF-7, avoid those characters for the time being and then with Dovecot2 create UTF-8 encoded folders with MUA and also on fs? Or there is something to know anyway? Please suggest as it would be a pity not to create folders with utf symbols... [1] http://www.mail-archive.com/dovecot@dovecot.org/msg23576.html

2 1

[Dovecot] "leave mail on server" workaround
by Kirill Miazine 11 Jan '10

11 Jan '10

Hello, POP users often keep fetched mail on server, by checking for "leave mail on server" or similar option in their client. What would be the best way to disallow them using such approach. That is, what is the best way to force deletion of messages that have been RETRieved in a POP session at the end of that POP session? RETRieved messages will be marked as \Seen, but since users might also use an IMAP client (e.g. webmail), it'll be dangerous to simply delete all \Seen messages in user's mailbox. I'm all open for suggestions. -- -- Kirill Miazine <km(a)krot.org>

5 9

[Dovecot] how to use dsync?
by joakim＠verona.se 10 Jan '10

10 Jan '10

I would like to try dsync but dont quite understand the usage string. Can anyone offer an example? -- Joakim Verona

2 1

[Dovecot] How to tell dovecot to use a specific MTA
by Spyros Tsiolis 10 Jan '10

10 Jan '10

Hello again people, OK. I checked a lot of HOWTOs and documents. One specific document describes how one can make dovecot "talk" to postfix. The procedure is pretty straightforward (taken from the document) : -- . Configuring Postfix and Dovecot Turn off sendmail: service sendmail stop chkconfig sendmail off system-switch-mail (select postfix) -- This is for CentOS systems. My question is pretty simple. How exactly does someone tell dovecot (or the CentOS system) that the MTA used is not a pre-packaged postfix MTA but (in my case as you have pretty much discovered by now) XMail compiled from source (no pre-packaged version AFAIK for CentOS; but even if existed, I would still build it on my own) ? Any help would be appreciated, Regards, spyros

2 1

[Dovecot] IMAP client dependence on dovecot mail storage fromat?
by Kārlis Repsons 09 Jan '10

09 Jan '10

Hi, After setting up a maildir tree with :LAYOUT=fs and accessing it with KMail and Thunderbird, various mail client-specific problems appeared, but, as I didn't try with maildir++, I would like to confirm here: does that matter for an IMAP client much if I store mail on server as ":LAYOUT=fs" or maildir++? Can it see differences? I would like to think, that IMAP protocol should provide for all transactions in a standard way and its dovecot's/server's sole business how it stores mail locally. However... These results seem not very good: KMail: try creating a folder "sub" in "parrent" and you'll get "parrent.sub" along with "parrent" on server side. There, however, are no problems with Latvian unicode chars. Thunderbird: it can create a new folder in "parrent" as desired, but it can't display Latvian unicode chars (being such at server side) on client, while, if I try creating a new folder with Thunderbird with these chars, on server it will look somewhat like base64! So I'm really confused. All together these things are pretty frustrating, sure, but I'd like to understand whats the real problem here!

1 1

Re: [Dovecot] Oracle SQL driver
by Alexander Bukharov 09 Jan '10

09 Jan '10

Added free() for the used VARCHAR pointer.

1 0

[Dovecot] Sieve > Pigeonhole > external storage with LDAP or other data source available to dovecot
by Martin F. Foster 09 Jan '10

09 Jan '10

I am looking at porting and generalizing an old in-house patch that I'm using for the CMU Sieve plugin. It allows sieve script to test & lookup arguments from LDAP. Before getting too involved in this, I'd like to discuss my goals here in the hopes that someone else also thinks this would be useful. Many heads may make better design? Goal: ------ Allows scripts which are still stored on the filesystem to lookup parameters stored in an LDAP directory. Useful if you provide a global sieve script to implement functions such as "vacation", forwarding to small groups (not a MLM), wish to toggle whether a message is kept in the mailbox after being forwarded, etc. <example> # determine if we always auto-respond, or if we respond with a more vacation-ish setting of every 30d # # sample LDAP entry: # uid: testuser(a)domain.com # mailResponderMode: vacation # mailResponderText: "I'm on vacation, far far from the Internet" (base64 encoded string...) # "always" reply mode, sanitized to once a day if ldap "mailResponderMode" "reply" { vacation :days 1 "ldap@mailResponderText"; } # traditional "vacation" mode, say reply once every 30d if ldap "mailResponderMode" "vacation" { vacation :days 30 "ldap@mailResponderText"; } </example> This introduces: 1. a new command "ldap", to lookup attributes and their values in an LDAP directory using the user's context 2. an extention to the vacation command that looks up the vacation reply text that is triggered by supplying "ldap@ldapAttribute" as the text. 3. other actions not shown above which extends redirect and a few other commands to lookup data from LDAP Related work: 1. Pigeonhole low priority TODO would like to implement alternate script storage, eg: LDAP & SQL. I'm not immediately interested in alternate types of script storage, but for what I want to acheive, I need to sanely access at least an LDAP directory. 2. draft-ietf-sieve-external-lists (http://tools.ietf.org/html/draft-ietf-sieve-external-lists-01) proposes a mechanism to pull mailing list addresses from external storage mechanisms such as LDAP, ACAP or relational databases. I'm interested in this, but would like to extend this functionality beyond just lists as the example above demonstrates. 3. there are security and resource consumption issues with doing this, suggesting that limits should be set, or the use may have to be restricted to global scripts eg: sieve_before or sieve_after The question: - do others on this list see value in the functionality described above? If there's some consensus that this would be useful, I'll flesh out howI think a generalized version of this old patch may behave, then (!) work on an implementation as a plugin to dovecot's sieve. cheers, -Martin Foster martin_foster(a)pacific.net.au martin.foster(a)pacnet.com

4 3