qmail Digest 5 Dec 1999 11:00:00 -0000 Issue 840

Topics (messages 33908 through 33923):

relay problem
        33908 by: Ben Beuchler
        33909 by: Anand Buddhdev
        33910 by: Ben Beuchler

Bizarre problems with QmailPOP3d.
        33911 by: Doug McClure
        33913 by: Rogerio Brito

Hello, everyone. :) *and* AMaViS
        33912 by: Dustin Miller

delete
        33914 by: hongtao

Problems telneting to port 25
        33915 by: Steve Schroeder
        33919 by: Peter Cavender
        33923 by: Marcin Jaskowiak

vconvert documentation
        33916 by: Ben Beuchler

Re: starting qmail-pop3d
        33917 by: Mate Wierdl
        33918 by: Mate Wierdl

URGENT !!
        33920 by: Shashi Dahal
        33922 by: Denis Voitenko

qmail-inject: fatal: qq trouble ....
        33921 by: Guillaume Paquet

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]


----------------------------------------------------------------------


I imagine y'all get pretty sick of hearing about relay problems... ;-)

I am running a qmail-Memphis installation on Mandrake 6.1.  When
attempting to relay mail out, I'm getting the standard 'domain not in my
list of allowed rcpthosts' error.

Here's the vital info:

My /etc/tcprules.d/qmail-smtpd file contains the following:

205.218.58.194:allow,RELAYCLIENT=""
127.0.0.1:allow,RELAYCLIENT=""
208.134.228.:allow,RELAYCLIENT=""
208.178.56.:allow,RELAYCLIENT=""
<snip>

I won't bother hiding the IPs as this is readily available information...
The box I am attempting to send mail from is the first on the list.  The
qmail box is on the 208.134.228. subdomain.  I compiled the cdb file
thusly: 

tcprules qmail-smtpd.cdb qmail-smtpd.tmp < qmail-smtpd 

And the standard init scripts from the memphis RPM initialized tcpserver
like this:

tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u102 -g546 0 smtp
qmail-smtpd

That is the correct path to qmail-smtpd.cdb.  I'm not sure even where to
begin troubleshooting this, as everything seems to be 'by the book', or at
least it would if there WAS a book...

Thanks in advance for any suggestions!

Ben

-- 
"There is no spoon"
        -- The Matrix






On Sat, Dec 04, 1999 at 06:02:11AM -0600, Ben Beuchler wrote:

> 205.218.58.194:allow,RELAYCLIENT=""
> 127.0.0.1:allow,RELAYCLIENT=""
> 208.134.228.:allow,RELAYCLIENT=""
> 208.178.56.:allow,RELAYCLIENT=""
> <snip>
> 
> I won't bother hiding the IPs as this is readily available information...
> The box I am attempting to send mail from is the first on the list.  The
> qmail box is on the 208.134.228. subdomain.  I compiled the cdb file
> thusly: 
> 
> tcprules qmail-smtpd.cdb qmail-smtpd.tmp < qmail-smtpd 
> 
> And the standard init scripts from the memphis RPM initialized tcpserver
> like this:
> 
> tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u102 -g546 0 smtp
> qmail-smtpd

Try taking out that space between the '-x' and the rules file name.
I know it sounds odd, but it might solve your problem. The man page
for tcpserver seems to indicate that spaces arenot allowed.

--
Anand




On Sat, 4 Dec 1999, Anand Buddhdev wrote:

> > tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u102 -g546 0 smtp
> > qmail-smtpd
> 
> Try taking out that space between the '-x' and the rules file name.
> I know it sounds odd, but it might solve your problem. The man page
> for tcpserver seems to indicate that spaces arenot allowed.

Actually, the space shouldn't matter.  The only reason I know this is
because I found a clever little perl script in the qmail archive that
tests tcpserver to make sure it is actually setting RELAYCLIENT correctly.
It leaves a space betwixt the -x and the rules directory yet sets
RELAYCLIENT appropriately.

