qmail Digest 21 Feb 2000 11:00:00 -0000 Issue 918
Topics (messages 37443 through 37464):
Filtering
37443 by: WL
37445 by: Paul Jarc
checkpasswd/checkvpw via perl program : how ?
37444 by: Olivier M.
INSTALL.maildir Question
37446 by: Marvel Carvalho
37447 by: Chris Johnson
HELP HELP HELP--SMTP server timed out (fwd)
37448 by: Shakaib Sayyid
37449 by: Chris Johnson
Re: Virus scanning and transparent forwarding
37450 by: Greg Owen
37452 by: Jason Haar
SMTP in distributed DOS
37451 by: Dirk Harms-Merbitz
37453 by: Deepak Jain
Re: Zombie process..??
37454 by: Manfred Bartz
Re: Web gateway to pop mail
37455 by: Sobari Tanuwijaya
Re: Hey folks, please help
37456 by: Sobari Tanuwijaya
Attention ALL eliminate-dups users - possibility of lost mail
37457 by: Peter Samuel
forcing /var/spool/mail delivery using a dot-qmail file
37458 by: Kristina
Linux services
37459 by: Robert
37461 by: Martin Horak
37463 by: Ruben van der Leij
37464 by: Keith Warno
Databytes overide?
37460 by: TAG
leaving this list
37462 by: Andreas Altenburg
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
Hi,
I'm new to the list and Qmail - is there anyway of adding an email address
to a "spammers" file to be deleted before it gets to my mailbox?
Will
WL writes:
> I'm new to the list and Qmail - is there anyway of adding an email address
> to a "spammers" file to be deleted before it gets to my mailbox?
One possible way to do this is by putting something like this at the
top of your ~/.qmail:
|grep -f .spammers &>/dev/null && exit 99; exit 0
If you don't already have a ~/.qmail, remember to add a line after
the above line to specify your normal delivery method; typically:
./Mailbox
(Read the dot-qmail man page for details about ~/.qmail, especially
the `SAFE QMAIL EDITING' section, lest some of your mail go astray.)
Then for any spammer's address, say, `[EMAIL PROTECTED]', add a
line to ~/.spammers containing a regular expression to catch that
address (for help with regular expressions, read grep's man page):
^From:.*\<spammer@flaky-biz\.com
Now any mail that contains `[EMAIL PROTECTED]' in the From: header
will disappear before you see it. Make sure ~/.spammers exists, or
else all your mail will disappear. If ~/.spammers is empty, all your
mail will be delivered as usual.
paul
Current situation (I'm using vmailmgr, but it should be the same
with checkpasswd):
andromeda:~ > telnet localhost 110
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK <[EMAIL PROTECTED]>
user neotest:testserver.ch
+OK
pass neo
+OK
quit
+OK
Connection closed by foreign host.
-> login = neotest:testserver.ch
-> passw = neo
Now, how could I check if the password is correct, only using checkvpw
or checkpassword, and not via pop3 ?
I tried a few other solutions suggested by messages on the ML,
and on www.qmail.org but I didn't get it work :
andromeda:~ > TCPREMOTEHOST="aaa"
andromeda:~ > export TCPREMOTEHOST
andromeda:~ > echo -e "neotest\000neo\000" > tm6
andromeda:~ > echo -e "neotest\000nedo\000" > tm7
andromeda:~ > checkvpw 3< tm6 && /bin/ls
andromeda:~ > checkvpw 3< tm7 && /bin/ls
andromeda:~ > echo -e "neotest:testserver.ch\000neo\000" > tm6
andromeda:~ > echo -e "neotest:testserver.ch\000ne3o\000" > tm7
andromeda:~ > checkvpw 3< tm6 && /bin/ls
andromeda:~ > checkvpw 3< tm7 && /bin/ls
-> nothing happens, event if the password is correct.
Once this issue is solved, there will be a webmail solution for
vmailmgr... :)
Thanks for any hint!,
Olivier
I'm using
MS NT Network (NT Server)
---
Plataform 486 (Mail Server)
Linux 4.0 kernel 2.2.5-23cl
qmail-1.03
checkpassword-0.81
--
Outlook Express in each machine to get emails in this e-mail-Server (for
while).
--
I read the information in INSTALL.maildir in qmail
documentation
executing maildimake $HOME/Maildir for each one
users.
and now the POP3 authentication is working.
But I couldn't do the steps described there to make qmail put
each mail there,
i't's putting messages only in the $HOME/Mailbox file i'd like
to put the messages
in the $HOME/Maildir directory.
Could you give me some advises?
Thanks a lot...
Marvel Carvalho
Portway Com. Importa��o e Serv.
Ltda.
Centro Comercial - Alphaville - SP - Brazil
e-mail: [EMAIL PROTECTED]
Fone/Fax: (55)(11)
7291-7823
|
On Sun, Feb 20, 2000 at 12:28:07PM -0300, Marvel Carvalho wrote:
> I read the information in INSTALL.maildir in qmail documentation
> executing maildimake $HOME/Maildir for each one users.
> and now the POP3 authentication is working.
>
> But I couldn't do the steps described there to make qmail put each mail there,
> i't's putting messages only in the $HOME/Mailbox file i'd like to put the messages
> in the $HOME/Maildir directory.
In /var/qmail/rc (or whatever script starts up qmail-send), change ./Mailbox to
./Maildir/ (note the trailing slash).
Chris
Users have been constantly complaining that they get a message
'SMTP server timed out, do you wish to wait for 60 seconds'
in a window with the buttons 'Wait' and 'Cancel' while using the
Microsoft Outlook Express to send an attachment. If mail has no
attchement it goes thru real fast.
If they use ftp to upload the same attachment file to their
directory it uploads without a problem. This kind of test was made to
see if there are any telephone line related problems--but no they
do have a solid connection. They can upload the file with ftp to
the same mail server, but NOT using the mail client, it just times
out!
Please, if there is any one who could tell me what's going on I will
highly appreciate.
I am at a point where I am about to change my mail server back to
sendmail--YES I am about to give up on qmail.
Thanks you all for your support.
Here is what shows on the server:
-------------------------------------------------------------------
# /var/qmail/bin/qmail-qstat
messages in queue: 1314
messages in queue but not yet preprocessed: 0
-------------------------------------------------------------------
[root@mail1 qmsindia]# df -k
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda1 497667 196763 275202 42% /
/dev/sda9 396500 138150 237869 37% /home
/dev/sda2 792800 530433 221402 71% /usr
/dev/sda10 5538191 1175506 4075927 22% /v
/dev/sda3 894017 590488 257343 70% /var
-------------------------------------------------------------------
# ps faxw
PID TTY STAT TIME COMMAND
1 ? S 0:53 init [3]
2 ? SW 0:04 [kflushd]
3 ? SW 0:00 [kpiod]
4 ? SW 0:02 [kswapd]
5 ? SW< 0:00 [mdrecoveryd]
306 ? S 26:44 syslogd -m 0
317 ? S 0:00 klogd
331 ? S 0:00 /usr/sbin/atd
345 ? S 0:00 crond
391 ? S 0:01 named
405 ? S 0:20 routed
437 ttyS0 S 0:00 gpm -t ms
481 ? S 0:00 xfs
496 ? S 0:00 smbd -D
507 ? S 1:15 nmbd -D
557 tty2 S 0:00 /sbin/mingetty tty2
558 tty3 S 0:00 /sbin/mingetty tty3
559 tty4 S 0:00 /sbin/mingetty tty4
560 tty5 S 0:00 /sbin/mingetty tty5
561 tty6 S 0:00 /sbin/mingetty tty6
563 ? S 0:17 update (bdflush)
564 ? S 0:00 /usr/local/sbin/sshd
20063 tty1 S 0:00 /sbin/mingetty tty1
27900 pts/0 S 2:39 qmail-send
27905 pts/0 S 0:16 \_ splogger qmail
27906 pts/0 S 0:14 \_ qmail-lspawn ./Maildir/
27907 pts/0 S 0:01 \_ qmail-rspawn
6716 pts/0 S 0:00 | \_ qmail-remote velos.ssind.com [EMAIL PROTECTED]
[EMAIL PROTECTED]
27908 pts/0 S 0:12 \_ qmail-clean
27901 pts/0 S 0:03 /usr/local/bin/tcpserver -R -H -c120 -x/etc/tcp.smtp.cdb
-u502 -g500 0 smtp /var/qmail/bin/qmail-smtpd
29999 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
30017 pts/0 S 0:00 | \_ bin/qmail-queue
1836 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
1853 pts/0 S 0:00 | \_ bin/qmail-queue
2629 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
2641 pts/0 S 0:00 | \_ bin/qmail-queue
3425 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
3426 pts/0 S 0:00 | \_ bin/qmail-queue
3579 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
3614 pts/0 S 0:00 | \_ bin/qmail-queue
3882 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
3883 pts/0 S 0:00 | \_ bin/qmail-queue
3915 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
3933 pts/0 S 0:00 | \_ bin/qmail-queue
4548 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
4553 pts/0 S 0:00 | \_ bin/qmail-queue
5655 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
5665 pts/0 S 0:00 | \_ bin/qmail-queue
6222 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6227 pts/0 S 0:00 | \_ bin/qmail-queue
6364 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6391 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6392 pts/0 S 0:00 | \_ bin/qmail-queue
6450 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6460 pts/0 S 0:00 | \_ bin/qmail-queue
6640 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6658 pts/0 S 0:00 | \_ bin/qmail-queue
6768 pts/0 S 0:00 \_ /usr/local/bin/tcpserver -R -H -c120
-x/etc/tcp.smtp.cdb -u502 -g500 0 smtp /var/qmail/bin/qmail-smtp
6782 pts/0 S 0:00 \_ /var/qmail/bin/qmail-smtpd
6783 pts/0 S 0:00 \_ bin/qmail-queue
27902 pts/0 S 0:00 /var/qmail/bin/splogger smtpd
27903 pts/0 S 0:06 /usr/local/bin/tcpserver -R -H -v 0 pop-3
/var/qmail/bin/qmail-popup mail1.kode.net /bin/checkpassword /v
5802 pts/0 S 0:00 \_ /var/qmail/bin/qmail-popup mail1.kode.net
/bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir
5803 pts/0 S 0:00 | \_ /var/qmail/bin/qmail-pop3d Maildir
6713 pts/0 S 0:00 \_ /var/qmail/bin/qmail-popup mail1.kode.net
/bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir
6749 pts/0 S 0:00 \_ /var/qmail/bin/qmail-pop3d Maildir
27904 pts/0 S 0:10 /var/qmail/bin/splogger pop3
-----------------------------------------------------------------------
Shakaib
On Sun, Feb 20, 2000 at 11:39:11AM -0500, Shakaib Sayyid wrote:
>
> Users have been constantly complaining that they get a message
>
> 'SMTP server timed out, do you wish to wait for 60 seconds'
>
> in a window with the buttons 'Wait' and 'Cancel' while using the
> Microsoft Outlook Express to send an attachment. If mail has no
> attchement it goes thru real fast.
>
> If they use ftp to upload the same attachment file to their
> directory it uploads without a problem. This kind of test was made to
> see if there are any telephone line related problems--but no they
> do have a solid connection. They can upload the file with ftp to
> the same mail server, but NOT using the mail client, it just times
> out!
>
> Please, if there is any one who could tell me what's going on I will
> highly appreciate.
> I am at a point where I am about to change my mail server back to
> sendmail--YES I am about to give up on qmail.
Have you tried mail clients besides Microsoft Outlook Express? Have you tried
transferring large files via SMTP from a Unix box of some kind?
If I had a problem moving data from one computer to another over a network, and
on one end of the connection sat a Microsoft product, I think I'd begin my
investigation there.
Chris
>1) Receives mail via standard smtp
>2) scans for virii
>3) forwards (preferably blindly) to a second
>mailserver via smtp.
I think this could be simply done as follows:
1) Install qmail and Jason Haar's antivirus scanning harness (found at
http://www.geocities.com/jhaar/scan4virus/)
2) Put a .qmail-default in /var/qmail/alias that says "|forward
$[EMAIL PROTECTED]"
Of course, I say this never having set up Jason's package, but just
looking at the home page for it.
If you are that tight on a deadline, my advice is set up qmail with
":insidehost.domain.com" in smtproutes and add the virus scanning when you
get it figured out correctly. If you didn't get the hardware until
Thursday, you should get at least that much slack. That will blindly
forward everything to the second mailserver, just without virus scanning for
now.
What are you running for a mail solution on your inside host?
On Sun, Feb 20, 2000 at 12:25:35PM -0500, Greg Owen wrote:
> >1) Receives mail via standard smtp
> >2) scans for virii
> >3) forwards (preferably blindly) to a second
> >mailserver via smtp.
>
> 1) Install qmail and Jason Haar's antivirus scanning harness (found at
> http://www.geocities.com/jhaar/scan4virus/)
>
> 2) Put a .qmail-default in /var/qmail/alias that says "|forward
> $[EMAIL PROTECTED]"
>
The second thing isn't needed. My "scanning harness" (like the sound of that
:-) requeues the message after scanning - so it remains as a normal message.
i.e.
QMAIL
SMTP --> qmail-queue --> decision on local or remote delivery --> etc
QMAIL+SCAN4VIRUS
SMTP --> scan4virus (checks for virus) --> if clean --> qmail-queue ...
--> if virus quarantine + notify
--
Cheers
Jason Haar
Unix/Network Specialist, Trimble NZ
Phone: +64 3 3391 377 Fax: +64 3 3391 417
SMTP bounces can be used in yet another form of Denial Of Service attack.
Just imagine what happens when some script kiddie uses a few ten
thousand trojaned cable/dsl connected home computers to send email
to tens of thousands of domains and they all bounce back to your
mail server!
Why don't we all just turn SMTP bounces OFF? Like return-receipts,
the information content in bounces is very low.
A database would be much more efficient if you just want to know
wether an email address is spelled correctly. Resending the entire
message after adding a few hundred bytes is just idiotic. Escpecially
if the attacker only has to send one message to generate 100 bounces.
We are currently seeing this first hand: Our real mail.power.net is
at 207.151.19.8. The attacker is sending individualized emails with
faked headers that contain "mail.power.net (unverified [209.26.14.22])".
The recipient computers are dumb enough to send their bounces to
the real mail.power.net.
This is a DOS because the innocent mail server a) gets millions of
bounces and b) might get black listed on various "anti-spam" lists.
Dirk
Received: from mail.power.net (unverified [209.26.14.22]) by mee.yjapt.co.kr
(EMWAC SMTPRS 0.83) with SMTP id <[EMAIL PROTECTED]>;
Mon, 21 Feb 2000 01:20:18 +0900
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Bcc:
Subject: Private Consultants Needed for Venture Capital Firm
Date: Mon, 30 Mar 1998 10:04:48 -0400 (EDT)
Not exactly a solution, but a fix is using a program like SpamProtect or
SpamControl (even on a server that is not open to relays). Our mail
servers will locally blackhole IPs from mail servers sending us far too
much mail in far too short a time period. Certain large mail servers have
higher thresholds.
In the unlikely case a server (or several) are blackholed, our NOC is
notified by the mail server for a human-intervention decision.
This does not break legitimate SMTP mail, except possibly from the abused
mail servers, and is context-sensitive filtering.
Deepak Jain
AiNET
On Sun, 20 Feb 2000, Dirk Harms-Merbitz wrote:
>
> SMTP bounces can be used in yet another form of Denial Of Service attack.
>
> Just imagine what happens when some script kiddie uses a few ten
> thousand trojaned cable/dsl connected home computers to send email
> to tens of thousands of domains and they all bounce back to your
> mail server!
>
> Why don't we all just turn SMTP bounces OFF? Like return-receipts,
> the information content in bounces is very low.
>
> A database would be much more efficient if you just want to know
> wether an email address is spelled correctly. Resending the entire
> message after adding a few hundred bytes is just idiotic. Escpecially
> if the attacker only has to send one message to generate 100 bounces.
>
> We are currently seeing this first hand: Our real mail.power.net is
> at 207.151.19.8. The attacker is sending individualized emails with
> faked headers that contain "mail.power.net (unverified [209.26.14.22])".
>
> The recipient computers are dumb enough to send their bounces to
> the real mail.power.net.
>
> This is a DOS because the innocent mail server a) gets millions of
> bounces and b) might get black listed on various "anti-spam" lists.
>
> Dirk
>
>
> Received: from mail.power.net (unverified [209.26.14.22]) by mee.yjapt.co.kr
> (EMWAC SMTPRS 0.83) with SMTP id <[EMAIL PROTECTED]>;
> Mon, 21 Feb 2000 01:20:18 +0900
> Message-ID: <[EMAIL PROTECTED]>
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Bcc:
> Subject: Private Consultants Needed for Venture Capital Firm
> Date: Mon, 30 Mar 1998 10:04:48 -0400 (EDT)
>
>
A zombie is a process that has finished but its parent has not yet
received the child's exit status. You can safely ignore it.
If you want to see who its parent is, do a ``ps axf'' on Linux, the ps
command may have different options on other systems.
More info: <http://www.faqs.org/faqs/faqsearch.html> specifically:
<http://www.faqs.org/faqs/unix-faq/programmer/faq/index.html>
--
Manfred Bartz
On 19 Feb 00, at 20:13, Marek Narkiewicz wrote:
> I am building (intend to build:-) a web application for users to interface with their
> standard pop accounts which I currently serve using qmail-pop3d. I have a few
>theoretical
> problems to overcome before I begin. Firstly timeouts. As I want there to be as
>little
> delay as possible in accessing emal functions from the webpage yet I also want the
> users' sessions to be spread out through their entire online session (ie they never
>close
> the webpage) I have a
..... deleted .....
> imap! Does anyone have a solution to this problem other than those which I have
>already
> outlined? If so I would be very grateful for a response. Cheers all, -- Marek
>Narkiewicz,
> Systems Director WelshDragon ltd [EMAIL PROTECTED] 02/19/2000 at 20:10:59
>
>
I don't know whether it will answer your question or not, but I think you can see the
sqwebmail from inter7 ( http://www.inter7.com/sqwebmail )
Have a nice day !
Regards,
Sobari Tanuwijaya
On 19 Feb 00, at 23:11, Brandon Wolf wrote:
This hopefully will be the right place to ask this question. My ISP just changed to qmail and added the mailing list software to. My question is, how can you change the mailing list so that the reply to address is always the list address? I have had people complain about having to forward the mail back the list and reenter the list address vs hitting reply. Any help would be greatly appreciated
Is ezmlm your mailing list software ?
Have a nice day !
Regards,
Sobari Tanuwijaya
A user has discovered a problem with the usage of eliminate-dups (both
Russ Nelson's version and my version) which may cause you to lose
mail.
If you are using eliminate-dups in your .qmail file as follows:
| eliminate-dups hashname
/home/user/mbox
then there is a condition where mail will be lost. If the incoming
message is NOT a duplicate, eliminate-dups will update its database and
exit 0, telling qmail to continue with the next delivery instruction.
If the attempt to store the message in /home/user/mbox has some
temporary failure (such as insufficient disk space) the delivery will
be deferred.
At the next delivery attempt, eliminate-dups will be run, see that
this message IS a duplicate and exit 99, telling qmail to ignore
subsequent delivery instructions, so the message will be lost.
The fix is simple. Use the following .qmail file
| eliminate-dups hashname
&user-delivery@domain
and create a NEW .qmail-delivery file containing
/home/user/mbox
Now, if delivery to the mbox is deferred, eliminate-dups will NOT be
run a second time for the same message.
There is one other condition (that I can think of) where mail could be
lost.
If the temporary failue condition is NOT overcome before the
queuelifetime value expires (1 week by default) the message will
bounce. If the sender resends the message, and these NEW headers are
EXACTLY the same as the original message, then eliminate-dups WILL
think that the mesage is a duplicate if, AND ONLY IF, the time between
oringinal delivery and resending the message is less than
eliminate-dups' timeout value of 1 week. If your queuelifetime value is
less than 604800 (1 week in seconds) you should modify your
eliminate-dups executable and set $ttl to a value less than or equal
to the value of queuelifetime.
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
Technical Consultant or at present:
eServ. Pty Ltd [EMAIL PROTECTED]
Phone: +61 2 9206 3410 Fax: +61 2 9281 1301
"If you kill all your unhappy customers, you'll only have happy ones left"
I want to configure qmail-local to deliver mail to /var/spool/mail/username/
Maildir.
The /usr/share/man/cat5/dot-qmail.0 file tells you how to write a
.qmail file to change delivery, however its too difficult for me to comprehe
nd.
I do understand that forcing qmail-local to deliver to /var/spool/mail is ve
ry anti-qmail. I am using qmail with ldap and the ldap patch gets applies ch
anges to qmail-local to make it work with ldap beautifully. This is why I ca
nnot use the alternative methods, namely /bin/mail or procmail to deliver to
/var/spool/mail.
I would very much appreciate some hints on how to write up the .qmail file.
Thanks in advance,
Kristina
P.S Thanks to Peter Green, Racerx and Tim Hunter for your replies one month
ago. Unfortunately, your replies were offering me alternatives which just d
on't work with the qmail-ldap situation.
Hello,
I'm setting up a new qmail server on a RedHat 6.1 machine. My last 2 were
on FreeBsd, and I knew how to remove sendmail without any troubles. I once
saw a post on this list on how to remove a linux service and keep it from
starting on boot. It's been a while since the post, and I've since
forgotten what the command was. Can anyone help to refresh my memory??
Thanks in advance!!
On Mon, 21 Feb 2000, Robert wrote:
> Hello,
> I'm setting up a new qmail server on a RedHat 6.1 machine. My last 2 were
> on FreeBsd, and I knew how to remove sendmail without any troubles. I once
> saw a post on this list on how to remove a linux service and keep it from
> starting on boot. It's been a while since the post, and I've since
> forgotten what the command was. Can anyone help to refresh my memory??
>
> Thanks in advance!!
>
I use tksysv or ntsysv.
Another possibility is to delete manually the link SXXsendmail from
/etc/rc.d/rc<your_runlevel>.d
You can take your_runlevel by command runlevel.
Bye,
--
Martin Horak
System Programmer
SCE, a.s.
Czech Rep.
On Mon, Feb 21, 2000 at 08:23:44AM +0100, Martin Horak wrote:
> > on FreeBsd, and I knew how to remove sendmail without any troubles.
>
> I use tksysv or ntsysv.
>
> Another possibility is to delete manually the link SXXsendmail from
> /etc/rc.d/rc<your_runlevel>.d
>
A better way would be to rename the file from S**sendmail to K**sendmail.
This way init knows that it's supposed to kill any sendmail's that are
running.
If you've installed KDE: try ksysv once. :)
To get rid of sendmail alltogether type (as root..) "rpm -e sendmail"
--
Ruben
hrmm.
All depends on how the master rc script processes links in the rc?.d/ dirs.
I would be inclined to rename the S*sendmail and K*sendmail links to
s*sendmail and k*sendmail (little 's' and little 'k').
Or you can edit the script that these links point to and put a big ol' exit
0 at the top.
----- Original Message -----
From: "Ruben van der Leij" <[EMAIL PROTECTED]>
To: "Martin Horak" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: 21 February 2000, Monday 03:56
Subject: Re: Linux services
| On Mon, Feb 21, 2000 at 08:23:44AM +0100, Martin Horak wrote:
|
| > > on FreeBsd, and I knew how to remove sendmail without any troubles.
| >
| > I use tksysv or ntsysv.
| >
| > Another possibility is to delete manually the link SXXsendmail from
| > /etc/rc.d/rc<your_runlevel>.d
| >
|
| A better way would be to rename the file from S**sendmail to K**sendmail.
|
| This way init knows that it's supposed to kill any sendmail's that are
| running.
|
| If you've installed KDE: try ksysv once. :)
|
| To get rid of sendmail alltogether type (as root..) "rpm -e sendmail"
|
|
| --
|
| Ruben
|
Hi,
Is there a way of overiding the global control/databytes file for a
spacific user??
PLEASE help in this regard.
Thanks in advance
Tonino
How can I
unsubscribe from this list.
