Re: [Dovecot] Restore of individual mail files
On 3.2.2010, at 7.45, CoolAtt NNA wrote: Just create .restore-inbox/cur , .restore-sent/cur manually in /home/vmail/coolatt/Maildir/ and then copy the individual files in the above folders ?? Please make this clear for me. That should work. Am going to use it in a PROD environment soon. Would be a good idea to test it of course..
Re: [Dovecot] LMTP in 2.0: concurrency, inet sockets
On 3.2.2010, at 9.41, Stefan Foerster wrote: An exciting new feature is the LMTP support. In the default configuration I have seen, that one only listened on a Unix socket - will it support network (inet) sockets, too? Yes. In v2.0 all services can run on both unix or inet sockets. What about concurrent deliviers? As of now, when using the deliver LDA together with Postfix, you have to make sure that only one recipient is passed to deliver at a time, so for multi-recipient mail, the system might spawn a large number of processes (two per recipient, therefore two forks/execve calls). Is that limit still imposed with the new LMTP server? Nope. Each LMTP session can handle multiple recipients. And each LMTP process can handle multiple sessions. That also unfortunately means that if you're using multiple UNIX UIDs, lmtp processes need to run as root for now.
[Dovecot] Execute mailfilter after message move
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) signature.asc Description: This is a digitally signed message part.
[Dovecot] Create New Plugin
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.
Re: [Dovecot] deny=yes in userdb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 2 Feb 2010, Edgar Fuß wrote: Yes, I should rather reject them right in the MTA, but that currently takes too long to implement. Or how to reject gast* in postfix using nss authentication? http://ixquick.com/do/metasearch.pl?query=postfix+access+map+reject http://www.securityfocus.com/infocus/1598 Recipient Restrictions Our last restriction is based on the message recipient (again, the address listed in the 'RCPT TO' SMTP dialog, not the 'To:' address). The recipient restrictions are similar to the sender restrictions, namely reject_known_recipient_domain, reject_non_fqdn_recipient, and check_recipient_access, and they work in the same manner. Thus, you could include the following options in addition to any you already have: smtpd_recipient_restriction = (other restrictions here) check_recipient_access maptype:mapname, reject_non_fqdn_recipient, reject_unknown_recipient_domain http://www.postfix.org/access.5.html or alias the GAST-accounts to something non-existing, e.g. gast01: |exit 67 http://www.postfix.org/aliases.5.html Regards, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBS2l0Dr+Vh58GPL/cAQKYBQgAg8q8lVzTIH3Hx49Ta9qXpx1o+epvBxdf tIqhfkIG1NHny6IyuExFy4rHctSiTq2/yMzXKmYLYnZGdn1NRqO4mje9HNhNcL5i t6ZLun+4iv0oWI4FVLkyykca87huSf4xqFJhUAHp5chiqc+o1zadpkRCAf5dWODv 2fcpkF9EUfVcw525JE2ooS/oNEWGZQacVu6RasyUUVf0rayMeWJ3Cr0Niq51rtAq 2uw/FUnc0tz+TYjbV3jKS+qx/kKOupBuM2np9x3ByGwUno+0s9DKBQ2AGbD8WcOK 4AinB8xGKKltpbM35zxxZPMgLDDtkuvJgjggfE9jmdebws8/SCzixw== =tjYe -END PGP SIGNATURE-
[Dovecot] [BUG] problem with zlib plugin
Hi, i think i've the same problem as described here: http://www.dovecot.org/list/dovecot/2009-June/040687.html when opening a folder without an index (?) and bzip-compressed files i get following error message: 2010-02-03T14:12:10.026452+01:00 server dovecot: IMAP(user): gzread() failed: PARAM_ERROR 2010-02-03T14:12:10.026477+01:00 server dovecot: IMAP(user): FETCH for mailbox folder UID 105 failed to read message input: Invalid argument Matthias -- dovecot -n # 1.2.10: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-vserver-amd64 x86_64 Ubuntu 9.04 listen: *:143 ssl_listen: *:993 ssl_cert_file: /etc/ssl/ssl.crt ssl_key_file: /etc/ssl/ssl.key shutdown_clients: no login_dir: /usr/var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_uid: 97 mail_gid: 97 mail_location: maildir:~/.maildir mail_debug: yes mail_plugins: quota imap_quota zlib lda: postmaster_address: postmas...@example.com auth_socket_path: /var/run/dovecot/auth-master auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: mail group: mail master: path: /var/run/dovecot/auth-master mode: 384 user: mail group: mail plugin: quota: maildir:User quota quota_rule: *:storage=100M
Re: [Dovecot] [BUG] problem with zlib plugin
i've successfully reproduced that. Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: gzread() failed: UNEXPECTED_EOF Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: copy: i_stream_read() failed: No such file or directory Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: gzread() failed: UNEXPECTED_EOF dovecot 1.2.9 i could reproduce that when files are bzip2ed. When files are gzipped, dovecot behaves correctly and i couldnt reproduce any kind of error. Em 03/02/2010 11:19, s...@abma.de escreveu: Hi, i think i've the same problem as described here: http://www.dovecot.org/list/dovecot/2009-June/040687.html when opening a folder without an index (?) and bzip-compressed files i get following error message: 2010-02-03T14:12:10.026452+01:00 server dovecot: IMAP(user): gzread() failed: PARAM_ERROR 2010-02-03T14:12:10.026477+01:00 server dovecot: IMAP(user): FETCH for mailbox folder UID 105 failed to read message input: Invalid argument -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertru...@solutti.com.br My SPAMTRAP, do not email it
Re: [Dovecot] [BUG] problem with zlib plugin
i've successfully reproduced that. Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: gzread() failed: UNEXPECTED_EOF Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: copy: i_stream_read() failed: No such file or directory Feb 3 12:44:45 correio dovecot: IMAP(solu...@domain.com.br), rip=127.0.0.1, lip=127.0.0.1: gzread() failed: UNEXPECTED_EOF dovecot 1.2.9 i could reproduce that when files are bzip2ed. When files are gzipped, dovecot behaves correctly and i couldnt reproduce any kind of error. Em 03/02/2010 11:19, s...@abma.de escreveu: Hi, i think i've the same problem as described here: http://www.dovecot.org/list/dovecot/2009-June/040687.html when opening a folder without an index (?) and bzip-compressed files i get following error message: 2010-02-03T14:12:10.026452+01:00 server dovecot: IMAP(user): gzread() failed: PARAM_ERROR 2010-02-03T14:12:10.026477+01:00 server dovecot: IMAP(user): FETCH for mailbox folder UID 105 failed to read message input: Invalid argument -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertru...@solutti.com.br My SPAMTRAP, do not email it
[Dovecot] Forcibly emptying a POP3 mailbox
Hello, I've recently saw a discussion on this list, about a standardised way of emptying POP3 mailboxes on the server - but no solution came up. Please provide a suggestion for the following situation: - I am running a stock POP3 dovecot server, on Fedora 12 (dovecot version 1.2.9) - passwd-file authentication via /etc/imap.passwd - users are virtual, sharing the same UID/GID; - storage is in MailDir system; - for remote users, server is POP3-only, since the administrative policy says that every user should download his messages on the local workstation, then delete them from server immediately after succesful download. - IMAP is allowed only locally, in order to be used together via stock squirrelmail Web interface (for emergencies only) However, there are users that check the infamous „Leave a copy on the server” checkbox (or equivalent) in their mail clients, eventually adding „Delete messages after X days”. Since I have no direct administrative control on the clients, I absolutely need a way to forbid the above behaviour at server level, in order to enforce the policy. The server's HDD is meant to store received messages from reception to the first access only. Filesystem quotas are not an option in this scenario, since the UID/GID is the same for all virtual users. What I need is way to make sure that cur and tmp subdirectories are perfectly empty after the user downloads his mail. (I will also need a way to make sure that users using squirrelmail leave no populated Sent and Trash folders on server's HDD, but that's offtopic here). Could you please suggest a way to solve this ? Thanks a lot, Răzvan
[Dovecot] [RFE] A way to encode passwords in the /etc/imap.passwd file
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
Re: [Dovecot] Forcibly emptying a POP3 mailbox
you can always use softquotas (or Maildir quotas) for acchieving quotas on a virtual environment ... which dovecot can handle pretty well. http://wiki.dovecot.org/Quota/Maildir Em 03/02/2010 14:41, Răzvan Sandu escreveu: Filesystem quotas are not an option in this scenario, since the UID/GID is the same for all virtual users. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertru...@solutti.com.br My SPAMTRAP, do not email it
Re: [Dovecot] [RFE] A way to encode passwords in the /etc/imap.passwd file
On 02/03/2010 05:59 PM Răzvan Sandu wrote:
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.
Get a fresh cup of coffee and start your favorite editor. Pseudo code
infile := /etc/imap.passwd
outfile := /etc/imap.passwd.converted
infilehandle := open(infile)
outfilehandle := (outfile)
loop over lines from infilehandle
when looks_like_plain(current_line)
current_line := crypt_line(current_line)
write_line(current_line, outfilehandle)
write(outfilehandle)
close(infilehandle)
close(outfilehandle)
The function looks_like_plain splits the line at the colon and checks if
the content n-the field is {PLAIN}.
crypt_line takes the line, splits it, crypts the password an returns a
line with a crypted password.
Or define crypt_line the way, it returns the line as it comes in, if the
password is crypted already, if the password is plain, do it as
described above.
Regards,
Pascal
--
The trapper recommends today: beeffeed.1003...@localdomain.org
[Dovecot] [dovecot] Problem with namespaces and dovecot -n
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
smime.p7s
Description: S/MIME cryptographic signature
Re: [Dovecot] [dovecot] Problem with namespaces and dovecot -n
On Wed, 2010-02-03 at 14:07 -0500, Jonathan Siegle wrote:
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 {
Remove private part from above. In v2.0 it's name, and you can
override namespace settings later by giving the same name.
signature.asc
Description: This is a digitally signed message part
[Dovecot] Question re: storing non mail files via IMAP
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...
Re: [Dovecot] Question re: storing non mail files via IMAP
Charles Marcus wrote: 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... Yeah. Something like a Mozilla Weave server for Firefox. I'm interested. \\||/ Rod --
[Dovecot] Also - is there a reliable way for TB to know it is connecting to a dovecot server?
This would be so it could auto-disable GLODA - its new 'Global Search and Indexing' scheme - for that account - assuming they accept (and implement) my bug request to be able to do that: https://bugzilla.mozilla.org/show_bug.cgi?id=544100
Re: [Dovecot] Question re: storing non mail files via IMAP
On February 3, 2010 4:49:50 PM -0500 Charles Marcus cmar...@media-brokers.com wrote: 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? isn't that called ACAP?
Re: [Dovecot] Question re: storing non mail files via IMAP
On 4.2.2010, at 1.03, Frank Cusack wrote: On February 3, 2010 4:49:50 PM -0500 Charles Marcus cmar...@media-brokers.com wrote: 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? isn't that called ACAP? Or METADATA IMAP extension.
Re: [Dovecot] Question re: storing non mail files via IMAP
On 3.2.2010, at 23.49, Charles Marcus wrote: 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. Some webmails already do that, IIRC something used .name-of-that-webmail mailbox for its configs. 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? Well, it would show up as a regular mailbox.. 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? You could create a hidden namespace and mailboxes under it would be visible only to clients that actually try to use the namespace. Of course, there would have to be some way of knowing if server supports this or not..
Re: [Dovecot] Also - is there a reliable way for TB to know it is connecting to a dovecot server?
On 4.2.2010, at 0.14, Charles Marcus wrote: This would be so it could auto-disable GLODA - its new 'Global Search and Indexing' scheme - for that account - assuming they accept (and implement) my bug request to be able to do that: https://bugzilla.mozilla.org/show_bug.cgi?id=544100 Well, your bug report kind of assumes that all Dovecot servers would have server-side full text search indexes, but in reality very few have them enabled. That would require using Solr or Squat. And there's currently no client-visible way to know if those are enabled. Maybe FUZZY capability would in future help with that. http://tools.ietf.org/html/draft-ietf-morg-fuzzy-search-02
Re: [Dovecot] dovecot and AFS
On 2.2.2010, at 22.06, Per-Erik Persson wrote: 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. Problems are probably similar to NFS. The only sure way to avoid issues is to make sure that only a single server accesses user's mails at the same time. LDA from a different server is safe only if it doesn't update Dovecot's index files. There was a recent thread about how to do this with subject quick question.
Re: [Dovecot] Create New Plugin
On 3.2.2010, at 14.41, Alex Baule wrote: 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. Well .. You could put them by hand and run autogen.sh and configure again. Or you could do the same as how other external plugins do it, with an explicit gcc line just giving all the necessary include paths etc. For example see: http://dovecot.org/patches/1.2/penalty.c
Re: [Dovecot] Execute mailfilter after message move
On 3.2.2010, at 12.04, Kārlis Repsons wrote: 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? Moved via IMAP? IMAP actually has no move feature, but maybe copy is enough for you. 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) Maybe http://johannes.sipsolutions.net/Projects/dovecot-antispam can do what you need? Or modifying it.
Re: [Dovecot] Create New Plugin
Ok...There is a good example to do explicit, it's better because can be compiled separately from dovecot. Tks !! There is a date to the Dovecot 2.0 out as a official release ? I use the 2.0 version to make a my plugin. 2010/2/3 Timo Sirainen t...@iki.fi On 3.2.2010, at 14.41, Alex Baule wrote: 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. Well .. You could put them by hand and run autogen.sh and configure again. Or you could do the same as how other external plugins do it, with an explicit gcc line just giving all the necessary include paths etc. For example see: http://dovecot.org/patches/1.2/penalty.c
Re: [Dovecot] Create New Plugin
On 4.2.2010, at 2.23, Alex Baule wrote: There is a date to the Dovecot 2.0 out as a official release ? When it's stable. I use the 2.0 version to make a my plugin. That actually makes it easier then if you use configure --enable-header-install. Then you'll get dovecot-config file that you can use to find out what compiler flags you need. Actually that reminds me dovecot-config should probably be converted to become a pkg-config file to make it even easier..
Re: [Dovecot] dovecot and AFS
On February 4, 2010 1:41:52 AM +0200 Timo Sirainen t...@iki.fi wrote: On 2.2.2010, at 22.06, Per-Erik Persson wrote: 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. Problems are probably similar to NFS. The only sure way to avoid issues is to make sure that only a single server accesses user's mails at the same time. Unlike NFS, AFS has strong consistency. So that shouldn't be a problem. -frank
Re: [Dovecot] dovecot and AFS
On 4.2.2010, at 4.13, Frank Cusack wrote: On February 4, 2010 1:41:52 AM +0200 Timo Sirainen t...@iki.fi wrote: On 2.2.2010, at 22.06, Per-Erik Persson wrote: 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. Problems are probably similar to NFS. The only sure way to avoid issues is to make sure that only a single server accesses user's mails at the same time. Unlike NFS, AFS has strong consistency. So that shouldn't be a problem. If it acts just like a local filesystem, then it doesn't have any problems with Dovecot. But that guarantee usually makes the performance worse, so I would have thought it had less strong guarantees. Anyway, I don't know almost anything about AFS.
