qmail Digest 6 Mar 2000 11:00:00 -0000 Issue 932
Topics (messages 38222 through 38243):
remove
38222 by: Jon Newman
38239 by: B H R Balaji.
Slow SMTP
38223 by: Michael Anderson
38224 by: Chris Johnson
38225 by: courtney.whtz.com
38228 by: Michael Anderson
38229 by: Ruben van der Leij
38232 by: Michael Anderson
38235 by: andy huhn
38236 by: Markus Stumpf
38237 by: Michael Anderson
regarding my qmail-pop3d problems
38226 by: Vincent Danen
38227 by: Vincent Danen
problems with qmail-pop3d (fwd)
38230 by: Bob Rogers
38238 by: Vincent Danen
Re: problems with qmail-pop3d
38231 by: Stephen Mills
rcpthosts problem (and solution?)
38233 by: Glenn Crownover
qpopper and ~username/Mailbox format
38234 by: Kristina
38243 by: Vince Vielhaber
Strange problems with tcpserver
38240 by: Häffelin Holger
38241 by: Anand Buddhdev
Re: Problems with adresses with hypens
38242 by: Bernat Ginard
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]
----------------------------------------------------------------------
SMTP is VERY slow responding to client requests. It sits there for about
60 seconds before the server seems to take hold, the e-mail (even a 20K
one) shoots out like a rocket. I'm using vpopmail and single user id with
this system. Anyone know what the deal could be? (BTW, the sendmail that
qmail replaces, which is running on a different machine, does the exact
same thing) The sendmail system is a 6.1 Mandrake, and the Qmail unit is
7.0 Mandrake. Both have had the X-Windows ripped out. SMTP seems to be
the only service affected here. I have concurrent connections for Qmail
set to 40 (not seeing even 10 of these guys...) so I'm not sure what the
problem is. I need to get this thing figured out before everyone switches
to the new unit on Monday, if possible.
TIA
Michael
On Sun, Mar 05, 2000 at 09:13:26AM -0700, Michael Anderson wrote:
> SMTP is VERY slow responding to client requests. It sits there for about 60
> seconds before the server seems to take hold, the e-mail (even a 20K one)
> shoots out like a rocket. I'm using vpopmail and single user id with this
> system. Anyone know what the deal could be? (BTW, the sendmail that qmail
> replaces, which is running on a different machine, does the exact same thing)
> The sendmail system is a 6.1 Mandrake, and the Qmail unit is 7.0 Mandrake.
> Both have had the X-Windows ripped out. SMTP seems to be the only service
> affected here. I have concurrent connections for Qmail set to 40 (not seeing
> even 10 of these guys...) so I'm not sure what the problem is. I need to get
> this thing figured out before everyone switches to the new unit on Monday, if
> possible.
This is almost certainly a DNS or ident lookup problem. Try running tcpserver,
if you're using tcpserver, with -R and -H and maybe even -l0 (that's el-zero).
If you're not using tcpserver, use tcpserver.
Chris
check your DNS setup- if the Qmail box is having problems finding itself in
DNS then Qmail will react in the way you described.
bern
Bernie Courtney
Z100 New York Engineering
mailto:[EMAIL PROTECTED]
Thanks Chris. Wonder what's going on with DNS, everything resolves fine
(quick too!), but under qmail, seems like the whole thing takes a nap.
Very strange!
And I am running tcpserver, lifes difficult enough! <G>
Michael
On Sun, 5 Mar 2000, Chris Johnson wrote:
> On Sun, Mar 05, 2000 at 09:13:26AM -0700, Michael Anderson wrote:
> > SMTP is VERY slow responding to client requests. It sits there for about 60
> > seconds before the server seems to take hold, the e-mail (even a 20K one)
> > shoots out like a rocket. I'm using vpopmail and single user id with this
> > system. Anyone know what the deal could be? (BTW, the sendmail that qmail
> > replaces, which is running on a different machine, does the exact same thing)
> > The sendmail system is a 6.1 Mandrake, and the Qmail unit is 7.0 Mandrake.
> > Both have had the X-Windows ripped out. SMTP seems to be the only service
> > affected here. I have concurrent connections for Qmail set to 40 (not seeing
> > even 10 of these guys...) so I'm not sure what the problem is. I need to get
> > this thing figured out before everyone switches to the new unit on Monday, if
> > possible.
>
> This is almost certainly a DNS or ident lookup problem. Try running tcpserver,
> if you're using tcpserver, with -R and -H and maybe even -l0 (that's el-zero).
> If you're not using tcpserver, use tcpserver.
>
> Chris
>
On Sun, Mar 05, 2000 at 01:51:40PM -0700, Michael Anderson wrote:
[mail takes 60 seconds to send]
> Thanks Chris. Wonder what's going on with DNS, everything resolves fine
> (quick too!), but under qmail, seems like the whole thing takes a nap.
In that case the problem *is* ident-lookups. You have an ident-daemon
running? It's not shielded by your firewall?
--
Ruben
Yeah, not sure why this keeps rearing up. We're still in testing mode,
and only have about half the users entered, otherwise no changes for a
while.
Michael
On Sun, 5 Mar 2000, Ruben van der Leij wrote:
> On Sun, Mar 05, 2000 at 01:51:40PM -0700, Michael Anderson wrote:
>
> [mail takes 60 seconds to send]
>
> > Thanks Chris. Wonder what's going on with DNS, everything resolves fine
> > (quick too!), but under qmail, seems like the whole thing takes a nap.
>
> In that case the problem *is* ident-lookups. You have an ident-daemon
> running? It's not shielded by your firewall?
>
> --
>
> Ruben
>
What is the difference between ident-lookups and DNS? And why would
either one affect incoming mail? (I have a qmail box that has
consistently had trouble receiving mail from another mail server, even
though I am able to receive from most other mail servers without
problems. Our DNS server has been unresponsive at times, and I'm
wondering if there may be a relationship).
TIA,
Andy Huhn
> -----Original Message-----
> From: Ruben van der Leij [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 05, 2000 4:46 PM
> To: Qmail mailing list
> Subject: Re: Slow SMTP
>
>
> On Sun, Mar 05, 2000 at 01:51:40PM -0700, Michael Anderson wrote:
>
> [mail takes 60 seconds to send]
>
> > Thanks Chris. Wonder what's going on with DNS, everything resolves fine
> > (quick too!), but under qmail, seems like the whole thing takes a nap.
>
> In that case the problem *is* ident-lookups. You have an ident-daemon
> running? It's not shielded by your firewall?
>
> --
>
> Ruben
>
On Sun, Mar 05, 2000 at 10:17:22PM -0500, andy huhn wrote:
> What is the difference between ident-lookups and DNS? And why would
> either one affect incoming mail?
Ident lookups try to gather information about the userid at the other
end of an TCP connection using the (unreliable information of) ident protocol.
If the ident port is e.g. filtered by a firewall and this firewall is
set up incorrectly (as most are) and just drops the packets without
sending proper ICMP response messages you'll have to wait till the
connection times out (usually 60 seconds with tcpserver).
Thus SMTP connection to your SMTP-server will be delayed.
The same effect happens if you do reverse DNS lookups and your DNS
server doesn not respond quickly.
\Maex
--
SpaceNet GmbH | http://www.Space.Net/ | Stress is when you wake
Research & Development | mailto:[EMAIL PROTECTED] | up screaming and you
Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | realize you haven't
D-80807 Muenchen | Fax: +49 (89) 32356-299 | fallen asleep yet.
I'm in the same boat. Just found out one of our users can't get to a
site, because the reverse DNS is not working. Funny it works here, at
Microsoft, and other places, but does not work for this one site. Andy,
mail me off list with you OS and Distribution (if any). Maybe we can
figure something out here... <Grin>
Michael
On Sun, 5 Mar 2000, andy huhn wrote:
> What is the difference between ident-lookups and DNS? And why would
> either one affect incoming mail? (I have a qmail box that has
> consistently had trouble receiving mail from another mail server, even
> though I am able to receive from most other mail servers without
> problems. Our DNS server has been unresponsive at times, and I'm
> wondering if there may be a relationship).
>
> TIA,
> Andy Huhn
>
> > -----Original Message-----
> > From: Ruben van der Leij [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, March 05, 2000 4:46 PM
> > To: Qmail mailing list
> > Subject: Re: Slow SMTP
> >
> >
> > On Sun, Mar 05, 2000 at 01:51:40PM -0700, Michael Anderson wrote:
> >
> > [mail takes 60 seconds to send]
> >
> > > Thanks Chris. Wonder what's going on with DNS, everything resolves fine
> > > (quick too!), but under qmail, seems like the whole thing takes a nap.
> >
> > In that case the problem *is* ident-lookups. You have an ident-daemon
> > running? It's not shielded by your firewall?
> >
> > --
> >
> > Ruben
> >
>
Regarding the qmail-pop3d problem I posted about yesterday, I looked in
the /var/log/qmail logfiles and I see this which might help someone track
down my problem perhaps:
delivery 20: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/
Could this have something to do with my pop3 problem? fetchmail is now
telling me:
this user has no $HOME/Maildir
Authorization failure on [EMAIL PROTECTED]
Query status=3
This pop3 thing is driving me mental!!! This seems to be the only problem
I have with qmail right now... otherwise everything seems to work
fine. Does anyone have any ideas at all for me? Please? I've gone thru
FAQs and HOWTO's and everything and I cannot find anything that might help
me to fix the problem... this is getting very frustrating... =( I've
changed the default delivery on the system to the Maildir format for every
user and it still will not work... =(
Thank you again in advance.
--
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
Freezer Burn BBS: telnet://bbs.freezer-burn.org . ICQ: 54924721
Webmaster for the Linux Portal Site Freezer Burn: http://www.freezer-burn.org
On Sun, 5 Mar 2000, Vincent Danen wrote:
> Regarding the qmail-pop3d problem I posted about yesterday, I looked in
> the /var/log/qmail logfiles and I see this which might help someone track
> down my problem perhaps:
No worries, I figured it out... it was the DNS lookup thingy in
qmail-pop3d.init that was causing the problem. Put in my hostname
manually and it works like a champ now. =)
--
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
Freezer Burn BBS: telnet://bbs.freezer-burn.org . ICQ: 54924721
Webmaster for the Linux Portal Site Freezer Burn: http://www.freezer-burn.org
From: Vincent Danen <[EMAIL PROTECTED]>
Date: Sat, 4 Mar 2000 23:16:58 -0700 (MST)
Not sure if anyone got this, but as an update I re-created the Maildir's
for all of my users. I think I had originally done "maildirmake
~/Maildir" which might have been the problem... did it this time as
"maildirmake $HOME/Maildir" and now when I connect with fetchmail it tells
me it is unable to scan $HOME/Maildir as opposed to the other error
message. One step in the right direction, I think, but now I'm really
stumped. Why would it be unable to scan?
Let me ask a silly question: Does each owner own his/her ~/Maildir/
tree?
-- Bob Rogers
On Sun, 5 Mar 2000, Bob Rogers wrote:
> Not sure if anyone got this, but as an update I re-created the Maildir's
> for all of my users. I think I had originally done "maildirmake
> ~/Maildir" which might have been the problem... did it this time as
> "maildirmake $HOME/Maildir" and now when I connect with fetchmail it tells
> me it is unable to scan $HOME/Maildir as opposed to the other error
> message. One step in the right direction, I think, but now I'm really
> stumped. Why would it be unable to scan?
>
> Let me ask a silly question: Does each owner own his/her ~/Maildir/
> tree?
Yup... the user's themselves ran maildirmake (ie. I su'd to the
user). The problem was with that fqdn program that runs in
qmail-pop3d.init (I suppose to make sure your hostname is valid, not
sure).
--
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
Freezer Burn BBS: telnet://bbs.freezer-burn.org . ICQ: 54924721
Webmaster for the Linux Portal Site Freezer Burn: http://www.freezer-burn.org
-----Original Message-----
From: Bob Rogers [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 06, 2000 9:19 AM
To: Vincent Danen
Cc: Qmail Mailing List
Subject: problems with qmail-pop3d (fwd)
<slip>
>Let me ask a silly question: Does each owner own his/her ~/Maildir/ tree?
[smills@proxy Maildir]$ ls -al
total 16
drwx------ 5 smills smills 1024 Mar 1 13:26 .
drwx------ 10 smills smills 2048 Mar 5 11:50 ..
drwx------ 2 smills smills 6144 Mar 6 08:57 cur
drwx------ 2 smills smills 6144 Mar 6 09:16 new
drwx------ 2 smills smills 1024 Mar 6 09:08 tmp
chown smills:smills -R /home/smills/Maildir would do the trick.
make sure your perms are 700..
--Stephen
I had a problem (not getting about half my mail), but I think I have
found the problem and the solution, but I wanted to run it by the group
for confirmation (and to help anyone that may run into this in the
future):
The Problem
=========
As I said, some mail was getting through, and some wasn't. I could tell
by volume, and a couple friends said mail to me had bounced. One friend
said he got the message "...this host is not in my rcpthosts file" when
he sent mail to "[EMAIL PROTECTED]"
My rcpthosts file was:
--------
bluejava.com
investnetcafe.com
--------
The Search for the Cause
=================
I hadn't touched this file in a while, so I was surprised to hear this.
I check the tcpserver cdb file, permissions, etc. and it all looked
fine. 'telnet'ing to localhost port 25 and entering in the SMTP dialog,
it seemed to allow [EMAIL PROTECTED] just fine. I even removed the
RELAYCLIENT="" from local mail so I should be getting the same treatment
from SMTP as everyone else. It was taking the mail just fine. Baffled,
I added recordio to the SMTP command line (for those that don't know,
recordio allows you to record the complete SMTP conversation - great for
debugging!)
Examining the dialog, I noticed that the RCPT TO: line was "RCPT TO:
[EMAIL PROTECTED]" followed by the error message. Then I
remembered I had made a change to my zone file for DNS. My MX info
record was probably effected. Testing this I found indeed mail with
"RCPT TO: [EMAIL PROTECTED]" worked while "RCPT TO:
[EMAIL PROTECTED]" was rejected as a non-recognized host.
The Fix
=====
So, I changed my 'rcpthosts' file to this:
------------
bluejava.com
.bluejava.com
investnetcafe.com
.investnetcafe.com
-------------
and now things are working fine. I can receive mail with a rcpt to of
"RCPT TO: [EMAIL PROTECTED]" OR "RCPT TO: [EMAIL PROTECTED]"
Have others needed to do this? Is there a "Gotcha" here somewhere?
Thanks in advance. Sorry this was so verbose, I wanted it to be helpful
to others if possible.
-Glenn
--
·.¸¸.·´¯`·. Glenn R. Crownover
·.¸¸.·´¯`·. Owner/CEO - Investor's Network Cafe
·.¸¸.·´¯`·. http://www.investnetcafe.com/
·.¸¸.·´¯`·. reply to: [EMAIL PROTECTED]
I want to use qpopper2.53 to work with mail in the ~/Mailbox format.
At the moment qpopper2.53 will not get mail in ~/username/Mailbox.
What changes do I need to do to qpopper to get it to work?
Any hints appreciated,
Kristina
On Mon, 6 Mar 2000, Kristina wrote:
> I want to use qpopper2.53 to work with mail in the ~/Mailbox format.
> At the moment qpopper2.53 will not get mail in ~/username/Mailbox.
>
> What changes do I need to do to qpopper to get it to work?
You'll find a patch at http://www.qmail.org to do this. It's already
part of the 3.0beta.
Vince.
--
==========================================================================
Vince Vielhaber -- KA8CSH email: [EMAIL PROTECTED] http://www.pop4.net
128K ISDN: $24.95/mo or less - 56K Dialup: $17.95/mo or less at Pop4
Online Campground Directory http://www.camping-usa.com
Online Giftshop Superstore http://www.cloudninegifts.com
==========================================================================
Hi there!
I have a setup with qmail and tcpserver. I defined some ip-numbers allowed
to relay in tcp.smtp, and the rest should be denied. In most cases, this
filter works, but from customers I got the note that sometimes (not always
reproducable) they can relay over this server. Is this a bug in tcpserver???
The problem is, that the relayclient variable is also set, so that the
rcpthosts doesn't work.
I do not understand it!!!
Regards,
Holger
---------------------------------------------
Failure is not an option.
It comes bundled with your Microsoft Product.
---------------------------------------------
On Mon, Mar 06, 2000 at 09:00:26AM +0100, Häffelin Holger wrote:
> Hi there!
>
> I have a setup with qmail and tcpserver. I defined some ip-numbers allowed
> to relay in tcp.smtp, and the rest should be denied. In most cases, this
> filter works, but from customers I got the note that sometimes (not always
> reproducable) they can relay over this server. Is this a bug in tcpserver???
> The problem is, that the relayclient variable is also set, so that the
> rcpthosts doesn't work.
You should provide more information. Show us the contents of your
tcp.smtp file. What does your control/rcpthosts file contain? Give us an
example of a relayed message. Only then can someone give you an answer.
--
See complete headers for more info
iv0 wrote:
>
> Bernat Ginard wrote:
> >
> > Hi all,
> >
> > We have a mail server with qmail and vpopmail and all is working right
> > except that we have an address which is [EMAIL PROTECTED] and another one
> > which is [EMAIL PROTECTED] and the mails sent to the second address go to
> > the first. The rest of addresses works right. We have addresses with
> > hypens, dots and all them work right
> >
> > What can be the problem?
> >
> > --
> > Bernat Ginard Lladó
> > mailto:[EMAIL PROTECTED] http://www.kaos.es
>
> That's interesting. This is the third report of people having
> problem with this. Basicly vpopmail is thinking that abc-def is
> an exension of abc. It's easy to tweak the code. Perhaps the
> next version of vpopmail should be more clear on the subject
> or be configurable to turn it off.
>
> To fix:
> Edit vdelivermail.c
> Comment out lines 157 to 165 and replace with a single line:
>
> pw_data = vauth_getpw(user, host);
>
> Ken Jones
Thanks, I've done it and it works right now
--
Bernat Ginard Lladó
mailto:[EMAIL PROTECTED] http://www.kaos.es