Despite that fact, I will attempt it without the space.  Primarily because
I don't have any better ideas...

Thanks,
Ben

-- 
"There is no spoon" 
                -- The Matrix





OK, here's an interesting one. Standard Maildir, NFS, a mail sent to 
the user appears instantly in "new" and looks complete and intact 
sitting in the Maildir/new folder - permissions on trigger are in 
order. No delivery problems indicated. Telnet to POP port and it 
fails to retrieve it. They're showing up later than sent even though 
delivery to the server is done on time. Is there an issue perhaps 
with NFS and the QmailPOP daemon? Perhaps unrelated problem, sometime 
messages are transferred successfully to "cur" but not retrieved by 
POP despite correct permissions...

Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 29980 invoked from network); 4 Dec 1999 17:36:02 -0000
Received: from renfro.duesouth.net (216.98.0.50)
   by cache-ns.duesouth.net with SMTP; 4 Dec 1999 17:36:02 -0000
Received: (from nobody@localhost)
        by renfro.duesouth.net (8.9.3/8.9.1) id MAA17458
        for [EMAIL PROTECTED]; Sat, 4 Dec 1999 12:38:04 -0500 (EST)
Date: Sat, 4 Dec 1999 12:38:04 -0500 (EST)
Message-Id: <[EMAIL PROTECTED]>
To: "Abuse Support Team" <[EMAIL PROTECTED]>
From: "Duesouth Customer" <[EMAIL PROTECTED]>
Subject: Abuse Complaint Ticket 120499-020


Customer E-mail : [EMAIL PROTECTED]

Headers:
-------------------------------

        Received: (qmail 15420 invoked from network); 22 Jun 1999 10:39:37 -0000
        Received: from mail.wespe.de (HELO wespemail.wespe.de) (212.68.64.20)
        by cache-ns.duesouth.net with SMTP; 22 Jun 1999 10:39:37 -0000
        Received: from wespemail.wespe.de ([127.0.0.1]) by wespemail.wespe.de
        (Netscape Messaging Server 3.56) with SMTP id 379;
        Tue, 22 Jun 1999 01:27:15 +0200
        Received: from 216.221.160.28 by wespemail.wespe.de (InterScan 
E-Mail VirusWall NT); Mon, 21
        Jun 1999 23:15:38 +0100
        From: [EMAIL PROTECTED]
        To: [EMAIL PROTECTED]
        Reply-To:
        Subject: Accept Credit Cards....and Watch Your Profits SOAR!!! rqlmp
        Date: Tue, 22 Jun 1999 01:27:15 +0200
        Message-ID: <[EMAIL PROTECTED]>

Further Details (if any)
----------------------------------------
Slimesuckers




On Dec 04 1999, Doug McClure wrote:
> Standard Maildir, NFS, a mail sent to the user appears instantly in
> "new" and looks complete and intact sitting in the Maildir/new
> folder - permissions on trigger are in order. No delivery problems
> indicated. Telnet to POP port and it fails to retrieve it. They're
> showing up later than sent even though delivery to the server is
> done on time. Is there an issue perhaps with NFS and the QmailPOP
> daemon?

        See if the clocks of the machine that is delivering the
        e-mails and of the machine that is serving as the POP server
        are in synch. If they are not, then fix this and see if the
        POP daemon sees the new messages as soon as they get in the
        Maildir.

        If both machines are the same or if their clocks are in synch,
        then we might have something strange here.

> Perhaps unrelated problem, sometime messages are transferred
> successfully to "cur" but not retrieved by POP despite correct
> permissions...

        I've never had this problem. Are you using a patched version
        of qmail?


        []s, Roger...

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Rogerio Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito/
     Nectar homepage: http://www.linux.ime.usp.br/~rbrito/opeth/
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=




Two years ago, the company I used to work for was using Qmail as its mail
daemon.  It then made the not-so-intelligent switch to M$ Exchange and,
well, things just started to fall apart from there. :)

At any rate, now I have broken away and am running my own web development
and internet applications development firm, and on my Linux server (Redhat
6.1) I'm running Qmail.

