Re: [vchkpw] vhostadmin development release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Sprickman wrote: | I'm curious, if I want to watch the jabber between vhostadmin and | vpopmaild what's the proper way to add "recordio" in a vpopmaild run | script? | Just pop recordio in front of vpopmaild in the startup script Feel free to subscribe to our vhostadmin list. Send an email to [EMAIL PROTECTED] Thanks! - -- /* ~Matt Brookings <[EMAIL PROTECTED]> GnuPG Key 7D7E5F37 ~Software developer Systems technician ~Inter7 Internet Technologies, Inc. (815)776-9465 */ banner("Support open-source!\n"); void banner(char *arg) { ~ char b[50]; ~ strcpy(b, arg); ~ printf(b); } -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFCXXgy/pZz8n1+XzcRAgFbAKCDO85xm7pTh+ciogUePFXpqy+i6gCdEppU zteYLmbR7QuJz+VdajwmOGM= =J0vZ -END PGP SIGNATURE-
Re: [vchkpw] vhostadmin development release
On Friday 08 April 2005 07:42 pm, Charles Sprickman wrote: > On Tue, 8 Mar 2005, Ken Jones wrote: > > Since the vpopmail daemon runs under tcpserver the PHP interface can > > run on a seperate machine, as well as solving the PHP permissions > > problem. > > I'm curious, if I want to watch the jabber between vhostadmin and > vpopmaild what's the proper way to add "recordio" in a vpopmaild run > script? recordio sits between tcpserver and whatever tcpserver is talking to. just put recordio before your vhostadmin command, and bam, you're all set. -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] pgppStuhPXn7N.pgp Description: PGP signature
Re: [vchkpw] vhostadmin development release
On Tue, 8 Mar 2005, Ken Jones wrote: Since the vpopmail daemon runs under tcpserver the PHP interface can run on a seperate machine, as well as solving the PHP permissions problem. I'm curious, if I want to watch the jabber between vhostadmin and vpopmaild what's the proper way to add "recordio" in a vpopmaild run script? Thanks, Charles 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] 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] 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