- dovecot - dovecot.org

[Dovecot] Question re: storing non mail files via IMAP
by Charles Marcus 04 Feb '10

04 Feb '10

Hey Timo, I have a question regarding how dovecot might behave if a mail client (like, for example, Thunderbird) decided to store some of its config files on the IMAP server itself. Would there be a decent way of doing this with dovecot that wouldn't cause problems for other clients that didn't know about these files? Maybe there's a way to define a special folder that dovecot knows about at the top level of each users mail location that can be used for this kind of thing? All I'm thinking of are certain config related files, so they would be small, and would only be downloaded when they didn't already exist - ie, when someone adds their existing account to a new PC, the first time they logged in, TB could simply download all of the config files, restart itself, and voila, your pre-configured TB is ready to go...

5 6

[Dovecot] mailutil question re: translating mbox folders to maildir
by Stewart Dean 04 Feb '10

04 Feb '10

I need mailutil in order to use the mbox to maildir translation routines that are posted in the Dovecot wiki, but there is no mailutil with the AIX image... mailutil is apparently built as part of Pine, and indeed I can see it in the build tree from my V4.6.1 Pine build, which I still have....OTOH, my version of Pine is not patched for maildir. Will the native pine mailutil work with mb2md or does it have be a mailutil built in a patched Pine :) tree? Oh Tannebaum, oh Tannebaum........ -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

1 0

[Dovecot] dovecot and AFS
by Per-Erik Persson 04 Feb '10

04 Feb '10

Scrolling thru the archives gives me a hint that there might be troubles with AFS together with dovecot and maildir especially the LDA Is this still an issue or should I prepare for spending time to solve it? If someone successfully got it to work in a small or large scale environment I would be happy to know about it. /Per-Erik Persson

3 6

[Dovecot] LMTP-Server: missing headers
by Andreas Schulze 04 Feb '10

04 Feb '10

Hello, I just installed dovecot2-beta2 and configured the lmtp-server + postfix (no virtual users) postfix: mail_version = 2.7-20100117 mailbox_transport = lmtp:unix:lmtp-server lmtp_assume_final = yes dovecot: service lmtp { executable = lmtp protocol = lmtp unix_listener /var/spool/postfix/lmtp-server { group = postfix mode = 0660 user = postfix } } Mail gets delivered to ~user/Maildir/ Feb 1 06:57:39 testhost dovecot: lmtp(8238): Connect from local Feb 1 06:57:39 testhost postfix/lmtp[8237]: 07108A3608: to=<sca(a)testhost.example.org>, orig_to=<root>, relay=testhost.example.org[lmtp-server], delay=0.67, delays=0.22/0.03/0.22/0.2, dsn=2.0.0, status=sent (250 2.0.0 <sca(a)testhost.example.org> lwjfEVNtZksuIAAA4eG3hw Saved) Feb 1 06:57:39 testhost dovecot: lmtp(8238, sca(a)testhost.example.org) lwjfEVNtZksuIAAA4eG3hw: msgid=<20100201055739.07108A3608(a)testhost.example.org>: saved mail to INBOX Second try: postfix using deliver postfix: mailbox_command = /usr/lib/dovecot/deliver log: Feb 1 07:21:08 testhost dovecot: lda(sca): msgid=<20100201062108.0D6D6A3608(a)testhost.example.org>: saved mail to INBOX Feb 1 07:21:08 testhost postfix/local[10039]: 0D6D6A3608: to=<sca(a)testhost.example.org>, orig_to=<sca>, relay=local, delay=0.13, delays=0.04/0.01/0/0.08, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver) In the first case there are *no* Return-Path and Delivered-To Headers. In the (most common) second case the *are* present. Why these Headers are not included while using the LMTP-Server? -- Andreas Schulze Internetdienste | P532 DATEV eG 90329 Nürnberg | Telefon +49 911 319-0 | Telefax +49 911 319-3196 E-Mail info @datev.de | Internet www.datev.de Sitz: 90429 Nürnberg, Paumgartnerstr. 6-14 | Registergericht Nürnberg, GenReg Nr.70 Vorstand Prof. Dieter Kempf (Vorsitzender) Dipl.-Kfm. Wolfgang Stegmann (stellvertretender Vorsitzender) Dipl.-Kfm. Michael Leistenschneider Jörg Rabe v. Pappenheim Dipl.-Vw. Eckhard Schwarzer Vorsitzender des Aufsichtsrates: Reinhard Verholen

11 13

Re: [Dovecot] Forcibly emptying a POP3 mailbox
by Răzvan Sandu 04 Feb '10