Well, I don't want my first post to this list to request help for a problem,
but I can't seem to get AMaViS to scan mail properly.  Maybe I just don't
get it, but the FINE manual doesn't explain real well how to integrate with
Qmail, and I haven't the foggiest idea what I should do from here.  I
remember hearing a while back that someone on this very list wrote a patch
for Qmail (1.03) to get it to work right -- well, I'd be real interested in
seeing that patch.

Thanks in advance for your help, folks!
  _____

Dustin Miller, President
WebFusionDevelopmentIncorporated

P.S. Anyone doing anything interesting with qmailanalog?  I'd love to share
tips and tricks for that little package.





 
 
 
 
 
---------------------------------------------------------------------
Get your free pop3 email at www.nie-go.com. And
* Studying and playing Go online to improve your thinking ability.
* Living, working, learning and making money in virtual online world.
---------------------------------------------------------------------

 




Before & after installing qmail, which I believe I've done successfully, I
cannot telnet to port 25 to test the installation. I can however send mail
as root to external addresses. I'm trying to use fetchmail to suck down my
mail from my ISP.

I've included the stuff below to show that I have installed qmail.

Any help would be greatly appreciated! I'm almost there, just give me a
nudge :-) I wouldn't know how to troubleshoot this particular issue. I've
read through the FAQ and INSTALL.* docs and have'nt seen a pointer to my
specific issue.

Thank you!

[root@zamdrist doc]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.

tail /etc/rc.d/rc.sysinit (Is this where this belongs?)

#QMAIL
csh -cf '/var/QMAIL/rc &'

# Now that we have all of our basic modules loaded and the kernel going,
# let's dump the syslog ring somewhere so we can find it later
dmesg > /var/log/dmesg

ps -A |grep qmail

   86 ?        00:00:00 qmail-send
   93 ?        00:00:00 qmail-lspawn
   94 ?        00:00:00 qmail-rspawn
   95 ?        00:00:00 qmail-clean

netstat -a |grep LISTEN

tcp        0      0 *:netbios-ssn           *:*                     LISTEN
tcp        0      0 *:printer               *:*                     LISTEN
tcp        0      0 *:linuxconf             *:*                     LISTEN
tcp        0      0 *:smtp                  *:*                     LISTEN
tcp        0      0 *:auth                  *:*                     LISTEN
tcp        0      0 *:pop-3                 *:*                     LISTEN
tcp        0      0 *:login                 *:*                     LISTEN
tcp        0      0 *:shell                 *:*                     LISTEN
tcp        0      0 *:telnet                *:*                     LISTEN
tcp        0      0 *:ftp                   *:*                     LISTEN
tcp        0      0 *:sunrpc                *:*                     LISTEN

tail --lines 3 /var/log/maillog

Nov 30 16:55:49 zamdrist qmail: 944002549.769021 delivery 5: success:
206.145.48.1_accepted_message./Remote_host_said:_250_AAA01365_Message_accepted_for_delivery/
Nov 30 16:55:49 zamdrist qmail: 944002549.769273 status: local 0/10 remote
0/20
Nov 30 16:55:49 zamdrist qmail: 944002549.769424 end msg 432179







> Before & after installing qmail, which I believe I've done successfully, I
> cannot telnet to port 25 to test the installation. I can however send mail
> as root to external addresses. I'm trying to use fetchmail to suck down my
> mail from my ISP.
>
> I've included the stuff below to show that I have installed qmail.
>
> Any help would be greatly appreciated! I'm almost there, just give me a
> nudge :-) I wouldn't know how to troubleshoot this particular issue. I've
> read through the FAQ and INSTALL.* docs and have'nt seen a pointer to my
> specific issue.
>
> Thank you!
>
> [root@zamdrist doc]# telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.


Have you done a port scan to see if anyone is home?  Sounds like 
nobody is accepting on that socket.

> tail /etc/rc.d/rc.sysinit (Is this where this belongs?)
>
> #QMAIL
> csh -cf '/var/QMAIL/rc &'

