Re: [vchkpw] vhostadmin problem (KMM6374095I87L0KM)
Can someone/anyone explain what this email to the list is, and how it might have happened? thanks, ComputekIE On Sun, Jun 15, 2008 at 11:48 AM, Wachovia Service [EMAIL PROTECTED] wrote: Dear CUSTOMER, Thank you for contacting Wachovia. This message is in response to your recent communication, which was received on 06/14/2008 and assigned Case ID 28692943. I regret the message we received was unclear. Please send us another secure e-mail with additional information regarding your inquiry. We will be happy to assist you in addressing your concerns when we receive further details. You may also call us at the number listed below for assistance. I sincerely apologize for any inconvenience. If you have additional questions or concerns, please contact us via e-mail or call 800-950-2296. Representatives are available to assist you 24 hours a day, seven days a week. I value your business as a Wachovia customer and look forward to continuing to serve your financial needs. Visit us again at wachovia.com. Note: Wachovia requires the use of secure browsers to protect you while you access our on-line financial services over the Internet. However, information sent by electronic mail cannot utilize the same standards of securing your personal information that secure browsers afford. Therefore, do not send confidential information such as account numbers or social security numbers through e-mail. Sincerely, Latoya H Original Message Excluded: - |1525Wach1525| !DSPAM:4857da2632358721114224!
Re: [vchkpw] vhostadmin problem (KMM6374095I87L0KM)
Just ignore it and delete it. - Original Message - From: f m [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Tuesday, June 17, 2008 11:37 PM Subject: Re: [vchkpw] vhostadmin problem (KMM6374095I87L0KM) Can someone/anyone explain what this email to the list is, and how it might have happened? thanks, ComputekIE On Sun, Jun 15, 2008 at 11:48 AM, Wachovia Service [EMAIL PROTECTED] wrote: Dear CUSTOMER, Thank you for contacting Wachovia. This message is in response to your recent communication, which was received on 06/14/2008 and assigned Case ID 28692943. I regret the message we received was unclear. Please send us another secure e-mail with additional information regarding your inquiry. We will be happy to assist you in addressing your concerns when we receive further details. You may also call us at the number listed below for assistance. I sincerely apologize for any inconvenience. If you have additional questions or concerns, please contact us via e-mail or call 800-950-2296. Representatives are available to assist you 24 hours a day, seven days a week. I value your business as a Wachovia customer and look forward to continuing to serve your financial needs. Visit us again at wachovia.com. Note: Wachovia requires the use of secure browsers to protect you while you access our on-line financial services over the Internet. However, information sent by electronic mail cannot utilize the same standards of securing your personal information that secure browsers afford. Therefore, do not send confidential information such as account numbers or social security numbers through e-mail. Sincerely, Latoya H Original Message Excluded: - |1525Wach1525| !DSPAM:4857dd1632351045216281!
Re: [vchkpw] vhostadmin problem (KMM6374095I87L0KM)
Dear CUSTOMER, Thank you for contacting Wachovia. This message is in response to your recent communication, which was received on 06/14/2008 and assigned Case ID 28692943. I regret the message we received was unclear. Please send us another secure e-mail with additional information regarding your inquiry. We will be happy to assist you in addressing your concerns when we receive further details. You may also call us at the number listed below for assistance. I sincerely apologize for any inconvenience. If you have additional questions or concerns, please contact us via e-mail or call 800-950-2296. Representatives are available to assist you 24 hours a day, seven days a week. I value your business as a Wachovia customer and look forward to continuing to serve your financial needs. Visit us again at wachovia.com. Note: Wachovia requires the use of secure browsers to protect you while you access our on-line financial services over the Internet. However, information sent by electronic mail cannot utilize the same standards of securing your personal information that secure browsers afford. Therefore, do not send confidential information such as account numbers or social security numbers through e-mail. Sincerely, Latoya H Original Message Excluded: - |1525Wach1525| !DSPAM:485539e832357219319710!
Re: [vchkpw] vhostadmin problem
as I see, this peace of software wrote using old-style PHP passing variables as reference behavior. I can't make it work too even after some patching and making changes in php.ini, i've got an empty accounts list. :( write your own php code or rewrite this using php-sockets interface to vpopmaild hareram пишет: Hi I hav downloaded Vhostadmin and installed in my webserver as per the INSTALL i have modified the global.inc then http://myip/vhostadmin i get username and password when i enter with [EMAIL PROTECTED] password i am able to login, but later i get above right hand side mail and logout links when i click mail, its again going back to login page how can i use this Vhostadmin to modify the user informaton or create users Hare -- С уважением, Дмитрий Солдатов (Dvorkin) !DSPAM:4853d83a32351795932007!
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
on 3/13/05 10:18 AM, YaP [EMAIL PROTECTED] wrote: I saw this new package on the website but i can't find vpopmaild daemon, there's just the file in the cvs. Is cvs the only way to obtain it? Thanks in advance This was covered in the recent thread vhostadmin development release. The following message answers your question (but you probably want to look through the archives for other useful information): on 3/8/05 12:38 PM, Ken Jones [EMAIL PROTECTED] wrote: On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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 -Kurt
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!
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
On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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
Ken Jones wrote: On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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 2:44 pm, Dave Goodrich wrote: Ken Jones wrote: On Tuesday 08 March 2005 1:57 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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: snip 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 03:35 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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
Dave Goodrich wrote: Ken Jones wrote: snip 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
Jeremy Kitchen wrote: On Tuesday 08 March 2005 03:35 pm, Dave Goodrich wrote: Ken Jones wrote: snip 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
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 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!