04 Feb '10

Steffen Kaiser wrote: > Well, I know that the client knows it has *successfully* downloaded > messages, but how does the server know? Just to sent down some > packets through the wire does not mean success. Thanks, I see... so the server knows nothing about the success or insuccess of retrieving messages. Only client knows, so only client may act. In that case, the only possibility is to have some automatic script that periodically "cleans" the "cur" subdirectories, as you suggested. However, not being a programmer at all, I'm far from being able to write an industrial-grade solution for this. ;-) Best regards, Răzvan

1 0

[Dovecot] Create New Plugin
by Alex Baule 04 Feb '10

04 Feb '10

i have a Little question.... I dont know to much the autoconf/automake...there is a command or something to do, to include my plugin in the Makefile for dovecot compile them when i compile the hole package ?? or i shoud go to the configure and makefile.am and put by hand ? I put my plugin in the plugins directory source tree.

2 4

Re: [Dovecot] [RFE] A way to encode passwords in the /etc/imap.passwd file
by Răzvan Sandu 04 Feb '10

04 Feb '10

@Pascal Volk Thanks for the algorithm you've provided ! Unfortuantely, I'm not a programmer myself and I don't feel confident to code such an utility (even if I perfectly understand your pseudocode). ;-) What I'm looking for is not even a hand-made script, but a production solution included in the stock dovecot RPM package itself - i.e a new, better form of the dovecotpw utility. Best regards, Răzvan

1 0

[Dovecot] Execute mailfilter after message move
by Kārlis Repsons 04 Feb '10

04 Feb '10

Hi, came here to ask, if there are any ideas about a possible Dovecot feature, which would allow execution of a specific mailfilter or other program after new message is *moved* in specified mail location? The practical benefit on my side would be, that there wouldn't be any need to do getmail cronjobs, which unnecessarily fill up logfiles... (primarily for easy spam learning and reporting)

2 1

[Dovecot] [dovecot] Problem with namespaces and dovecot -n
by Jonathan Siegle 03 Feb '10

03 Feb '10

I'm running dovecot 2.0 revision 10622:de9d6dae7fe5 on AIX. I'm trying to see both namespaces that I have listed in mail.conf. namespace private { separator = / prefix = inbox = no hidden = no location = maildir:%h/Maildir list = yes } namespace private { separator = / prefix = "#mbox/" location = mbox:%h:INBOX=/var/mail/%u inbox = yes hidden = no list = yes # for v1.1+ } Whichever namespace is last, I can see when running dovecot -n. Am I supposed to only see the last one printed? # 2.0.beta2: /usr/local/dovecot2.0beta2/etc/dovecot/dovecot.conf # OS: AIX 3 0001112AD300 auth_debug = yes auth_gssapi_hostname = $ALL auth_krb5_keytab = /etc/krb5/dovecot.keytab auth_mechanisms = plain gssapi disable_plaintext_auth = no listen = * login_greeting = Dovecot version 2 on tr27n12 ready. mail_full_filesystem_access = yes mail_location = mbox:%h:INBOX=/var/spool/mail/%Ju/%u mbox_lazy_writes = no mbox_write_locks = fcntl mmap_disable = yes namespace { hidden = no inbox = yes list = yes location = mbox:%h:INBOX=/var/mail/%u prefix = #mbox/ separator = / name = private } passdb { deny = no driver = pam master = no pass = no } With this config I have no folders. If I flip the namespaces in the config, I have no INBOX and can't login. Thanks, Jonathan

2 1

[Dovecot] [RFE] A way to encode passwords in the /etc/imap.passwd file
by Răzvan Sandu 03 Feb '10

03 Feb '10

Hello, Is this the proper place to suggest an enhancement for the stock dovecot package ? The enhancement would be the following: For the time being, the dovecotpw utility offers a standardised way to interactively encode a user password in a certain scheme, say: dovecotpw -s CRYPT Enter new passord: Re-enter new password: etc. Given a *valid* /etc/imap.passwd file (passwd-file authentication), dovecotpw should be able to process it non-interactively and output another text file with all {PLAIN} passwords converted in the specified <scheme>, i.e.: dovecotpwd -s CRYPT if=/etc/imap.passwd of=/etc/imap.passwd.converted where /etc/imap.passwd.converted have the previously {PLAIN} passwords converted in scheme CRYPT. Passwords that were previously encrypted in other schemes than {PLAIN} shoud remain untouched. That will allow quick securing of old legacy /etc/imap.passwd files. Thanks a lot, Răzvan

2 1