Not if you are running RH Linux, which is what I know.

Look at the "Living With qmail" document (The best guide to getting 
qmail up); it explains how to make the qmail script in 
/etc/rc.d/init.d/qmail, and make links to it; i.e. 
/etc/rc.d/rc3.s/S80qmail  to start it, and
/etc/rc.d/rc6.d/K30qmail  to kill it.

I suspect you are trying to start qmail WAY too early in the boot process.

Pete





On Sat, 4 Dec 1999, Steve Schroeder wrote:

> [...]
> [root@zamdrist doc]# telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.
> [...]

Could you please cat your /etc/hosts.* files? ;)

Greetings,
Marcin Jaskowiak

"It's better to burn out than to fade away..."
                        - Kurt Cobain






I hope to be converting a large mail server currently using sendmail and
virtmail to qmail w/ vpopmail.  Has anyone put together any documentation
on the function of vconvert?  By taking a quick scan through the source I
was able to figure out the correct switches to make it convert from an
/etc/passwd authentication scheme to it's normal cdb scheme...

What I need to figure out is a way to help it sort the vpop accounts into
the appropriate domains.  As I understand it's function now, it just picks
a virtual domain and dumps all of the /etc/passwd accounts into it. Is
that an accurate assessment?

Any suggestions?

Ben

-- 
"There is no spoon"
        -- The Matrix





        >It's definately /var/qmail/bin/dnsfq giving the "Hard error" message,in
        >response to:
        >
        >    /var/qmail/bin/dnsfq spigot.nbs-inc.com
        >
        >I can't find any help on dnsfq.  Any ideas?

        Why are you using dnsfq? Just hard code your FQDN into your start 
        script.

Reasonable advice.  It is useful to have dnsfq there though: my
startup script works only if your DNS entries are fine.  In his case:

nslookup spigot.nbs-inc.com
Server:  dns1.memphis.edu
Address:  141.225.253.21

*** dns1.memphis.edu can't find spigot.nbs-inc.com: Non-existent host/domain

This is reasonable if he is behind a firewall.

Mate




        If something's wrong with my DNS, I'm not aware of what exactly it is.
        "Hard error" doesn't give any clues.  Is there source to
        dnsfq?

You usually get hard error if the host does not have a ptr record.  In
your case, there is not even an A record.

In any case, the source for dnsfq is in the qmail tarball.

Mate




Dear all !

        Can I install qmail in any other directory except /var/qmail ? If so, then
do I  have to edit all the files ?? What should I do ?? 
Another is can I run qmail with control files in any other directory except
/var/qmail/control. 
I cannot do anything to my current /var/qmail. and I want to run only
qmail-inject with smtproute in other directory except the default.
Please guide me on what to do ??

Any links, references, RTFMS, spams will be highly appretiated.
Thanks in advance !

Shashi




I asked this question before and got a good answer. Dig thru the archive.
Short answer -- you can but you should not.

Denis Voitenko
Mail: [EMAIL PROTECTED]
ICQ: 9396092

----- Original Message -----
From: "Shashi Dahal" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 03, 1999 10:29 PM
Subject: URGENT !!


> Dear all !
>
> Can I install qmail in any other directory except /var/qmail ? If so, then
> do I  have to edit all the files ?? What should I do ??
> Another is can I run qmail with control files in any other directory
except
> /var/qmail/control.
> I cannot do anything to my current /var/qmail. and I want to run only
> qmail-inject with smtproute in other directory except the default.
> Please guide me on what to do ??
>
> Any links, references, RTFMS, spams will be highly appretiated.
> Thanks in advance !
>
> Shashi





Hi,

 I installed qmail like it was explained in INSTALL and INSTALL.vsm and I
copied the proc file in /var/qmail/rc but when I test it out, like it's
written in TEST.deliver , it says:

bash-2.03$ echo to: fou | /var/qmail/bin/qmail-inject
qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)
bash-2.03$

What might be the problem?



Reply via email to