It's nice to hear from Abdullah as a person with 162K users. I am pretty sure that less than 1000, maybe less than 500 of ours log into webmail presently.
The dbmail-imap processes hanging around has continued :( .... I set the imap timeout in dbmail.conf to 300 down from 4000. I assumed this is seconds. Is it minutes? Even if it is minutes - processes older than that are still in ps auxf. Maybe there are fewer now than before, I'm not sure. I believe that I did mess with the php or apache (does such a thing exist?) session timeout many months ago. Now I would have trouble finding it again. My users don't compose in RTF but good point, I should put that as a caveat in my instructions to them about the compose / recover feature. I tested the basic text recover myself with a lot of success. What I do presently for auto replies is to have an alias such as [EMAIL PROTECTED] deliver to | mailman list server post..... In Mailman is a safe autoresponder where one can set the outgoing message and how often an auto response will be sent to the same address, ie 1 day or once a week etc. (Protection from mail loops.) A few other mailman settings for that "list" prevent any subscribers and prevent any posts ever going out "to the list" and just strictly use mailman's ability to auto-reply. This works but I didn't want to create a "list" in mailman for every user on a domain, thus the message winds up like this: "Joe Schmo will be out from x day to x day Jean Mean is on vacation until the 23rd. Call xxxxx if you need immediate assistance. ...." Etc and I had one customer upset that each person doesnt' get their own separate auto response, plus I didn't yet do a web interface which hides all the Mailman features and just lets my customer control their own vacation message for their domain. Presently they give it to me although they can turn it on and off via aliases - they generally don't comprehend that part and I do it for them and they don't like that much. - April On 8/9/05, Niblett, David A <[EMAIL PROTECTED]> wrote: > April, > > The plug-in you refer to about the saving the compose, doesn't work > for the HTML RTF Compose plug-in in our experience. So you might > want to test that in case you offer it. > > As for the timeout, I think you are running into the Apache session > timeout which is 15min by default I believe. Like Paul said, I wouldn't > mess with the PHP timeout. You can also extend the session timeout > indefinately by setting customers to refresh their mailbox list every > X minutes. That will update the session cookie. Though also like Paul > said, you will have more IMAP connections. The difference is that it > should be a quick open -> login -> retrieve -> logout -> close. > > As Abdullah says in a later message, you could use an imap proxy that > will make the sessions persistent, but I think that you might have > too many open connections unless you tune your DB to take it. I'm > looking at using it, but you need a lot of connections or a good > distributed DB/IMAP environment to get a lot of benefit out of it, > in my opinion. > > I have not dealt with the auto-replies yet, but I have an idea.... > I would use Paul's pipe method below, but I was planning on writing > a PHP script that allows a user to do a simple insert into the database > in a new table with their auto-reply message. Then have a "generic" > forward that is assigned to a user. The address that gets the forwarded > message is a script that gets the sender address, pulls the text from > the DB and kicks out the message. I have a feeling that's kinda how > it will get done in 2.1, but I haven't looked yet. > > -- > David > > > -----Original Message----- > From: April Lorenzen > To: DBMail mailinglist > Sent: 8/8/2005 4:06 PM > Subject: Re: [Dbmail] dbmail-imapd processes hang around forever > > Thanks Paul. Not a bug - just a self-inflicted wound - I had it set to > 4000 and changed it down to 300 now. At some point in the past as I > was learning - customers were complaining about losing Compose'd msgs > in squirrelmail and I extended the timeout trying to help with that. > > I got a plugin for squirrel recently which uses a cookie and js to > capture every keystroke during Compose so that the customer's text can > be restored if there is a timeout during Compose. > > I have read that squirrel or php will timeout about 24 minutes but not > exactly so. I'm afraid I do not understand all the interactions of php > - squirrel - dbmail-imap which lead to various timeout scenarios. > > Paul what about 2.0.5 vs 2.1.x? I was getting ready to upgrade to > 2.1.x not knowing if I should risk it yet or not. Big issue is the > auto reply - customers aren't comfortable with my hacking Mailman into > being kind of like a vacation reply.... > > - April > > On 8/8/05, Paul J Stevens <[EMAIL PROTECTED]> wrote: > > > > April Lorenzen wrote: > > > Using squirrelmail with dbmail 2.0.4 - I have to restart dbmail > every > > > day and that now is not enough due to more people using IMAP. > > > > > > ps auxf shows 50 and more of these lines - most of which are from > > > short sessions of webmail users ... they hang around forever and > just > > > build up until eventually there are so many that squirrelmail can't > > > login. Any suggestions? > > > > April, > > > > Show us your imapd settings from the config. > > > > Looks like you should lower TIMEOUT to something like 60 or 120. At > worst the > > php-imap layer will have to reconnect, but that is much better that > having lots > > of processes that are timing out on badly behaving clients. People > just don't > > log-out from webmail sessions, so your TIMEOUT should be real tight. > > > > If TIMEOUT is already low, but processes still linger in a connected > state, we > > may have a bug. I fixed some locking problems in the process pool code > today > > that lead to strange behaviour in the preforking code. > > > > http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=0000240 > > > > So, you may also want to give the svn snapshot a try. But since 2.0.5 > is just > > about ready to roll, you might as well wait a day or. > > > > -- > > ________________________________________________________________ > > Paul Stevens mailto:[EMAIL PROTECTED] > > NET FACILITIES GROUP PGP: finger [EMAIL PROTECTED] > > The Netherlands________________________________http://www.nfg.nl > > _______________________________________________ > > Dbmail mailing list > > [email protected] > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > _______________________________________________ > Dbmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail > _______________________________________________ > Dbmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
