[vchkpw] Deamontools
Hallo, wie kann ich deamontools neu installieren ??? Muss ich es zuerst deinstallieren, bevor ich es neu compilieren kann ? Ich habe versucht es drüber zu compilieren, aber das Prog erkennt das es schon da ist. Ich habe immer ein fehler, das er nicht auf multilog zugreifen kann. Vielleicht kann man das ja auch schon so beheben. Ich habe mal den Link in /usr/local/bin/multilog überprüft Rechte sind 775. Der link führt mich ins /command/multilog auch hier sind die rechte 775 der owner und die group stehen auf root. Hoffe mi9r kann jemand helfen. Danke Michael
Re: [vchkpw] Deamontools
Hello, On Friday, August 16, 2002 at 12:50:34 PM Michael wrote: > wie kann ich deamontools neu installieren ??? Muss ich es zuerst > deinstallieren, bevor ich es neu compilieren kann ? Ich habe versucht es > drüber zu compilieren, aber das Prog erkennt das es schon da ist. > Ich habe immer ein fehler, das er nicht auf multilog zugreifen kann. > Vielleicht kann man das ja auch schon so beheben. Ich habe mal den Link in > /usr/local/bin/multilog überprüft Rechte sind 775. Der link führt mich ins > /command/multilog auch hier sind die rechte 775 der owner und die group > stehen auf root. Hoffe mi9r kann jemand helfen. I'll try to translate this for the non-german members. <-> He's asking about how to re-install 'daemontool'. He want's to know if he needs to de-install before recompiling, because when he tried to to re-compile it was recognized daemontools are already present. The second question is about multilog. Michael tells he can't access it. The link in /usr/local/bin/multilog is set to permissions 755, as is the destination of that link in /command/multilog too. Owner and group of both files is 'root'. <-> Well, Michael: what do you mean when you tell 'dameontool' is recognizing it is already installed? When exactly? How to you try to compile (what steps are taken), and at what step exactly which message is given? Normally you should be easily able to re-compile daemontools from clean sources and be able to install the new compiled binaries without problems. Second question is: what do you mean by "can't access to multilog"??? How do you want to access it, what exact error message is given? P.S.: Micheal: please post in English, as this is an international list, and I guess the percentage of German speaking people is quite minor. -- Best regards Peter Palmreuthermailto:[EMAIL PROTECTED]
Re: [vchkpw] creation of directories and files when user created (Using MySql)
Hello David, On Friday, August 16, 2002 at 5:46:13 AM you wrote: > but I couldn't find (not saying it isn't there) what purpose that > particular directory structure had Might it be the case there's a Maildir directory in your /etc/skel? I guess so, and the reason why it is present in /home/vpopmail than is that when adding the user vpopmail using 'useradd' it was copied there by 'useradd'. You can safely delete this directory, unless you want your user vpopmail to get mail. And: No, there ain't a 'skel' mechanism in vpopmail (yet), but me too thinks thins could be an improvement to future versions. -- Best regards Peter Palmreuthermailto:[EMAIL PROTECTED]
[vchkpw] tdma
Ref this page http://www.visca.com/tmda/tmda_vpop.html It says :- IMPORTANT! If you're using vpopmail > 5.0 then you'll have to be sure to compile it with --enable-qmail-ext=y or vpopmail will ignore .qmail-user-default files. Does anyone know if this applies to vpopmail 5.2.1 ? The author of the web site/article doesn't know. Regards...Martin
AW: [vchkpw] Deamontools
I installed qmail with deamontools , and all was working fine, for 2 month. Then i get in trouble with the 2.4.18 Kernel so i updated to kernel 2.4.19. When i updated the kernel i got an errormessage while booting redhat, which said: INIT: Id "SV" respawning too fast: disabled for 5 minutes something with svscanboot is wrong. I tried to recompile the Porg but it seems like deamontools knows that its already installed. I fixed that Problem with these commands: kill -HUP 1 ps x | grep svscan and all was working fine again. This morning, qmail was down. I restartet qmail but nothing. I stoped and started qmail and i got serveral errors, that svscan is unable to access /usr/local/bin/multilog. I restartet the server an all were back to normal but how long ? Whats wrong with the system ? thx Michael -Ursprüngliche Nachricht- Von: Peter Palmreuther [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 16. August 2002 13:39 An: [EMAIL PROTECTED] Betreff: Re: [vchkpw] Deamontools Hello, On Friday, August 16, 2002 at 12:50:34 PM Michael wrote: > wie kann ich deamontools neu installieren ??? Muss ich es zuerst > deinstallieren, bevor ich es neu compilieren kann ? Ich habe versucht es > drüber zu compilieren, aber das Prog erkennt das es schon da ist. > Ich habe immer ein fehler, das er nicht auf multilog zugreifen kann. > Vielleicht kann man das ja auch schon so beheben. Ich habe mal den Link in > /usr/local/bin/multilog überprüft Rechte sind 775. Der link führt mich ins > /command/multilog auch hier sind die rechte 775 der owner und die group > stehen auf root. Hoffe mi9r kann jemand helfen. I'll try to translate this for the non-german members. <-> He's asking about how to re-install 'daemontool'. He want's to know if he needs to de-install before recompiling, because when he tried to to re-compile it was recognized daemontools are already present. The second question is about multilog. Michael tells he can't access it. The link in /usr/local/bin/multilog is set to permissions 755, as is the destination of that link in /command/multilog too. Owner and group of both files is 'root'. <-> Well, Michael: what do you mean when you tell 'dameontool' is recognizing it is already installed? When exactly? How to you try to compile (what steps are taken), and at what step exactly which message is given? Normally you should be easily able to re-compile daemontools from clean sources and be able to install the new compiled binaries without problems. Second question is: what do you mean by "can't access to multilog"??? How do you want to access it, what exact error message is given? P.S.: Micheal: please post in English, as this is an international list, and I guess the percentage of German speaking people is quite minor. -- Best regards Peter Palmreuthermailto:[EMAIL PROTECTED]
[vchkpw] Server is down again.
Hi server was down again. Please help. How can i deinstall/recompile deamontools ??? Please write answer to [EMAIL PROTECTED] thx Michael
Re: [vchkpw] creation of directories and files when user created (Using MySql)
Thanks Peter Yep that may well have been it... I did set up a skel Maildir sub-tree when I was testing my qmail installation on just system users.. sheesh seems so long ago now.. I had forgotten.. I feel rather silly now. Hadn't remembered at ALL the initial install testing.. lol Regards David :( still thinks it is a pretty decent feature idea tho :) > Might it be the case there's a Maildir directory in your /etc/skel? > I guess so, and the reason why it is present in /home/vpopmail than is that > when adding the user vpopmail using 'useradd' it was copied there by > 'useradd'. > You can safely delete this directory, unless you want your user vpopmail > to get mail. > And: No, there ain't a 'skel' mechanism in vpopmail (yet), but me too thinks > thins could be an improvement to future versions.
[vchkpw] error code
This is the exact error code: [root@dunervst init.d]# ./qmail startStarting qmail: svscan.[root@dunervst init.d]# setuidgid: fatal: unable to run /usr/local/bin/multilog: access deniedsetuidgid: fatal: unable to run /usr/local/bin/multilog: access deniedsetuidgid: fatal: unable to run /usr/local/bin/multilog: access deniedsetuidgid: fatal: unable to run /usr/local/bin/multilog: access deniedsetuidgid: fatal: unable to run /usr/local/bin/multilog: access deniedsetuidgid: fatal: unable to run /usr/local/bin/multilog: access denied Thank you Michael
Re: [vchkpw] tdma
On Friday, August 16, 2002, at 13:19, you wrote: > IMPORTANT! If you're using vpopmail > 5.0 then you'll have to be > sure to compile it with --enable-qmail-ext=y or vpopmail will ignore > .qmail-user-default files. Ill-chosen (?) words I think. Vpopmail doesnt ignore the .qmail-user-default file, but without the extensions enabled it will treat email addresses with extensions as nonexistent users so they get bounced (or whatever your catchall action is). The .qmail-user-default file still gets processed. As for your question, depending on whether you look at the changelog or various places in the code, you'll get a different answer but it looks like 5.2.1 defaults to 'n' in the bit that matters. Marcus -- Marcus Williams - http://www.onq2.com Quintic Ltd, 39 Newnham Road, Cambridge, UK
Re: [vchkpw] error code
Hello dunervst, On Friday, August 16, 2002 at 3:27:45 PM you wrote: > [root@dunervst init.d]# ./qmail start > Starting qmail: svscan. > [root@dunervst init.d]# setuidgid: fatal: unable to run > /usr/local/bin/multilog: access denied > setuidgid: fatal: unable to run /usr/local/bin/multilog: access denied What's the output of ls -ld / /usr /usr/local /usr/local/bin /usr/local/bin/multilog /command /command/multilog and ls -ld / /package /package/admin /package/admin/daemontools* /package/admin/daemontools*/command /package/admin/daemontools*/command/multilog What's the content of /etc/init.d/qmail (assuming you're in /etc/init.d in your shown command line above) You asked furthermore: > How can i deinstall/recompile deamontools ??? Depends on how you installed them. If you used RPM deinstall them using RPM too. (rpm -e) If you compiled them yourself from sources: - Extract the source tar ball again, configure, compile and install them. But I guess this won't solve your problem ... seems you're in bigger trouble, because even if it would only be daemontools-binaries that are 'defect' ... how come they are, just from upgrading the kernel??? That leads to the next question of yours: > Whats wrong with the system ? Good question, we can't tell from looking at your crystal ball :-/ But that's _exactly_ the answer you should find, instead of assuming a new installation of daemontools will solve your problems. - Go, edit '/etc/inittab', deactivate the line that starts svscan. - Shut down all qmail processes. - Start them all one by one. If a start script fails: go, look what the script does and execute every single step this script would do yourself, manually. Figure out which command _exactly_ fails. - Search for possible reasons why THIS command might fail. You wrote your systems runs after rebooting for some time and then suddenly stops working: is there any problem with disc space? SWAP partition? What's the CPU load when qmail processes are killed? Are you sure you have not intruder on your system that might effect your processes? Many questions, including the ones about versions of software you're using, including what operating system exactly (there's Debian, RedHat, SuSE, and many, many more ...). Beside that: this is definitely a qmail problem: let's discuss this PM or in news:alt.comp.mail.qmail -- Best regards Peter Palmreuthermailto:[EMAIL PROTECTED]
[vchkpw] Binary file owner
Hi, Could anyone say who should be the owner of the vpopmail binaries? They are now set to root.root. Eg.: drwxr-xr-x7 root root 4096 Jun 19 02:29 ../ -rwxr-xr-x1 root root54536 Aug 16 19:27 vuserinfo* -rwxr-xr-x1 root root42992 Aug 16 19:27 vsetuserquota* -rwxr-xr-x1 root root48592 Aug 16 19:27 vqmaillocal* -rwxr-xr-x1 root root45008 Aug 16 19:27 vpopbull* drwxr-xr-x2 vpopmail vchkpw 4096 Aug 16 19:27 ./ The problem I'm having is that, since I use a mysql database to store the information, normal users whom can execute the files are able to make mail-accounts themself (at least; make entries in the database and get the vuserinfo out of it). I tried to set the files up to root.root with 700 on them, except vchkpw which I made executable for the qmail-pop3 owner. But it doens't seem to work very well. Did I forget something or just made a stupid mistake somewhere ? Regards Kim
[vchkpw] RE: error code
Hi,
the output of
ls -ld / /usr /usr/local /usr/local/bin /usr/local/bin/multilog /command
/command/multilog
is
drwxr-xr-x 23 root
root 4096 Aug 16 15:25
/drwxrwxr-x 2 root
root 4096 Aug 15 18:42
/commandlrwxrwxrwx 1 root
root 46 Aug 15 18:42
/command/multilog ->
/root/qmail/admin/daemontools/command/multilogdrwxr-xr-x 18
root
root 4096 Jun 23 15:21
/usrdrwxrwxrwx 14 root
root 4096 Aug 9 19:36
/usr/localdrwxrwxrwx 3 root
root 4096 Aug 15 18:42
/usr/local/binlrwxrwxrwx 1 root
root 17 Aug 15 18:42
/usr/local/bin/multilog -> /command/multilog
ls -ld / /root/qmail
/root/qmail/admin /root/qmail/admin/daemontools*
/root/qmail/admin/daemontools*/command
/root/qmail/admin/daemontools*/command/multilog
shows
drwxr-xr-x 23
root
root 4096 Aug 16 15:25
/drwxr-xr-x 14 root
root 4096 Jul 13 11:23
/root/qmaildrwxr-xr-t 3 root
root 4096 Aug 16 15:18
/root/qmail/adminlrwxrwxrwx 1 root
root 16 Aug 15 18:42
/root/qmail/admin/daemontools ->
daemontools-0.76drwxr-xr-x 6 root
root 4096 Jun 23 16:16
/root/qmail/admin/daemontools-0.76drwxr-xr-x 2
root
root 4096 Jun 23 16:16
/root/qmail/admin/daemontools-0.76/command-rwxr-xr-x 1
root root
22724 Jun 23 16:16
/root/qmail/admin/daemontools-0.76/command/multilogdrwxr-xr-x
2 root
root 4096 Jun 23 16:16
/root/qmail/admin/daemontools/command-rwxr-xr-x 1
root root
22724 Jun 23 16:16 /root/qmail/admin/daemontools/command/multilog
ls -ld /etc/init.d/qmail
-rwxr-xr-x 1
root
root 2475 Jun 23 16:18
/etc/init.d/qmail
the content of
/etc/init.d/qmail is
#!/bin/sh
PATH=/var/qmail/bin:/usr/local/bin:/usr/bin:/bin
export PATH
case "$1" in
start)
echo -n "Starting qmail: svscan"
cd /var/qmail/supervise
env - PATH="$PATH" svscan &
echo $! > /var/run/svscan.pid
echo "."
;;
stop)
echo -n "Stopping qmail: svscan"
kill `cat /var/run/svscan.pid`
echo -n " qmail"
svc -dx /var/qmail/supervise/*
echo -n " logging"
svc -dx /var/qmail/supervise/*/log
echo "."
;;
stat)
cd /var/qmail/supervise
svstat * */log
;;
doqueue|alrm)
echo "Sending ALRM signal to qmail-send."
svc -a /var/qmail/supervise/qmail-send
;;
queue)
qmail-qstat
qmail-qread
;;
reload|hup)
echo "Sending HUP signal to qmail-send."
svc -h /var/qmail/supervise/qmail-send
;;
pause)
echo "Pausing qmail-send"
svc -p /var/qmail/supervise/qmail-send
echo "Pausing qmail-smtpd"
svc -p /var/qmail/supervise/qmail-smtpd
;;
cont)
echo "Continuing qmail-send"
svc -c /var/qmail/supervise/qmail-send
echo "Continuing qmail-smtpd"
svc -c /var/qmail/supervise/qmail-smtpd
;;
restart)
echo "Restarting qmail:"
echo "* Stopping qmail-smtpd."
svc -d /var/qmail/supervise/qmail-smtpd
echo "* Sending qmail-send SIGTERM and restarting."
svc -t /var/qmail/supervise/qmail-send
echo "* Restarting qmail-smtpd."
svc -u /var/qmail/supervise/qmail-smtpd
;;
# cdb)
# tcprules /home/vpopmail/etc/tcp.smtp.cdb /home/vpopmail/etc/tcp.smtp.tmp
< /home/vpopmail/etc/tcp.smtp
# chmod 644 /home/vpopmail/etc/tcp.smtp*
# echo "Reloaded /home/vpopmail/etc/tcp.smtp."
# ;;
help)
cat <
stop -- stops mail service (smtp connections refused, nothing goes out)
start -- starts mail service (smtp connection accepted, mail can go out)
pause -- temporarily stops mail service (connections accepted, nothing
leaves)
cont -- continues paused mail service
stat -- displays status of mail service
# cdb -- rebuild the tcpserver cdb file for smtp
restart -- stops and restarts smtp, sends qmail-send a TERM & restarts
it
doqueue -- sends qmail-send ALRM, scheduling queued messages for delivery
reload -- sends qmail-send HUP, rereading locals and virtualdomains
queue -- shows status of queue
alrm -- same as doqueue
hup -- same as reload
HELP
;;
*)
echo "Usage: $0
{start|stop|restart|doqueue|reload|stat|pause|cont|cdb|queue|help}"
exit 1
;;
esac
exit 0
Go, edit '/etc/inittab', deactivate the line that
starts svscan.
I did, but same problem. So it is not a problem of
svscanboot.
Wheres the problem ???
I use A RedHat 7.3 Valhalla running on a Pentium 2
400MHz, 256MB Ram, 4MB Matrox Mystic PCI,
SIS900 Fast Ethernet, 30GB IBM HDD (Two Partitons,
27GB ext2 / and 2 GB swap.
I use
-
qmail 1.03- vpopmail 5.2-
ucspi-tcp 0.88- daemontools 0.76- qmailadmin 1.0.2- sqwebmail
3.3.3- courier-imap 1.4.4- rcscripts- autorespond- ezmlm-
relay-ctrl 3.0
thx
Michael
[vchkpw] Problem with vpopmail
Hi, I have a problem with my vpopmail now. I recently moved my /home/vpopmail directory, to a new server, setup the same as the server it came from. It delivers, and sends mail fine. The problem, is when trying to retrieve pop3 mail. It connects, authenticates fine. But it does not pull any mail down. I have no idea here, and it looks as though everything is setup correctly Thanks Michael
[vchkpw] spamassasin
I was reading the list and someone was planning to have a step by step for the spamassasin. Any tips are welcome. Remo
Re: [vchkpw] Problem with vpopmail
I too moved my /home/vpopmail directory after a fresh install and could not authenticate. I corrected the problem when I did a fresh install, and then: * Added domains with vadddomain * Deleted ~vpopmail/domains/ * Moved the domains from my backup to ~vpopmail/domains/ I think the problem has to do with ~vpopmail/domains/.dir-control but I'm not sure. Does anyone out there know the "right" way to restore vpopmail? david On Fri, 16 Aug 2002 23:09:43 -0600 "Michael" <[EMAIL PROTECTED]> wrote: > Hi, > > > I have a problem with my vpopmail now. > > I recently moved my /home/vpopmail directory, to a new server, setup the > same as the server it came from. > > It delivers, and sends mail fine. > > The problem, is when trying to retrieve pop3 mail. > > It connects, authenticates fine. But it does not pull any mail down. > > > I have no idea here, and it looks as though everything is setup > correctly > > > Thanks > > Michael > >
