qmail Digest 17 Oct 1999 10:00:01 -0000 Issue 792
Topics (messages 31742 through 31774):
target dependent smart host?
31742 by: michael.renner.gmx.de
31743 by: Markus Wuebben
Re: ATTACHING a Binary file using "qmail-inject"?
31744 by: Philip Rhoades
Re: checkpassword and PAM, dark shadows...
31745 by: Sam
Re: control/{locals,rcpthosts,virtualdomains}
31746 by: Anand Buddhdev
shared qmail/queue/remote|local
31747 by: Markus Wuebben
31748 by: Timothy L. Mayo
31749 by: Russell Nelson
31751 by: Markus Wuebben
Re: pine and Maildirs
31750 by: Robert Varga
Re: maildirs not working....
31752 by: Mirko Zeibig
Re: adding footer or header to incoming or outgoing msg
31753 by: Magnus Bodin
host masquerade doesn't work.
31754 by: randyboy
Re: Automating mail delivery with dial-up account
31755 by: linuxdevil.mindspring.com
Messages in queue, not preprocessed, why?
31756 by: Chris Green
31757 by: Chris Johnson
Wrong date when qmail is called from /bin/mail
31758 by: Todd A. Jacobs
31759 by: Sam
31760 by: farber.admin.f-tech.net
31766 by: Russell Nelson
qmail only delivers when restarted
31761 by: Todd A. Jacobs
31765 by: Chris Johnson
31768 by: Russell Nelson
Frequency of queue processing
31762 by: Todd A. Jacobs
31767 by: Russell Nelson
SMTP Help.
31763 by: Larry H. Raab
31764 by: Chris Johnson
31769 by: Russell Nelson
31770 by: Larry H. Raab
31771 by: Russell Nelson
31772 by: Sam
31773 by: Larry H. Raab
qmail dies 2 times a day, at least
31774 by: Gustavo V G C Rios
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from 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,
my linux box is using a dial up line to connect
to the internet.
The system is configured to store outgoing mail
in /var/qmail/alias/pppdir.
These mails are send automatically, after a connect
to the ISP. Local mail is delivered immediately.
So far, so good.
Now I set up an wireless data connection to a
friend, he's staying not far form me.
All mails to his host (or to his LAN) should be
deliverd immediately through this wireless link.
How can I tell my system ....
1.) Mail to cassiopeia.qad.org is local, deliver now,
because it is my local linux box
2.) Mail to every host in the domain deepthinker.de
should be deliverd to the smart host dick.deepthinker.de
immediately (the IP-Route is set in proper style).
3.) All other Mail should be colleted in /var/qmail/alias/pppdir
and send out by starting 'maildirsmtp'.
While point 1 und 3 are working fine, I have problems
to set up the special handling for mails to deepthiner.de
as described as point 2.
Is there a solution for this?
Thanks in advance
--
|Michael Renner E-mail: [EMAIL PROTECTED] |
|D-72072 Tuebingen Germany
|
|Germany Don't drink as root! ESC:wq
--
Sent through Global Message Exchange - http://www.gmx.net
I think the smtproutes is what you want!
See the qmail-remote man page for details!
Later,
Markus
--
(Products & Development)
___________________________________________________
IP-PRO GmbH http://www.id-pro.de
Open for the better ...
___________________________________________________
On Sat, 16 Oct 1999 [EMAIL PROTECTED] wrote:
> Hi,
> my linux box is using a dial up line to connect
> to the internet.
> The system is configured to store outgoing mail
> in /var/qmail/alias/pppdir.
> These mails are send automatically, after a connect
> to the ISP. Local mail is delivered immediately.
> So far, so good.
>
> Now I set up an wireless data connection to a
> friend, he's staying not far form me.
> All mails to his host (or to his LAN) should be
> deliverd immediately through this wireless link.
>
> How can I tell my system ....
>
> 1.) Mail to cassiopeia.qad.org is local, deliver now,
> because it is my local linux box
> 2.) Mail to every host in the domain deepthinker.de
> should be deliverd to the smart host dick.deepthinker.de
> immediately (the IP-Route is set in proper style).
>
> 3.) All other Mail should be colleted in /var/qmail/alias/pppdir
> and send out by starting 'maildirsmtp'.
>
> While point 1 und 3 are working fine, I have problems
> to set up the special handling for mails to deepthiner.de
> as described as point 2.
>
> Is there a solution for this?
> Thanks in advance
>
> --
>
> |Michael Renner E-mail: [EMAIL PROTECTED] |
> |D-72072 Tuebingen Germany
> |
> |Germany Don't drink as root! ESC:wq
>
> --
> Sent through Global Message Exchange - http://www.gmx.net
>
>
Olivier,
>> Does anyone know if it is possible to attach a binary file to a mail
message
>> produced with "qmail-inject".
>
>I don't know how to do it with qmail-inject, but there is a possible
>solution using mutt :
>
>mutt -a file1 -s "subject" [EMAIL PROTECTED] < file2
>
>file1 = binary file to be attached
>file2 = text file (mail body)
>
>Hope this helps :)
Works fine - thanks for that!
Regards,
Phil.
Philip Rhoades
Pricom Pty Limited (ACN 003 252 275)
GPO Box 3411
Sydney NSW 2001
Australia
Mobile: +61:0411-185-652
Fax: +61:2:9929-5312
E-mail: [EMAIL PROTECTED]
On Sat, 16 Oct 1999, Russell P. Sutherland wrote:
> I suppose the easiest fix would be to move away from the shadow
> passwords.
Nope. Not unless you wish everyone to start hacking into everyone else's
account.
Keep the shadow passwords. Focus on getting PAM to work.
On Fri, Oct 15, 1999 at 11:34:58AM +0000, Franck PORCHER wrote:
> Anand Buddhdev wrote:
> Thank you Anan
>
> > On Thu, Oct 14, 1999 at 06:42:04AM +0000, Franck PORCHER wrote:
> >
> > I understand your question like this:
> >
> > You want qmail to handle all local deliveries for mycompany.pf, with
> > <[EMAIL PROTECTED]> being an exception.
> >
> > Solution: Make sure you don't have a user account called "jean" on your
> > qmail server.
>
> That's done
>
> > Then put the address <[EMAIL PROTECTED]> in
> > "~alias/.qmail-jean", so qmail will forward mail for <[EMAIL PROTECTED]> to
> > <[EMAIL PROTECTED]>.
>
> Nope. Jean only uses "[EMAIL PROTECTED]", an my ISP only knows this
> address. The msg should leave qmail with its address for jean UNCHANGED, and
> be delivered to my ISP as is, I.E "[EMAIL PROTECTED]". THAT's the problem!
I see. OK, then you may want to try serialmail. Put all mail for
[EMAIL PROTECTED] into a Maildir, and deliver it to the ISP when you
connect, using maildirsmtp. Get serialmail from DJB's site. Set it up
like this:
1. Become alias
2. maildirmake ~alias/jean
3. echo ./jean/ > ~alias/.qmail-jean
[This will make all mail for jean collect in a Maildir called "jean" in
~alias]
4. When you are ready to deliver jean's mail, run
maildirsmtp ~alias/jean '' isp.mail.server my.host.name
This will cause maildirsmtp to deliver mail out of ~alias/jean to your
ISP's mail server using SMTP, and will preserve the envelope addresses,
so the ISP will receive mail for "[EMAIL PROTECTED]". I think this will
solve your problem.
--
See complete headers for more info
Hi!
Is it somehow possible to share the remote and local queue with another
qmail running on a different host? Probable via NFS or such?
Also, can you tell me what happens if two qmails try to deliver to
the same Mailbox at the same time.
Scenario: Both machines have the question directory (e.g. /home/markus )
mounted via NFS and both treat mail to markus@localhost as local.
Thanks in advance!
Regards,
Markus
--
(Products & Development)
___________________________________________________
IP-PRO GmbH http://www.id-pro.de
Open for the better ...
___________________________________________________
You CANNOT under any circumstances have two qmail processes working from
the same mail queue.
Simultaneous delivery works correctly if you are using Maildir. Read the
docs.
On Sat, 16 Oct 1999, Markus Wuebben wrote:
> Hi!
> Is it somehow possible to share the remote and local queue with another
> qmail running on a different host? Probable via NFS or such?
>
> Also, can you tell me what happens if two qmails try to deliver to
> the same Mailbox at the same time.
> Scenario: Both machines have the question directory (e.g. /home/markus )
> mounted via NFS and both treat mail to markus@localhost as local.
>
> Thanks in advance!
>
>
> Regards,
>
> Markus
>
>
>
>
>
>
>
> --
> (Products & Development)
>
> ___________________________________________________
> IP-PRO GmbH http://www.id-pro.de
> Open for the better ...
> ___________________________________________________
>
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
Markus Wuebben writes:
> Hi!
> Is it somehow possible to share the remote and local queue with another
> qmail running on a different host? Probable via NFS or such?
No.
> Also, can you tell me what happens if two qmails try to deliver to
> the same Mailbox at the same time.
> Scenario: Both machines have the question directory (e.g. /home/markus )
> mounted via NFS and both treat mail to markus@localhost as local.
You might toast your mailbox. Use Maildirs -- they were designed to
solve that problem.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
On Sat, 16 Oct 1999, Russell Nelson wrote:
> Markus Wuebben writes:
> > Hi!
> > Is it somehow possible to share the remote and local queue with another
> > qmail running on a different host? Probable via NFS or such?
>
> No.
>
> > Also, can you tell me what happens if two qmails try to deliver to
> > the same Mailbox at the same time.
> > Scenario: Both machines have the question directory (e.g. /home/markus )
> > mounted via NFS and both treat mail to markus@localhost as local.
>
> You might toast your mailbox. Use Maildirs -- they were designed to
> solve that problem.
Thanks a lot! I just wanted to make sure I got it right!
Markus
>
> --
> -russ nelson <[EMAIL PROTECTED]> http://russnelson.com
> Crynwr sells support for free software | PGPok | Government schools are so
> 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
> Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
>
--
(Products & Development)
___________________________________________________
IP-PRO GmbH http://www.id-pro.de
Open for the better ...
___________________________________________________
On Fri, 15 Oct 1999, Evan Moore wrote:
> Everything that I have read about pine and Maildirs syas that
> they don't get along; however, after configuring my pinrc
> file to look at the Maidir it reads it's mail with out
> complaint. How is this possible? I'm not even using the newest
> version of pine, I just installed pine 3.96 from Debian Slink.
Debian pine source contains the maildir patch. It is that easy :)
Robert Varga
On Fri, Oct 15, 1999 at 02:15:26PM -0400, Evan Moore wrote:
>
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start ./Maildir splogger qmail
^^^
I guess here is a slash missing. The above statement would deliver to a
mailbox called Maildir
Regards
Mirko
On Fri, Oct 15, 1999 at 02:42:32PM -0700, Matthew Kaing wrote:
> Hi, is there an option to add a header or footer to all incoming or outgoing msg.
>For example, www.hotmail.com, the bottom of every msg your email has "Get Your
>Private, Free Email at http://www.hotmail.com". If it's possible what are the
>configuration files and settings.
No. But you may take a look at Daved Harris example-patch earlier in
September that does the similar:
http://x42.com/qmail/patches/drh-outgoing-footer-qmail-smtpd.diff
/magnus
--
MOST useless 1998 * http://x42.com/
I wrote earlier about majordomo lists not accepting my masqueraded e-mail
address. I did some more tests and it seems that host masquerading just
isn't working.
Here is a message from me to a machine running sendmail.
>From [EMAIL PROTECTED] Sat Oct 16 11:37:39 1999
Date: 16 Oct 1999 11:38:08 -0700
From: "randyboy" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: hi3
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
hi3
This is what I used to do. The MUA lives on a different node from qmail.
tcpserver -> qmail-smtpd -> qmail-queue -> qmail-send -> qmail-rspawn ->
qmail-remote
When I first set things up I though setting defaulthost would take care of
the masquerading, not realizing that only applies to qmail-inject.
I have since switch over to this
tcpserver -> ofmipd -> qmail-queue -> qmail-send -> qmail-rspawn ->
qmail-remote
but it still doesn't work.
tcpserver is inovked by this:
/usr/local/bin/tcpserver -x /usr/local/etc/tcp.smtp.cdb -v -u 82 -g 81 0
smtp /usr/local/bin/ofmipd /usr/local/etc/ofmip.name.cdb \
2>&1 | /var/qmail/bin/splogger smtpd 3 &
and the db for ofmipd contains
-blackmist.org:
What I was trying to accomplish was to strip out all domain info and replace
with blackmist.org.
I also tried putting -blackmist.org: in control/rewrite.
But it still doesn't work.
Can somebody please tell me what I'm doing wrong.
r.
Well, I fixed my own problem. I'm posting this for archival
purposes. Here's what I did to enable handing off mail to my ISP for
delivery.
First, after trying to get D. L. Vander Woude's instructions working,
I went a completely different route. The only control files I have
are as follows with their contents:
me:
localhost.localdomain
virtualdomains:
[EMAIL PROTECTED]
locals:
localhost.localdomain
smtproutes:
:mail.mindspring.com
The key file is the smtproutes file. It contains the server that the
mail should be handed off to. Additionally, I removed my
~alias/.qmail-default file which told qmail to use the pppdir alias.
I restarted qmail and all my tests, including local-remote worked
perfectly.
Now on to Gnus. I found the solution in Deja archives. There are
already predefined variables in Gnus for handing mail off to
qmail-inject. It was simply a matter of adding these to my .gnus
file. Here are the additions:
(setq message-send-mail-function 'message-send-mail-with-qmail)
(setq message-qmail-inject-program "/var/qmail/bin/qmail-inject")
Hope someone gets some use out of this.
Aaron Ginn
[EMAIL PROTECTED] writes:
> I'm trying to set up qmail with my dial-up account and I have a few
> questions about automating the process of handing off mail for
> delivery with maildirsmtp.
>
> I can deliver mail locally and remotely as specified in TEST.deliver
> and D. L. Vander Woude mailqueue instructions. I don't understand
> how to automate the handing off of mail for delivery. It seems
> from the instructions that the mail has to sit in a queue until
> qmail is restarted again. Is there a daemon that can be run to
> automatically deliver mail immediately after it is composed? I
> don't want to have to keep restarting qmail every time I want to
> send an email. I must be missing something here.
>
> Also, is anyone using Gnus for mail? I can send mail with mutt but
> not Gnus. I understand Gnus has a problem with Maildirs. Here's
> my output from /var/log/maillog when I try to send mail that has
> been composed with Gnus:
>
> maildirserial: info: new/940026984.5660.localhost.localdomain failed
> temporarily: 207.69.200.246 said: 450 <[EMAIL PROTECTED]>...
> Sender domain not compliant with RFC 822, section 6.2.7
>
>
> BTW, I'm using Mandrake Linux 6.0.
>
> TIA,
> Aaron Ginn
>
>
I have just moved my qmail installation from RedHat 5.2 Linux to
Mandrake 6.1 Linux (RedHat 6.1 based).
I have got just about everything working, the local tests seem to work
but when I do qmail-qstat I get:-
messages in queue: 16
messages in queue but not yet preprocessed: 16
It stays like this for a long time (15 minutes or so) and then
suddenly delivers everything, does anyone have any idea what the
problem might be?
--
Chris Green ([EMAIL PROTECTED])
Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED]
WWW: http://www.isbd.co.uk/
On Sat, Oct 16, 1999 at 10:40:11PM +0100, Chris Green wrote:
> I have just moved my qmail installation from RedHat 5.2 Linux to
> Mandrake 6.1 Linux (RedHat 6.1 based).
>
> I have got just about everything working, the local tests seem to work
> but when I do qmail-qstat I get:-
>
> messages in queue: 16
> messages in queue but not yet preprocessed: 16
>
> It stays like this for a long time (15 minutes or so) and then
> suddenly delivers everything, does anyone have any idea what the
> problem might be?
All together now...
Check the permissions on /var/qmail/queue/lock/trigger. They should look like
this:
prw--w--w- 1 qmails qmail 0 Oct 16 17:39 trigger
Chris
My date offset seems to have aquired a problem since I moved from sendmail
to qmail when mailing from the command-line using /bin/mail under Red Hat
6.0. I get the following date:
Date: 16 Oct 1999 23:55:55 -0000
while sending from pine returns:
Date: Sat, 16 Oct 1999 16:57:35 -0700 (PDT)
Any ideas as to what's wrong, and how I can fix it?
--
Todd A. Jacobs
Network Systems Engineer
Todd A. Jacobs writes:
> My date offset seems to have aquired a problem since I moved from sendmail
> to qmail when mailing from the command-line using /bin/mail under Red Hat
> 6.0. I get the following date:
>
> Date: 16 Oct 1999 23:55:55 -0000
>
> while sending from pine returns:
>
> Date: Sat, 16 Oct 1999 16:57:35 -0700 (PDT)
>
> Any ideas as to what's wrong, and how I can fix it?
There's nothing wrong, and nothing to fix. Both datestamps accurately
reflect the local time of about 4:57PM US Pacific Daylight Time.
Look at the end of the timestamps.... one is ZULU or GMT.. the other is
your "local" time PDT (Pacific Daylight Time).
Make sure all your 'puters are on the same time coding/standard.
Paul Farber
Farber Technology
[EMAIL PROTECTED]
Ph 570-628-5303
Fax 570-628-5545
On Sun, 17 Oct 1999, Sam wrote:
> Todd A. Jacobs writes:
>
> > My date offset seems to have aquired a problem since I moved from sendmail
> > to qmail when mailing from the command-line using /bin/mail under Red Hat
> > 6.0. I get the following date:
> >
> > Date: 16 Oct 1999 23:55:55 -0000
> >
> > while sending from pine returns:
> >
> > Date: Sat, 16 Oct 1999 16:57:35 -0700 (PDT)
> >
> > Any ideas as to what's wrong, and how I can fix it?
>
> There's nothing wrong, and nothing to fix. Both datestamps accurately
> reflect the local time of about 4:57PM US Pacific Daylight Time.
>
Todd A. Jacobs writes:
> My date offset seems to have aquired a problem since I moved from sendmail
> to qmail when mailing from the command-line using /bin/mail under Red Hat
> 6.0. I get the following date:
>
> Date: 16 Oct 1999 23:55:55 -0000
>
> while sending from pine returns:
>
> Date: Sat, 16 Oct 1999 16:57:35 -0700 (PDT)
>
> Any ideas as to what's wrong, and how I can fix it?
What's wrong is that your MUA doesn't auto-convert the Date: header
into your local time zone. See if it has a switch to force it to convert.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
For some reason, qmail has gotten into a state where it will only deliver
mail when killed and then restarted. After a restart, it refuses to
deliver local mail after the first batch has been processed.
--
Todd A. Jacobs
Network Systems Engineer
On Sat, Oct 16, 1999 at 05:33:00PM -0700, Todd A. Jacobs wrote:
> For some reason, qmail has gotten into a state where it will only deliver
> mail when killed and then restarted. After a restart, it refuses to
> deliver local mail after the first batch has been processed.
This is the third time this has come up in the past day and a half.
Check the permissions on /var/qmail/queue/lock/trigger. They should look like
this:
prw--w--w- 1 qmails qmail 0 Oct 16 17:39 trigger
Chris
Todd A. Jacobs writes:
> For some reason, qmail has gotten into a state where it will only deliver
> mail when killed and then restarted. After a restart, it refuses to
> deliver local mail after the first batch has been processed.
Maybe something's wrong? Try running http://qmail.org/qmail-lint-0.54 .
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
How can I modify the frequency at which qmail processes the queue?
--
Todd A. Jacobs
Network Systems Engineer
Todd A. Jacobs writes:
> How can I modify the frequency at which qmail processes the queue?
You can't, because qmail doesn't "process the queue". Each message
has its own retry schedule, and qmail-send sleeps until the next
message needs to be retried. Somebody figured it out -- I think it's
in Dave Sill's LWQ document.
What problem are you trying to solve?
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Ok, I need some semi-newbie help making my SMTP work.
I have a mail server that is mail.magicmissile.com
When ever I try to send mail to an address that isn't
@magicmissile.com I get a message
that
says:
Sorry, the address you are trying to send to isn't in my list of
allowed hosts.
I have already tried what was suggested on the Qmail FAQ.
If anyone would like to give me some basic help then move on to
advanced help I would
really
appriciate it.
Thanks in advanced.
Larry H. Raab
On Sat, Oct 16, 1999 at 06:59:19PM -0600, Larry H. Raab wrote:
> Ok, I need some semi-newbie help making my SMTP work.
>
> I have a mail server that is mail.magicmissile.com When ever I try to
> send mail to an address that isn't @magicmissile.com I get a message that
> says: Sorry, the address you are trying to send to isn't in my list of
> allowed hosts. I have already tried what was suggested on the Qmail FAQ.
Why don't you tell us what happened when you tried what was suggested in the
qmail FAQ? What was suggested in the qmail FAQ is the solution to your problem,
so you'll have to make it work.
http://www.palomine.net/qmail/selectiverelay.html might help.
Chris
Larry H. Raab writes:
> I have already tried what was suggested on the Qmail FAQ.
Then you've done the right thing the wrong way. Exactly what did you
do?
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Ok...I will cut and paste the whole Q&A from the FAQ.
--------------------------------------------------------
How do I allow selected clients to send outgoing messages through my SMTP
server? qmail-smtpd is giving the error ``sorry, that domain isn't in my list of
allowed rcpthosts (#5.7.1)'' for messages to any domain not listed in
/var/qmail/control/rcpthosts.
Answer: This answer assumes that you are running qmail-smtpd under tcpserver.
Create /etc/tcp.smtp containing
1.2.3.6:allow,RELAYCLIENT=""
127.:allow,RELAYCLIENT=""
to authorize relaying from clients with IP addresses 1.2.3.6 and 127.*. Run
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
Insert
-x /etc/tcp.smtp.cdb
after tcpserver in your system boot scripts. The change will take effect at your
next reboot.
If you make any changes to /etc/tcp.smtp, you must run
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
again. You do not have to restart tcpserver.
-------------------------------------------------------
That is what I did...
My first question:
1. I put the TCPSERVER command in my inetd.conf is that an ok place to put it?
After I have done all of what was listed above I still get the same error as
listed in the problem...
Can you please help?
Russell Nelson wrote:
> Larry H. Raab writes:
> > I have already tried what was suggested on the Qmail FAQ.
>
> Then you've done the right thing the wrong way. Exactly what did you
> do?
>
> --
> -russ nelson <[EMAIL PROTECTED]> http://russnelson.com
> Crynwr sells support for free software | PGPok | Government schools are so
> 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
> Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Larry H. Raab writes:
> 1. I put the TCPSERVER command in my inetd.conf is that an ok place to put it?
Nope. tcpserver is a replacement for individual lines (e.g. smtp) in
inetd.conf. Just run it, and put it into the background.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Larry H. Raab writes:
> Insert
>
> -x /etc/tcp.smtp.cdb
>
> after tcpserver in your system boot scripts. The change will take effect at your
[ snip ]
> My first question:
>
> 1. I put the TCPSERVER command in my inetd.conf is that an ok place to put it?
That depends upon whether inetd.conf is generally called "a system boot
script".
Well...the question I asked is if it was an OK place to put it.
If INETD.CONF isn't a boot script could you tell me a better place to put it
that might be a boot script?
Thanks.
Sam wrote:
> Larry H. Raab writes:
>
> > Insert
> >
> > -x /etc/tcp.smtp.cdb
> >
> > after tcpserver in your system boot scripts. The change will take effect at your
>
> [ snip ]
>
> > My first question:
> >
> > 1. I put the TCPSERVER command in my inetd.conf is that an ok place to put it?
>
> That depends upon whether inetd.conf is generally called "a system boot
> script".
Dear gentleman,
I am running qmail, and it's dying at least 2 times a single day.
I decided to run ktrace for it, here is what i got:
...
...
...
31968 qmail-clean RET write 1
31968 qmail-clean CALL read(0,0x804b7b0,0x100)
31968 qmail-clean CSW stop kernel
31964 qmail-send RET write 12/0xc
31964 qmail-send CALL read(0x6,0x80550d0,0x400)
31964 qmail-send GIO fd 6 read 1 byte
"+"
31964 qmail-send RET read 1
31964 qmail-send CALL gettimeofday(0xbfbfdaf4,0)
31964 qmail-send RET gettimeofday 0
31964 qmail-send CALL select(0x9,0xbfbfdbb4,0xbfbfdb34,0,0xbfbfdb20)
31964 qmail-send CSW stop kernel
31966 qmail-lspawn CSW resume kernel
31966 qmail-lspawn PSIG SIGHUP SIG_DFL
31964 qmail-send CSW resume kernel
31964 qmail-send RET select 1
31964 qmail-send CALL gettimeofday(0xbfbfdaf4,0)
31964 qmail-send RET gettimeofday 0
31964 qmail-send CALL read(0x2,0x8054090,0x800)
31964 qmail-send GIO fd 2 read 0 bytes
""
31964 qmail-send RET read 0
31964 qmail-send CALL write(0,0x804e667,0x2e)
31964 qmail-send GIO fd 0 wrote 46 bytes
"alert: oh no! lost spawn connection! dying...
"
31965 multilog CSW resume kernel
31965 multilog GIO fd 0 read 46 bytes
"alert: oh no! lost spawn connection! dying...
"
31965 multilog RET read 46/0x2e
31965 multilog CALL gettimeofday(0xbfbfdb70,0)
31965 multilog RET gettimeofday 0
31965 multilog CALL write(0x5,0x804d834,0x48)
31965 multilog GIO fd 5 wrote 72 bytes
"@4000000038096be72abda0a4 alert: oh no! lost spawn connection!
dying..\
.
"
31965 multilog RET write 72/0x48
31965 multilog CALL read(0,0x804daa0,0x400)
31965 multilog CSW stop kernel
31964 qmail-send RET write 46/0x2e
31964 qmail-send CALL write(0,0x804efc6,0x10)
31964 qmail-send GIO fd 0 wrote 16 bytes
"status: exiting
"
31965 multilog CSW resume kernel
31965 multilog GIO fd 0 read 16 bytes
"status: exiting
"
31965 multilog RET read 16/0x10
31965 multilog CALL gettimeofday(0xbfbfdb70,0)
31965 multilog RET gettimeofday 0
31965 multilog CALL write(0x5,0x804d834,0x2a)
31965 multilog GIO fd 5 wrote 42 bytes
"@4000000038096be72b04042c status: exiting
"
31965 multilog RET write 42/0x2a
31965 multilog CALL read(0,0x804daa0,0x400)
31965 multilog CSW stop kernel
31964 qmail-send RET write 16/0x10
31964 qmail-send CALL exit(0)
31965 multilog CSW resume kernel
31965 multilog GIO fd 0 read 0 bytes
""
31965 multilog RET read 0
31965 multilog CALL fsync(0x5)
31965 multilog CSW stop kernel
31968 qmail-clean CSW resume kernel
31968 qmail-clean GIO fd 0 read 0 bytes
""
31968 qmail-clean RET read 0
31968 qmail-clean CALL exit(0)
31967 qmail-rspawn CSW resume kernel
31967 qmail-rspawn RET select 1
31967 qmail-rspawn CALL sigprocmask(0x1,0x80000)
31967 qmail-rspawn RET sigprocmask 0
31967 qmail-rspawn CALL read(0,0x804c160,0x400)
31967 qmail-rspawn GIO fd 0 read 0 bytes
""
31967 qmail-rspawn RET read 0
31967 qmail-rspawn CALL exit(0)
31965 multilog CSW resume kernel
31965 multilog RET fsync 0
31965 multilog CALL fchmod(0x5,0x1e4)
31965 multilog RET fchmod 0
31965 multilog CALL exit(0)
Here is my /var/qmail/rc:
#!/bin/sh
# Using splogger to send the log through syslog.
# Using qmail-local to deliver messages to ~/Mailbox by default.
# This is the default (use after execv env) qmail-start ./.Mailbox
splogger qmai
l
exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start ./.Mailbox /usr/local/bin/multilog t s100000 n10
/var/log/qmail &
#qmail-start ./.Mailbox sh -c 'accustamp | cyclog /var/log/qmail'
# end of /var/qmail/rc
Can you please suggest me something to fix this.
I don't really know what to do.
Thanks a lot for your time and cooperation.
--
"Security is not a state, but a process."
