[vchkpw] MyQMAIL - was: vhostadmin development release
At 22.35 08/03/2005, you wrote: Hmmm, I'm pondering this one. Still liking the idea of qmail and vpopmail both in MySQL. DAve I'm thinking to this since months... Move all qmail files to MySQL/Postgres. I'm thinking about a replicated mail system, working with more machines in different sites. Tonino -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
[vchkpw] listing over-quota users
Hi I need to list all over-quota users on the system for all domains. Can anyone help me with some similiar perl / shell script to get this done. Regards, Tanmaya
[vchkpw] SMTP-AUTH and --enable-roaming-users
Hi there, scenario: netqmail 1.05 plus SMTP-AUTH Bill Shupp's patch vpopmail-5.4.8 compiled with just --enable-logging=v Many MAC's mua clients claims that they're unable to Send email "smtp-authenticated"; I've noticed that these email clients (Entourage mainly) makes APOP auth. Maybe SMTP-AUTH (MD5-CRAM o plain text) doesn't like encrypted password like APOP? The only provisory workaround seems to compile vpopmail with --enable-roaming-users but I'm concerned about this because it seems to enable two ways to open my qmail... Do I worry about this or it could be a right configuration? thanks in advance for your advice --Abel
Re: [vchkpw] vhostadmin development release
Jeremy Kitchen wrote: On Tuesday 08 March 2005 04:06 pm, Dave Goodrich wrote: Understood, but what of the other three machines I have running? They all use the same control files. If I add a domain on machine A using vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run vadddomain again on machines B, C, D. So I must login and run "svc -h /service/qmail-send" manually on machine B, C, and D. the way I've handled this in the past on customer machines is to have a 'sync' script that syncs the control files (set on a cronjob.. run every 5 minutes..) and it checks timestamps and HUPs/restarts daemons accordingly. My control files (some of them) are symlinks to NFS mounted files. I could seperate them and run rsync to pull over changes, restarting when needed. I would advise doing that anyways since qmail accesses the control directory a lot and accessing it across NFS can degrade performance... I have nfs performance to spare, but I understand your thoughts and I am in the process of moving away from that setup. I have just gotten around to starting on a web tool to enable our support group to manage email. So I am looking at tieing spamassassin, vpopmail, and our autoresponder into one tool set available from a ssl web server. This is why I am so curious about where vpopmaild and vdeliver mail are going. They both play a bit part in our plans. I don't want to redesign the wheel, nor write code that is not useable a month down the road as vpopmail picks up new features. Hmmm Currently all machines do not run the same control files though. mailspool.tls.net is my backup MX and it has entries in morercpthosts for all our hosted domains, plus some domains that our clients provide primary MX on. So I don't want to rehup all my machines if a domain is added to mailspool. There are only certain control files that require HUP'ing or restarting anything... specifically the ones that qmail-send uses.. everything else is read on a per-invocation basis (qmail-smtpd, qmail-remote, etc) locals and rcpthosts are HUP of qmail-send queuelifetime, bouncefrom, bounceto, doublebounceto, doublebouncehost, me, concurrency{local,remote} all require restart of qmail-send. Been there, got those memorized ;^) DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] vhostadmin development release
On Tuesday 08 March 2005 04:06 pm, Dave Goodrich wrote: > >>Understood, but what of the other three machines I have running? They > >>all use the same control files. If I add a domain on machine A using > >>vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run > >>vadddomain again on machines B, C, D. So I must login and run "svc -h > >>/service/qmail-send" manually on machine B, C, and D. > > > > the way I've handled this in the past on customer machines is to have a > > 'sync' script that syncs the control files (set on a cronjob.. run every > > 5 minutes..) and it checks timestamps and HUPs/restarts daemons > > accordingly. > > My control files (some of them) are symlinks to NFS mounted files. I > could seperate them and run rsync to pull over changes, restarting when > needed. I would advise doing that anyways since qmail accesses the control directory a lot and accessing it across NFS can degrade performance... > Hmmm Currently all machines do not run the same control > files though. mailspool.tls.net is my backup MX and it has entries in > morercpthosts for all our hosted domains, plus some domains that our > clients provide primary MX on. So I don't want to rehup all my machines > if a domain is added to mailspool. There are only certain control files that require HUP'ing or restarting anything... specifically the ones that qmail-send uses.. everything else is read on a per-invocation basis (qmail-smtpd, qmail-remote, etc) locals and rcpthosts are HUP of qmail-send queuelifetime, bouncefrom, bounceto, doublebounceto, doublebouncehost, me, concurrency{local,remote} all require restart of qmail-send. Note that this is not an exhaustive list of control files that require qmail-send to be restarted, they're just what I could think of off the top of my head. Also, if you have any patches (although I don't know of any ..) that give qmail-send some extra control files, those may require restarting qmail-send. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ inter7.com ++ 866.528.3530 ++ 815.776.9465 int'l kitchen @ #qmail #gentoo on EFnet IRC ++ scriptkitchen.com/qmail GnuPG Key ID: 481BF7E2 ++ jabber:[EMAIL PROTECTED] pgprzFxTwbvnm.pgp Description: PGP signature
Re: [vchkpw] vhostadmin development release
Jeremy Kitchen wrote: On Tuesday 08 March 2005 03:35 pm, Dave Goodrich wrote: Ken Jones wrote: Before I grab that (might be later this week before I can look at it), are there any ideas/concepts for using vpopmaild with a group of machines? I'm curious how this can add a domain. Are you able to HUP qmail on multiple machines once a domain is added? Well, once you connect to the vpopmail daemon on the machine, the add domain function calls the vpopmail library add domain function that does the HUP signal to qmail-send. Understood, but what of the other three machines I have running? They all use the same control files. If I add a domain on machine A using vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run vadddomain again on machines B, C, D. So I must login and run "svc -h /service/qmail-send" manually on machine B, C, and D. the way I've handled this in the past on customer machines is to have a 'sync' script that syncs the control files (set on a cronjob.. run every 5 minutes..) and it checks timestamps and HUPs/restarts daemons accordingly. My control files (some of them) are symlinks to NFS mounted files. I could seperate them and run rsync to pull over changes, restarting when needed. Hmmm Currently all machines do not run the same control files though. mailspool.tls.net is my backup MX and it has entries in morercpthosts for all our hosted domains, plus some domains that our clients provide primary MX on. So I don't want to rehup all my machines if a domain is added to mailspool. DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] vhostadmin development release
Dave Goodrich wrote: Ken Jones wrote: Before I grab that (might be later this week before I can look at it), are there any ideas/concepts for using vpopmaild with a group of machines? I'm curious how this can add a domain. Are you able to HUP qmail on multiple machines once a domain is added? Well, once you connect to the vpopmail daemon on the machine, the add domain function calls the vpopmail library add domain function that does the HUP signal to qmail-send. Understood, but what of the other three machines I have running? They all use the same control files. If I add a domain on machine A using vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run vadddomain again on machines B, C, D. So I must login and run "svc -h /service/qmail-send" manually on machine B, C, and D. Hmmm, I'm pondering this one. Still liking the idea of qmail and vpopmail both in MySQL. Could a function be added to vpopmaild to *only* rehup qmail-send? This could be called from vhostadmin. A config could be added to list multiple machines that need a rehup when a domain is added, a php array of machines running vpopmaild? DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] vhostadmin development release
On Tuesday 08 March 2005 03:35 pm, Dave Goodrich wrote: > Ken Jones wrote: > > > > >>Before I grab that (might be later this week before I can look at it), > >>are there any ideas/concepts for using vpopmaild with a group of > >>machines? I'm curious how this can add a domain. Are you able to HUP > >>qmail on multiple machines once a domain is added? > > > > Well, once you connect to the vpopmail daemon on the machine, the > > add domain function calls the vpopmail library add domain function > > that does the HUP signal to qmail-send. > > Understood, but what of the other three machines I have running? They > all use the same control files. If I add a domain on machine A using > vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run > vadddomain again on machines B, C, D. So I must login and run "svc -h > /service/qmail-send" manually on machine B, C, and D. the way I've handled this in the past on customer machines is to have a 'sync' script that syncs the control files (set on a cronjob.. run every 5 minutes..) and it checks timestamps and HUPs/restarts daemons accordingly. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ inter7.com ++ 866.528.3530 ++ 815.776.9465 int'l kitchen @ #qmail #gentoo on EFnet IRC ++ scriptkitchen.com/qmail GnuPG Key ID: 481BF7E2 ++ jabber:[EMAIL PROTECTED] pgpoGnljcz4c5.pgp Description: PGP signature
Re: [vchkpw] vhostadmin development release
Ken Jones wrote: Before I grab that (might be later this week before I can look at it), are there any ideas/concepts for using vpopmaild with a group of machines? I'm curious how this can add a domain. Are you able to HUP qmail on multiple machines once a domain is added? Well, once you connect to the vpopmail daemon on the machine, the add domain function calls the vpopmail library add domain function that does the HUP signal to qmail-send. Understood, but what of the other three machines I have running? They all use the same control files. If I add a domain on machine A using vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run vadddomain again on machines B, C, D. So I must login and run "svc -h /service/qmail-send" manually on machine B, C, and D. Hmmm, I'm pondering this one. Still liking the idea of qmail and vpopmail both in MySQL. DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] vhostadmin development release
On Tuesday 08 March 2005 2:44 pm, Dave Goodrich wrote: > Ken Jones wrote: > > On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: > >>Ken Jones wrote: > > > > > > > >>Someone not familiar with LAMP might follow the install doc and stop > >> there, > >> > >>http://myserver.com/include/global.incopens the cookie jar. > >> > >>Where does one find the vpopmail daemon? I downloaded a fresh copy of > >>5.4.9 and the 5.5.0-devel and didn't see it. Checked in the contrib dir > >>also. > > > > Here is a link to a working vpopmaild tar ball untill we get the > > current devel release working. > > > > http://www.inter7.com/vhostadmin/vpopmail-5.5.3.tar.gz > > Excellent, thank you. > > Before I grab that (might be later this week before I can look at it), > are there any ideas/concepts for using vpopmaild with a group of > machines? I'm curious how this can add a domain. Are you able to HUP > qmail on multiple machines once a domain is added? Well, once you connect to the vpopmail daemon on the machine, the add domain function calls the vpopmail library add domain function that does the HUP signal to qmail-send. Ken
Re: [vchkpw] vhostadmin development release
Ken Jones wrote: On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: Ken Jones wrote: Someone not familiar with LAMP might follow the install doc and stop there, http://myserver.com/include/global.incopens the cookie jar. Where does one find the vpopmail daemon? I downloaded a fresh copy of 5.4.9 and the 5.5.0-devel and didn't see it. Checked in the contrib dir also. Here is a link to a working vpopmaild tar ball untill we get the current devel release working. http://www.inter7.com/vhostadmin/vpopmail-5.5.3.tar.gz Excellent, thank you. Before I grab that (might be later this week before I can look at it), are there any ideas/concepts for using vpopmaild with a group of machines? I'm curious how this can add a domain. Are you able to HUP qmail on multiple machines once a domain is added? Thanks, DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] vhostadmin development release
On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: > Ken Jones wrote: > > Someone not familiar with LAMP might follow the install doc and stop there, > > http://myserver.com/include/global.incopens the cookie jar. > > Where does one find the vpopmail daemon? I downloaded a fresh copy of > 5.4.9 and the 5.5.0-devel and didn't see it. Checked in the contrib dir > also. Here is a link to a working vpopmaild tar ball untill we get the current devel release working. http://www.inter7.com/vhostadmin/vpopmail-5.5.3.tar.gz Ken
Re: [vchkpw] .over-quota.msg sent only one time
- Original Message - From: "Alessio Cecchi" <[EMAIL PROTECTED]> > I have set-up /home/vpopmail/domains/.over-quota.msg > > But the messagges arrives only one time. I delete all the messages, from > webmail (sqwebmail), but the message does not return more. Only 1 quota message is to the mailbox owner per 24 hours. This is controlled by a quotawarn file being placed into the user's dir. The datestamp of this file is used to keep track of when the last quota Michael.
Re: [vchkpw] vhostadmin development release
On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: > Ken Jones wrote: > > vhostadmin is a PHP control panel for site administrators looking > > for an easy way to manage their virtual hosting needs via a series > > of user-configurable plug-in modules. Because of this you have the > > ability to write and include your own plug-ins. > > > > Although still early in development, we felt it would be good to release > > the software to the community to look over and inspect. Included > > is some base API for authentication, communication with the vpopmail > > daemon, and some basic event binding inside the mail and vpopmail > > modules. The current development mail module can add a domain via > > the vpopmail daemon. > > > > Since the vpopmail daemon runs under tcpserver the PHP interface can > > run on a seperate machine, as well as solving the PHP permissions > > problem. > > > > The current development version may be downloaded at: > > > > http://www.inter7.com/?page=vhostadmin > > > > Or via CVS: > > > > export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvs > > cvs login (login with empty password) > > cvs co vhostadmin > > > > We have established a mailing list for development and use of > > vhostadmin. To subscribe, send a blank e-mail message to > > [EMAIL PROTECTED] > > Someone not familiar with LAMP might follow the install doc and stop there, > > http://myserver.com/include/global.incopens the cookie jar. > > Where does one find the vpopmail daemon? I downloaded a fresh copy of > 5.4.9 and the 5.5.0-devel and didn't see it. Checked in the contrib dir > also. I checked the current cvs and the vpopmaild code is there, but it was not in the Makefile.am. I also get a segfault from vadddomain which I'm trying to track down. In the mean time I think we will post a link on the vhostadmin site with a version that compiles. Ken
Re: [vchkpw] vhostadmin development release
Ken Jones wrote: vhostadmin is a PHP control panel for site administrators looking for an easy way to manage their virtual hosting needs via a series of user-configurable plug-in modules. Because of this you have the ability to write and include your own plug-ins. Although still early in development, we felt it would be good to release the software to the community to look over and inspect. Included is some base API for authentication, communication with the vpopmail daemon, and some basic event binding inside the mail and vpopmail modules. The current development mail module can add a domain via the vpopmail daemon. Since the vpopmail daemon runs under tcpserver the PHP interface can run on a seperate machine, as well as solving the PHP permissions problem. The current development version may be downloaded at: http://www.inter7.com/?page=vhostadmin Or via CVS: export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvs cvs login (login with empty password) cvs co vhostadmin We have established a mailing list for development and use of vhostadmin. To subscribe, send a blank e-mail message to [EMAIL PROTECTED] Someone not familiar with LAMP might follow the install doc and stop there, http://myserver.com/include/global.incopens the cookie jar. Where does one find the vpopmail daemon? I downloaded a fresh copy of 5.4.9 and the 5.5.0-devel and didn't see it. Checked in the contrib dir also. Thanks DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
[vchkpw] vhostadmin development release
vhostadmin is a PHP control panel for site administrators looking for an easy way to manage their virtual hosting needs via a series of user-configurable plug-in modules. Because of this you have the ability to write and include your own plug-ins. Although still early in development, we felt it would be good to release the software to the community to look over and inspect. Included is some base API for authentication, communication with the vpopmail daemon, and some basic event binding inside the mail and vpopmail modules. The current development mail module can add a domain via the vpopmail daemon. Since the vpopmail daemon runs under tcpserver the PHP interface can run on a seperate machine, as well as solving the PHP permissions problem. The current development version may be downloaded at: http://www.inter7.com/?page=vhostadmin Or via CVS: export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvs cvs login (login with empty password) cvs co vhostadmin We have established a mailing list for development and use of vhostadmin. To subscribe, send a blank e-mail message to [EMAIL PROTECTED] Ken Jones inter7.com
Re: [vchkpw] Authentication problems after upgrading Vpopmail
> The CRAM-MD5 method of authentication requires a cleartext password for > each user. Older accounts on your system could have been created before > you had cleartext enabled, causing errors when the user tries to > authenticate. Take a look at the vpasswd file, or the user table and > see if the problematic users follow that pattern (blank > cleartext password). The clients experiencing authentication problem do have clear passwds. They are stored in mysql and I'm able to access this information with ./vuserinfo as well as viewing the DB records. I've reset a number of them repeatedly. This seems to provide access, though for a limited time. Additionally, oddly the authentication errors are not recorded in the 'vlog' table in the vpopmail database. I'm able to track the majority of the errors using SquirrelMails' sql_squirrel_logger plugin. Regards, ron = Ron Dyck [EMAIL PROTECTED] webbtech.net =
Re: [vchkpw] Interesting gotcha with chkuser patch
Ken Jones wrote: On Tuesday 08 March 2005 9:11 am, Rick Macdougall wrote: It appears that qmail-popup does not reset the maildirsize file when deleting email (maybe I need a patch ?) so if we use the chkuser patch and check for over quota, if the user goes over quota new mail will never be delivered and the maildirsize file will never be updated even if the user has NO email in their box. Maybe the quota checking part of vpopmail should be re-written to re-calculate the quota if the maildirsize file has not been modified in the last 15 minutes (as the specification calls for). You need the Maildir++ patch for qmail-pop3d. Humm, I'm using Bill's toaster and the maildir++ patch is included already. Any other ideas ? Regards, Rick
Re: [vchkpw] Interesting gotcha with chkuser patch
On Tuesday 08 March 2005 9:11 am, Rick Macdougall wrote: > Hi, > > It appears that qmail-popup does not reset the maildirsize file when > deleting email (maybe I need a patch ?) so if we use the chkuser patch > and check for over quota, if the user goes over quota new mail will > never be delivered and the maildirsize file will never be updated even > if the user has NO email in their box. > > Maybe the quota checking part of vpopmail should be re-written to > re-calculate the quota if the maildirsize file has not been modified in > the last 15 minutes (as the specification calls for). You need the Maildir++ patch for qmail-pop3d. Ken Jones
[vchkpw] Interesting gotcha with chkuser patch
Hi, It appears that qmail-popup does not reset the maildirsize file when deleting email (maybe I need a patch ?) so if we use the chkuser patch and check for over quota, if the user goes over quota new mail will never be delivered and the maildirsize file will never be updated even if the user has NO email in their box. Maybe the quota checking part of vpopmail should be re-written to re-calculate the quota if the maildirsize file has not been modified in the last 15 minutes (as the specification calls for). Ideas ? Regards, Rick
[vchkpw] .over-quota.msg sent only one time
Hello I have set-up /home/vpopmail/domains/.over-quota.msg But the messagges arrives only one time. I delete all the messages, from webmail (sqwebmail), but the message does not return more. Can somebody help me? Thanks -- Alessio Cecchi ++ www.skye.it
Re: [vchkpw] Authentication problems after upgrading Vpopmail
On Mar 8, 2005, at 6:57 AM, Ron Dyck wrote: I've successfully installed the patch and am still having trouble logging in. I'm forced to reset passwds to gain access. The problem is random and causing me much grief with my clients. The CRAM-MD5 method of authentication requires a cleartext password for each user. Older accounts on your system could have been created before you had cleartext enabled, causing errors when the user tries to authenticate. Take a look at the vpasswd file, or the user table and see if the problematic users follow that pattern (blank cleartext password). I just checked the vckhpw.c code, and it should update the cleartext password when a user logs in. I guess that code needs some additional testing. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [vchkpw] Authentication problems after upgrading Vpopmail
> At 10:59 07.03.05 -0500, you wrote: >>I've recently upgraded to vpopmail-5.4.9 and am having problems with >>authentication. Users are getting a error claiming the user or passwd is >>incorrect. Strangely, the error occurs only when logging in with IMAP >> like >>'SquirrelMail' or even qmailadmin not with pop like 'outlook'. >> >>After resetting the passwd (to the existing one) with ./vpasswd, the >>problem is temporarily resolved. >> >>I've looked at the 'UPGRADE' file and noticed a patch: >> qmail-smtpd-auth-0.4.2 >> > > You have to install the patch in the original qmail-1.03 directory. > The installation script is missing those files mentioned above. > I've successfully installed the patch and am still having trouble logging in. I'm forced to reset passwds to gain access. The problem is random and causing me much grief with my clients. Any help is appreciated. ron = Ron Dyck [EMAIL PROTECTED] webbtech.net =