Re: [Dovecot] (somewhat ot?) purging old maildir messages
On Thu, 3 Jan 2008 00:02:40 -0500,
Matt LaPlante [EMAIL PROTECTED] wrote:
I know that since maildir uses flat files, I can literally just delete
messages doing something similar to the following with bash:
for i in $(find /var/spool/vmail/host1/user/cur/ -mtime +30); do
rm $i
done
Hi!
If you want to purge emails that have been marked as deleted in
Maildirs, use something like this:
find /var/spool/vmail/host1/user -name '*:2,*T*' -mtime +7 -exec rm -fv {} \;
This deletes all emails older than 7 days which are marked as deleted
(flag T in Maildir format).
We are using this for quite a while and have seen no problems with
dovecot imapd.
Greetings
--
Robert Sander Senior Manager Information Systems
Epigenomics AGKleine Praesidentenstr. 110178 Berlin, Germany
phone:+49-30-24345-0fax:+49-30-24345-555
http://www.epigenomics.com [EMAIL PROTECTED]
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I don't think its because anyone is snubbing you... ;) I think one of the reasons is not as many people use sendmail anymore - I wouldn't have a clue... sorry... -- Best regards, Charles
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Tue, 08 Jan 2008 06:52:53 -0500 Charles Marcus [EMAIL PROTECTED] wrote: Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I don't think its because anyone is snubbing you... ;) I think one of the reasons is not as many people use sendmail anymore - I wouldn't have a clue... sorry... I have to concur with that assessment. If you were to use Postfix, I believe you would get a lot better results. BTW, the stable release of Postfix 2.5 is scheduled for release at the end of this month according to what I have seen on the Postfix forum. I have used the beta versions and it works quite well. Just my 2ยข. -- Gerard [EMAIL PROTECTED] Tip of the Day: Never fry bacon in the nude. signature.asc Description: PGP signature
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I use Dovecot in conjunction with Sendmail with Maildirs as the mail store and it works fine. We use procmail as the local delivery agent though. Stuff in the sendmail config file: define(`PROCMAIL_MAILER_PATH', `/ifm/bin/procmail') FEATURE(local_procmail) Users mail store is mounted as /home/$USER/Maildir and with an procmail config file (/etc/procmailrc) like this: # procmailrc PATH=/bin:/usr/bin:/usr/local/bin MAILDIR=$HOME/Maildir DEFAULT=$HOME/Maildir/ I should some day investigate on how to use Dovecots own local delivery agent... - Peter signature.asc Description: OpenPGP digital signature
[Dovecot] Test Environment Question
I have my master IMAP server running DC V1.0.10. The homedir and INBOXdir are physically resident there and NFS exported (no caching) to 3 other machines. I have installed V1.1beta13 on one of them (which thus accesses the homedir/INBOXdir remotely) and plan to have a limited community test-drive it there. Are there any hazards or drawbacks in doing this? While the homedirs and INBOXdirs are thus shared, I have it so that each machine has its own local index directory and /var/run dir. Comments or dire warnings?
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
At 6:52 AM -0500 1/8/08, Charles Marcus wrote: Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I don't think its because anyone is snubbing you... ;) I think one of the reasons is not as many people use sendmail anymore - I wouldn't have a clue... sorry... I think it is more a matter of this sounding very much like strictly a Sendmail problem posed in the wrong forum for Sendmail problems, further weakened by the inclusion of no details about the specific nature of the problem or the existing configuration. A well-posed question (e.g. with log and config info) to a more suitable forum (e.g. comp.mail.sendmail) would almost surely get more response. To some degree it probably also involves the fact that the Dovecot LDA is still something of a novelty, and it not as widely used as the traffic on this list might lead one to believe. The Dovecot LDA does not provide enough of a compelling feature set to overpower the inertia of sticking with the standard delivery agent(s). That's not specific to Sendmail. -- Bill Cole [EMAIL PROTECTED]
[Dovecot] Logging to stderr
Hi, I am having a bit of a problem with logging to stderr. I am trying to run dovecot as sort of inetd install using daemontools. I have daemontools 'services' named dovecot-pop3, dovecot-imap, etc. The service command line looks like tcpsvd -c20 -v -l 0 0 110 /usr/lib/dovecot/pop3-login [--ssl] In dovecot/dovecot.conf, the log_path is set to /dev/stderr. What seems to be happening is that all the log lines (regardless of service) go to the log file of which ever service was first used. Exactly how are these logs written? Is it possible to (easily) make the login process write to its own stderr? Thanks, -Abhijit
[Dovecot] Dovecot too many open files???
Dovecot experts, We just recently deployed Dovecot 1.0.rc15 on a Redhat 5 system. I have over 1400 users. At first it appeared to work fine. But soon, we had complaints of students that couldn't retrieve their email. I looked in the logs and found this error. Jan 7 22:27:31 stu dovecot: auth(default): pam(pucklisl,http://144.89.40.6144.89.40.6): pipe() failed: Too many open files We are running Dovecot to authenticate via pam which authenticates ldap. Below is the output of [EMAIL PROTECTED] ~]# dovecot -n # /etc/dovecot.conf listen: * ssl_cert_file: /etc/mail/certs/server.pem ssl_key_file: /etc/mail/certs/server.key 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_process_size: 512 login_max_processes_count: 32 mail_location: mbox:%h/mail:INBOX=/var/spool/mail/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /etc/custom-pop3.sh mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd Any solutions for this problem? Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
[Dovecot] Too many open files
Hello, I have dovecot installed and it works for about 3 hours then I get this error (in /var/log/maillog): Jan 8 08:42:53 stu dovecot: auth(default): pam(grossmsm,69.131.100.47): pipe() failed: Too many open files I set pam_limits.so to allow the user 'dovecot' to have 8192 open files, and I also changed: login_process_size = 512 However, it still wont work for more than a few hours. When I run: lsof -p `ps -o pid= -C dovecot-auth` I get: [...] dovecot-a 1385 root 248u sock0,5 374241289 can't identify protocol dovecot-a 1385 root 249u sock0,5 374241391 can't identify protocol dovecot-a 1385 root 250u sock0,5 374243642 can't identify protocol dovecot-a 1385 root 251u sock0,5 374241701 can't identify protocol [...] And the number followed by a u keeps growing. As of writing this email that number is now at 274u. Is dovecot not closing its fd's or something? Harrison Metzger
Re: [Dovecot] Dovecot too many open files???
On 1/8/2008, Tim Tyler ([EMAIL PROTECTED]) wrote: We just recently deployed Dovecot 1.0.rc15 Ouch... old... upgrade... -- Best regards, Charles
[Dovecot] Trash plugin in 1.0.x
Does the Trash plugin in 1.0.x log it's dirty deeds somehow? I'd like to see that it works :) -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de Arguing with good advice will result in lack of good advice. -- Victor Duchovni
[Dovecot] live and backup auth database
Is there a way of setting dovecot to use two mysql authentication databases, either in a live/failover format or a round robin method. Regards John
[Dovecot] Sendmail, procmail, dovecot and quota
I have Fedora 7 from a standard installation running sendmail, procmail and dovecot 1.0 installed on a single partition. I now need to set up mail quotas for most of the users but not all. Just protecting /var/spool/mail/$LOGNAME is probably good enough for me. Since I just want mail quotas and the installation is on just 1 partition I don't have an easy way to use file system quotas. By reading through the dovecot documentation and list archives I have the feeling that this is possible with the versions and setup I have. I would probably need a main line like this (apart from other lines) per user mailbox that needs to be managed: dirsize:/var/spool/mail/joe-user:storage 10240 to give joe-user a 10 mb limit. Since this server is in production I don't have the luxury of experimenting (extensively) on it. I have a question though that I have not been able to answer yet. If the flow of mail goes from sendmail to procmail to the mailbox, how is it possible for dovecot to implement quotas on the inbox? Or would dovecot write something there that procmail has to honor? Is dovecot the way to do this? Am I misunderstanding what quotas mean in dovecot? Thanks for any clues. - Looking for last minute shopping deals? Find them fast with Yahoo! Search.
Re: [Dovecot] Dovecot too many open files???
Dovecot users, I guess I should complain to Redhat. Their latest rhl release of Dovecot is 1.0.rc15 on redhat 5. Its even older if you are running on redhat 4 which ironically is much more stable. I even tried to run dovecot directly to ldap using userdb ldap, but that would fail after a few minutes. We are now downloading and installing 1.010. So far it appears to be stable, but we shall see over the rest of the afternoon. Too early to judge. I hate having to run source code installs, but it may be the only way in this case. I guess I would expect better from a commercial linux company in the stability of what they release. Tim At 10:00 AM 1/8/2008, you wrote: On 1/8/2008, Tim Tyler ([EMAIL PROTECTED]) wrote: We just recently deployed Dovecot 1.0.rc15 Ouch... old... upgrade... -- Best regards, Charles Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
[Dovecot] dovecot upgrade
Hi, I'm currently using Dovecot version 1.0 and I want to update it to the latest version. I know from version .99 to version 1.0 I had to change a few things on the dovecot config. When compiling the latest stable version should I just be able to use the same config I'm using for version 1.0 without making any changes ? Thank you Paul
Re: [Dovecot] Sendmail, procmail, dovecot and quota
On Tue, 8 Jan 2008, papi mac wrote: I have Fedora 7 from a standard installation running sendmail, procmail and dovecot 1.0 installed on a single partition. I now need to set up mail quotas for most of the users but not all. Just protecting /var/spool/mail/$LOGNAME is probably good enough for me. Since I just want mail quotas and the installation is on just 1 partition I don't have an easy way to use file system quotas. By reading through the dovecot documentation and list archives I have the feeling that this is possible with the versions and setup I have. I would probably need a main line like this (apart from other lines) per user mailbox that needs to be managed: dirsize:/var/spool/mail/joe-user:storage 10240 to give joe-user a 10 mb limit. Full dislosure: I haven't actually used Dovecot's quotas. (-: Since this server is in production I don't have the luxury of experimenting (extensively) on it. I have a question though that I have not been able to answer yet. If the flow of mail goes from sendmail to procmail to the mailbox, how is it possible for dovecot to implement quotas on the inbox? Or would dovecot write something there that procmail has to honor? If you use the Dovecot delivery agent called deliver as the last chain, it will bounce the mail or not depending on of the user is above quota. -- Asheesh. -- When the wind is great, bow before it; when the wind is heavy, yield to it.
Re: [Dovecot] Sendmail, procmail, dovecot and quota
You mean by having a procmail rule to send the mail on to dovecot for delivery? If so, what would the line in the procmail rule look like? Thanks. Asheesh Laroia [EMAIL PROTECTED] wrote: On Tue, 8 Jan 2008, papi mac wrote: I have Fedora 7 from a standard installation running sendmail, procmail and dovecot 1.0 installed on a single partition. I now need to set up mail quotas for most of the users but not all. Just protecting /var/spool/mail/$LOGNAME is probably good enough for me. Since I just want mail quotas and the installation is on just 1 partition I don't have an easy way to use file system quotas. By reading through the dovecot documentation and list archives I have the feeling that this is possible with the versions and setup I have. I would probably need a main line like this (apart from other lines) per user mailbox that needs to be managed: dirsize:/var/spool/mail/joe-user:storage 10240 to give joe-user a 10 mb limit. Full dislosure: I haven't actually used Dovecot's quotas. (-: Since this server is in production I don't have the luxury of experimenting (extensively) on it. I have a question though that I have not been able to answer yet. If the flow of mail goes from sendmail to procmail to the mailbox, how is it possible for dovecot to implement quotas on the inbox? Or would dovecot write something there that procmail has to honor? If you use the Dovecot delivery agent called deliver as the last chain, it will bounce the mail or not depending on of the user is above quota. -- Asheesh. -- When the wind is great, bow before it; when the wind is heavy, yield to it. - Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
Re: [Dovecot] Sendmail, procmail, dovecot and quota
On Tue, 8 Jan 2008, papi mac wrote: You mean by having a procmail rule to send the mail on to dovecot for delivery? If so, what would the line in the procmail rule look like? Right, that's what I mean - at the end of the default procmail rules (like in /etc/procmailrc), pipe the message to deliver with the right arguments. I don't actually use deliver, either, but maybe others can say more, or maybe you can figure it out from here. -- Asheesh. -- Time washes clean Love's wounds unseen. That's what someone told me; But I don't know what it means. -- Linda Ronstadt, Long Long Time
Re: [Dovecot] Sendmail, procmail, dovecot and quota
I already have a procmail rule in each user's directory that delivers X-Spam-Status: Yes email to a spam-mail folder. and the others to the inbox (specified in $DEFAULT) Assuming I did not want spam-mail under quota control I suppose I would have to add a line at the end something like this only for those users that have quotas: | /usr/libexec/dovecot/deliver -m $DEFAULT -e Would this mean that deliver will look at the size of the $DEFAULT file (using a dirsize directive in dovecot.conf) and sned an error message back if it is over quota? Asheesh Laroia [EMAIL PROTECTED] wrote: On Tue, 8 Jan 2008, papi mac wrote: You mean by having a procmail rule to send the mail on to dovecot for delivery? If so, what would the line in the procmail rule look like? Right, that's what I mean - at the end of the default procmail rules (like in /etc/procmailrc), pipe the message to deliver with the right arguments. I don't actually use deliver, either, but maybe others can say more, or maybe you can figure it out from here. -- Asheesh. -- Time washes clean Love's wounds unseen. That's what someone told me; But I don't know what it means. -- Linda Ronstadt, Long Long Time - Never miss a thing. Make Yahoo your homepage.
Re: [Dovecot] Sendmail, procmail, dovecot and quota
Asheesh Laroia wrote: On Tue, 8 Jan 2008, papi mac wrote: You mean by having a procmail rule to send the mail on to dovecot for delivery? If so, what would the line in the procmail rule look like? Right, that's what I mean - at the end of the default procmail rules (like in /etc/procmailrc), pipe the message to deliver with the right arguments. I don't actually use deliver, either, but maybe others can say more, or maybe you can figure it out from here. I'd be interested in using procmail between postfix and dovecot, but can't seem to figure out the command line args to allow me to use deliver. Anyone care to put me out of my misery? :-) Thanks. david -- Asheesh.
Re: [Dovecot] Dovecot too many open files???
Tim Tyler, on 1/8/2008 12:54 PM, said the following: Dovecot users, I guess I should complain to Redhat. Their latest rhl release of Dovecot is 1.0.rc15 on redhat 5. Its even older if you are running on redhat 4 which ironically is much more stable. I even tried to run dovecot directly to ldap using userdb ldap, but that would fail after a few minutes. We are now downloading and installing 1.010. So far it appears to be stable, but we shall see over the rest of the afternoon. Too early to judge. I hate having to run source code installs, but it may be the only way in this case. I guess I would expect better from a commercial linux company in the stability of what they release. ATRPMs.net keeps up to date rpms for RHEL 3, 4 and 5... For 5 is here: http://atrpms.net/dist/el5/dovecot/ -- Best regards, Charles
Re: [Dovecot] dovecot upgrade
Paul A said the following on 01/08/2008 06:58 PM: When compiling the latest stable version should I just be able to use the same config I'm using for version 1.0 without making any changes ? I have more than half a dozen installations on which I compiled and installed the latest pre-1.0 and all the 1.0.x without any configuration change. Ciao, luigi -- / +--[Luigi Rosa]-- \ Computers are not intelligent. They only think they are.
Re: [Dovecot] dovecot upgrade
I didn't notice anything either on migrating from 1 to 1.x but I wanted to get some input. Thanks Scott and Luigi, Thanks, Paul P.A -Original Message- P.A From: [EMAIL PROTECTED] [mailto:dovecot- P.A [EMAIL PROTECTED] On Behalf Of Scott Silva P.A Sent: Tuesday, January 08, 2008 1:39 PM P.A To: dovecot@dovecot.org P.A Subject: Re: [Dovecot] dovecot upgrade P.A P.A on 1/8/2008 9:58 AM Paul A spake the following: P.A Hi, I'm currently using Dovecot version 1.0 and I want to update it P.A to the P.A latest version. I know from version .99 to version 1.0 I had to P.A change a few P.A things on the dovecot config. P.A P.A When compiling the latest stable version should I just be able to P.A use the P.A same config I'm using for version 1.0 without making any changes ? P.A P.A P.A P.A The dovecot wiki has a page on migrating versions; P.A http://wiki.dovecot.org/Upgrading?action=showredirect=UpgradingDoveco P.A t P.A but doesn't seem to have anything on 1.0.x to 1.0.y, so you are P.A probably safe. P.A P.A -- P.A MailScanner is like deodorant... P.A You hope everybody uses it, and P.A you notice quickly if they don't
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Jan 7, 2008 9:55 PM, Asheesh Laroia [EMAIL PROTECTED] wrote: On Mon, 7 Jan 2008, Andrew Falanga wrote: I have to admit that I'm not quite sure why no one has responded to me about this one. If I'm not providing enough information or incorrect information please tell me. It's quite important that this e-mail system be working. Well, I can try to help. In general that's what we'll all do, but we have other things to do in our lives, too. (-: Zeroth question: Why use virtual users rather than regular-old UNIX users? The regular way requires much less configuration, after all! Well, that is actually how I got things working. Now that Christmas is past, the church staff is returning to work full-throttle and had to have e-mail services. (About three weeks ago, the windoze system they were running died.) As to why to use virtual users, we were wanting to go that route because one thought is to give e-mail accounts to church members who want them. I was thinking that a better way of doing that would be through virtual users. I have created a system user ID called vmail which is referenced in my PostgreSQL database for UID/GID stuff. All virtual user home directories and INBOXes are made owner vmail and group is users. First question: If you do 'su - vmail -s /bin/sh' you will get a shell running as user vmail. Run 'deliver' with the arguments it takes to deliver to a target user; does mail get delivered? If not, we better fix that first! Ok, I will try that ASAP. I don't think that I'll get to it tonight (in fact, I'm sorry for taking so long to respond to this but I couldn't take a free minute at work today to respond). Also, since they're working now, at least through POP, the pressure is off. However, in the near future, I need to get IMAP and SSL working. Originally, I had my sendmail /etc/mail/aliases file setup to map all mail sent to these virtual users to the system user vmail. However, none of the virtual users were getting any mail and vmail was just getting swamped. After doing more digging, I found that I just didn't understand the home directories and INBOX, mbox and such. That's what drove me to configuring what's in there now. Now, following directions on this WIKI page: http://wiki.dovecot.org/LDA/Sendmail?highlight=%28deliver%29 I'm still unable to get the e-mail working for them. Continually, sendmail bails with errors saying it, Can't create output. Because I am using *.mc files, I made a new *.m4 file as directed in /usr/share/sendmail/cf/mailer. Can you turn up the verbosity from sendmail? I haven't tried that one yet. Dovecot does allow the virtual users to login. In fact, when I did, the first time, there appears a mail directory in their home directories after login. This would indicate to me that the login was successful. Further, I cut/pasted a message sent to one of the virtual users from the vmail INBOX (/var/mail/vmail) into the virtual user's INBOX (/var/mail/jdunkin). Then, logged in as this virtual user and ACTUALLY got the mail. I know this stuff works. What must be done to make sendmail do its thing for deliver? So it sounds like Dovecot is fine and this is a sendmail question. We can try to help, but I don't use Sendmail (I do use Dovecot...), so it's not clear that we'll be able to. I agree with you. I only asked here because I was trying to use the dovecot deliver program, as specified in that wiki page, and I thought that since this applies to everyone using dovecot (mail delivery) you all might know how I need to fix this. What is necessary to fix this situation? Reply with answers to 0 and 1 and we'll see where we can go. Andy -- A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Jan 8, 2008 6:01 AM, Peter Eriksson [EMAIL PROTECTED] wrote: Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I use Dovecot in conjunction with Sendmail with Maildirs as the mail store and it works fine. We use procmail as the local delivery agent though. Stuff in the sendmail config file: define(`PROCMAIL_MAILER_PATH', `/ifm/bin/procmail') FEATURE(local_procmail) Users mail store is mounted as /home/$USER/Maildir and with an procmail config file (/etc/procmailrc) like this: # procmailrc PATH=/bin:/usr/bin:/usr/local/bin MAILDIR=$HOME/Maildir DEFAULT=$HOME/Maildir/ I should some day investigate on how to use Dovecots own local delivery agent... - Peter Peter, You have no idea how much I appreciate this posting. I installed procmail last night, but couldn't find any reliable information on how to integrate it into my sendmail system. This is most helpful. Just out of curiosity, would you know how difficult it would be to configure for mbox? I noticed that this seems to be what FreeBSD defaults to and I'd like to minimize my own heartache when getting procmail setup. Thanks again, Andy -- A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Jan 8, 2008 7:31 AM, Bill Cole [EMAIL PROTECTED] wrote: At 6:52 AM -0500 1/8/08, Charles Marcus wrote: Andrew Falanga, on 1/7/2008 11:18 PM, said the following: What must be done to make sendmail do its thing for deliver? I don't think its because anyone is snubbing you... ;) I think one of the reasons is not as many people use sendmail anymore - I wouldn't have a clue... sorry... I think it is more a matter of this sounding very much like strictly a Sendmail problem posed in the wrong forum for Sendmail problems, further weakened by the inclusion of no details about the specific nature of the problem or the existing configuration. A well-posed question (e.g. with log and config info) to a more suitable forum (e.g. comp.mail.sendmail) would almost surely get more response. Ok, that's constructive. If I'm not posting enough data, please tell me. I'll get you what you need. I thought I was being quite verbose (please see some of the other posts too), but if the information isn't enough I need to know. Silence doesn't help anyone. To some degree it probably also involves the fact that the Dovecot LDA is still something of a novelty, and it not as widely used as the traffic on this list might lead one to believe. The Dovecot LDA does not provide enough of a compelling feature set to overpower the inertia of sticking with the standard delivery agent(s). That's not specific to Sendmail. I didn't realize this. With the wiki page on how to set it up, I figured that I should be using this. -- Bill Cole [EMAIL PROTECTED] Andy -- A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
