|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: Our old problem with smtp - takes very long time
From: Walter Willmertinger (willmertinger
consys.de)Date: Wed Oct 25 2000 - 04:27:11 CDT
- Next message: Walter Willmertinger: "Re: Asian Bulk Emails how to reject with PCRE?"
- Previous message: Piotr Klaban: "Re: Asian Bulk Emails how to reject with PCRE?"
- In reply to: Wietse Venema: "Re: Our old problem with smtp - takes very long time"
- Next in thread: Ralf Hildebrandt: "Re: Our old problem with smtp - takes very long time"
- Next in thread: Chris Picton: "Re: Our old problem with smtp - takes very long time"
- Reply: Walter Willmertinger: "Re: Our old problem with smtp - takes very long time"
- Reply: Ralf Hildebrandt: "Re: Our old problem with smtp - takes very long time"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I changed it (like in possibility one) and as before, we have the same
problem.
I have an idea: I know Unixware has some problems with the process limit, I
noticed this in a port of hylafax.
Maybe smtp wants to create new processes and cannot do it. Maybe there is a
missing error log for this problem?
I just checked the problem when I wanted to send an email and noticed the
coming delay.
I went to a terminal session directly on the server and did a "telnet
localhost 25"
and waited exactly the same time as the email client (about a minute or so)
until I got the prompt of "ESMTP Postfix..."
The message "connected with host" comes immediately after I sent the command
telnet.
I did a "ps -ef| wc -l" and noticed that I had 110 processes in the machine. I
already changed the MAXUP system parameter but maybe this did not work?
Wietse Venema schrieb:
> > After trying a lot with dns and different postfix snapshots, we still
> > have the same problem. When a client sends an email to our unixware
> > server, it takes sometimes about one or two minutes until the smtp
> > server responds to the request.
>
> Two possibilities:
>
> - You need to configure more SMTP server processes (edit master.cf,
> follow instructions there). This is the problem if THE SAME client
> experiences VARIABLE delays in the initial server response.
>
> - The SMTP server is unable to look up the client hostname and
> address (i.e. the naming service is misconfigured or it is hosed).
> This is the problem when THE SAME client ALWAYS experiences a long
> delay in initial server response.
>
> Wietse
--Mit freundlichen Grüßen,
Dr. Walter Willmertinger
CONSYS Gesellschaft für Softwaretechnologie und Systementwicklung mbH Dr. Walter Willmertinger Landsberger Strasse 402 EMail: willmertinger
consys.de 81241 Muenchen Phone: +49 89 589 789 0 Germany Fax: +49 89 589 789 99 WWW-Homepage: http://www.consys.de
- Next message: Walter Willmertinger: "Re: Asian Bulk Emails how to reject with PCRE?"
- Previous message: Piotr Klaban: "Re: Asian Bulk Emails how to reject with PCRE?"
- In reply to: Wietse Venema: "Re: Our old problem with smtp - takes very long time"
- Next in thread: Ralf Hildebrandt: "Re: Our old problem with smtp - takes very long time"
- Next in thread: Chris Picton: "Re: Our old problem with smtp - takes very long time"
- Reply: Walter Willmertinger: "Re: Our old problem with smtp - takes very long time"
- Reply: Ralf Hildebrandt: "Re: Our old problem with smtp - takes very long time"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]