Solaris Delays?

2001-08-10 Thread Ken Corey

Hi All,

I'm running qmail 1.03 under tcpserver on both Solaris and Linux. The 
tcpserver command is:

exec /usr/local/bin/softlimit -m 200 \
/usr/local/bin/tcpserver -D -v -x /etc/tcp.smtp.cdb -c $MAXSMTPD \
-u $QMAILDUID -g $NOFILESGID 0 smtp /var/qmail/bin/qmail-smtpd 
21

When a user wants to send an email, Qmail on Linux, which is on my local LAN, 
will accept the initial connection immediately, handle the traffic to send 
the email, and return nearly immediately.  Qmail on Solaris, which is on a 
machine in our colo facility, hangs for 15-20 seconds, and then finally 
allows the email to be sent.

I've used netstat (the connect is made to the machine almost immediately, but 
there's still that hang), snoop (far too much traffic to make sense of that), 
 and I still cannot figure out what's taking so long for the initial part of 
the conversation to go through.

Any ideas or suggestions onwhat could be causing this initial annoying pause?

-Ken



Re: POP user auth

2001-03-06 Thread Ken Corey

On Tuesday 06 March 2001  8:54 am, Chad Cranston wrote:
 Forgive me for being a beginner ..

Never!  I was *born* knowing 'vi', shouldn't everyone?  *smile*

 I installed qmail about 2 months ago to use as an SMTP server for home
 and have tried to get pop working on it ..

 I am using Maildir ... i origionally installed qmail using mailbox ... and
 switched to maildir following lifewithqmail.org's instructions ...

 Everything seems to be working right up until it auth's the user ... for
 some reason it won't auth .. i have created several test users ..and the
 same failure resuts from all of them i get the error "Your password was
 rejected "  on all accounts ...

I installed the pop that comes with qmail, and found two things:

1) the authdaemond.plain wasn't running, or 
2) the authdaemond.ldap was running, but I had no ldap daemon.

In either case, I editted the  /usr/local/libexec/authlib/authdaemond script 
so that it didn't try to run the ldap version, and my problems went away.

-- 
Ken Corey, CTOAtomic Interactive, Ltd.   [EMAIL PROTECTED]



NOVICE no mailbox here by tht name...

2001-03-01 Thread Ken Corey

Hi All,

Newbie alert: if you're busy, don't read.

I'm hoping you can point out where I went wrong here...

I started with a Suse6.3 machine.
I removed the sendmail.rpm.
I followed the life-with-qmail directions to install a Mailbox+df version of 
qmail, almost to the letter, with two exceptions:  
1) The two times it said to start 'qmail' with '/usr/local/sbin/qmail' I 
started it with '/usr/bin/qmail'.
2) I have a list of domains that resolve to my local machine that I wanted to 
receive mail for, so I put them in both locals and rcpthosts.

So, then I tried to send local email:
mail kcorey
testing
.

The errors I get in the log are:
The 'kcorey' mailbox doesn't exist, so qmail tries to bounce this to 
'postmaster'.
The 'postmaster' mailbox doesn't exist, so it bounces to 'root'.
The 'root' mailbox doesn't exist, so it gives up as a triple-bounce 
undeliverable.

Both the 'kcorey' and 'root' accounts exist in /etc/passwd, and I made the 
symlinks back to /var/spool/mail. (Postmaster doesn't exist, so I'd expect an 
error of some kind there.)

Why does qmail think those two mailboxes do not exist? (Note: I get this 
error with /var/spool/mail chmodded to 1777, and with or without the symlinks 
being there for the mail files in /var/spool/mail.

The FAQ doesn't seem to answer this specifically, and when I looked through 
the archives, all I saw were replies about upper case or dotted usernames.

Ideas anyone?

-- 
Ken Corey, CTOAtomic Interactive, Ltd.



Re: Solved! NOVICE no mailbox here by that name...Feh

2001-03-01 Thread Ken Corey

On Thursday 01 March 2001 10:27 am, Olivier M. wrote:
 have you _really_ followed all the steps of the LWQ ?
 if yes, root would have a mailbox in /var/qmail/alias/Mailbox.
 Does this directory exists ?

The directory /var/qmail/alias exists, with a file called 'Mailbox'.  

Actually, I found two problems with my setup: 

1) I hadn't installed dot-forward, so the attempt to deliver to any mail box 
died with the mail box didn't exist (it was really that it couldn't find 
dot-forward).  I found the proper error message by trying a '.qmail-default' 
mailbox.

Compiling and then installing dot-forward into /usr/bin/dot-forward fixed it.

2) my links were (naively) pointing the wrong direction from the 
~user/Mailbox file to /var/spool/mail/$user, rather than the other direction. 
 Duh.

 Please show us the qmail users from /etc/passwd.

They're in there:
alias:x:508:101::/var/qmail/alias:/bin/bash
qmaild:x:509:101::/var/qmail:/bin/bash
qmaill:x:510:101::/var/qmail:/bin/bash
qmailp:x:511:101::/var/qmail:/bin/bash
qmailq:x:512:102::/var/qmail:/bin/bash
qmailr:x:513:102::/var/qmail:/bin/bash
qmails:x:514:102::/var/qmail:/bin/bash

 Good luck :)

Actually, it must be said that this is coming together in less than 12 hours. 
Remarkable for a full internet capable mail client!  Kudos all around!

 PS: if you followed the INSTALL file of the qmail-1.03 tar.gz,
 it would work... :)

Ah, I followed the wrong document, then...but it never explicitly states that 
you should install the dot-forward.  It only refers to it in the FAQ, and the 
error message isn't illuminating in this case.

Also, the wording of the link text confused me.  Not that that takes a great 
deal of effort these days...;^)

Now "all" I need to do is get pop3 working, and I'm set...

-- 
Ken Corey, CTOAtomic Interactive, Ltd.