[vchkpw] Re: SMTP is too slow

2003-07-10 Thread Sérgio Manuel Rosa
Ajai Khattri writes: 

Sérgio Manuel Rosa wrote: 

When internal clients try to send mail sometimes they get timeout, I 
bellieve that in this case it's when client connect to server, other 
times if a mail got attachs it starts to send... at least it's what 
Outlook says, and it takes an eternity (a mail with 1Mg taking 3 hours to 
leave outbox :-/) to deliver the mail to the server. After the messages 
reaches the server it's dispatched in a question of seconds...
I'm completly over this issue but can't find a reason for this to hapen.
Another option: check your have plenty of disk space... 

--
Aj.
Systems Administrator / Developer 


Not a problem there 250G HD space on that mount point. 

srosa 




[vchkpw] Re: SMTP is too slow

2003-07-09 Thread Sérgio Manuel Rosa
When internal clients try to send mail sometimes they get timeout, I 
bellieve that in this case it's when client connect to server, other times 
if a mail got attachs it starts to send... at least it's what Outlook says, 
and it takes an eternity (a mail with 1Mg taking 3 hours to leave outbox 
:-/) to deliver the mail to the server. After the messages reaches the 
server it's dispatched in a question of seconds... 

I'm completly over this issue but can't find a reason for this to hapen. 

SRosa 

Paul Fletcher writes: 

Well with thopse tcpserver flags so far as I can see there should be no DNS
lookups going on at all, so I don't think you can blame the DNS server...
Someone will correct me if I'm wrong. 

I have had this problem when not using -H and/or not using -R on a very
busy server where there is NAT between the mail server and the DNS server;
if you have UDP packets being natted for DNS lookups and there are lots of
them it can eat up all the nat table entries, and then you can't get
connected until entries get aged out. 

Is it slow to actually connect, or slow to respond once you are connected? 

At 17:24 09/07/03 +, Sérgio Manuel Rosa wrote:
Antonio, 

My qmail-smtp/run goes like this: 

#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
exec /usr/local/bin/tcpserver -c 50 -D -H -R -v -P -l 0 -x 
/home/vpopmail/vmail/etc/tcp.smtp.cdb \
-u $QMAILDUID -g $NOFILESGID 10.0.0.200 smtp 
/var/qmail/bin/qmail-smtpd 21 

Paul,
no error of any kind of info in logs. 

List,
I allready changed the connection on the switch, I had a VLAN where 
connected the eth of the mail server to the internal network hub, to the 
eth connected directly to the hub. Did'nt solve, so it's not a hardware 
problem. 

Paul Theodoropoulos wrote: 

do your qmail logs provide any diagnostic info? 

At 09:26 AM 7/9/2003, Sérgio Manuel Rosa wrote: 

Hi,
tcpserver (last release)
NAT only at the FW, routing to the inside net. Kinda like this 

WWW---FW with PublicIP--NAT--SMTP---routing---Internal Network 

Regards,
SRosa 

Paul Fletcher wrote: 

Are you using inetd or tcpserver?  And is there any NAT between the 
smtp
server and its dns resolver? 

At 17:44 09/07/03 -0300, Nasib Salim wrote: 


Hi Sergio
I dont have a DMZ and  I have only public DNS.
I have problems in both internal net and outside world. 

Nasib On Wed 09 Jul 03 12:33, Sérgio Manuel Rosa wrote: 


 Hi Nasib, 

a personal question because I'm having kinda same problem.
Do you have a DMZ?
Do you have internal dns and public dns? 

I have a problem like yours but only from my internal net. Clients 
from
the outer world dont have any problem, inside hosts have timeouts. 

Regards,
SRosa 

Nasib Salim wrote: 


Dear all, 

 I'm running Qmail with vpopmail and qmail-scanner. For the past 
2 years
there were no problem but recently the problem starts. 

SMTP Server is too slow to respond. it takes more than a minute 
for it
to response.  My DNS is working fine and there is no problem even
resolving the mail server. I know the DNS is the source is this 
problem
but seems its not. 

Please help! 

Nasib A Salim
Mediapost (T) Ltd 


 
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com 

 



 
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com 

 




  

This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
  








Paul Theodoropoulos
http://www.anastrophe.com
http://folding.stanford.edu
The Nicest Misanthrope on the Net 









This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
 


This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the 

[vchkpw] Re: SMTP is too slow

2003-07-09 Thread Sérgio Manuel Rosa
well a reboot I have'nt tested iet. I have a uptime of few months. 

[EMAIL PROTECTED] writes: 

I'm using tcpserver and there is no NAT between the smtp server and its dns 
resolver.
  
 I also tried to run the dns in the same smtp server but it didnt help. 

Interesting thing is that when I reboot the smtp server, its works fine for a 
few minutes and then it start over again. 

  So  I failed to get glues whether it is dns or something else. 

Nasib
Quoting Paul Fletcher [EMAIL PROTECTED]: 

Are you using inetd or tcpserver?  And is there any NAT between the smtp
server and its dns resolver? 

At 17:44 09/07/03 -0300, Nasib Salim wrote:
Hi Sergio
 I dont have a DMZ and  I have only public DNS.
I have problems in both internal net and outside world.

Nasib 
On Wed 09 Jul 03 12:33, Sérgio Manuel Rosa wrote:
   Hi Nasib,

 a personal question because I'm having kinda same problem.
 Do you have a DMZ?
 Do you have internal dns and public dns?

 I have a problem like yours but only from my internal net. Clients from
 the outer world dont have any problem, inside hosts have timeouts.

 Regards,
 SRosa

 Nasib Salim wrote:
 Dear all,
 
I'm running Qmail with vpopmail and qmail-scanner. For the past 2
years
 there were no problem but recently the problem starts.
 
   SMTP Server is too slow to respond. it takes more than a minute for it
  to response.  My DNS is working fine and there is no problem even
  resolving the mail server. I know the DNS is the source is this problem
  but seems its not.
 
  Please help!
 
 Nasib A Salim
 Mediapost (T) Ltd




This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com



This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com


 


This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
 


 


 

 

-
This mail sent through IMP: http://horde.org/imp/


_
Sérgio Rosa
Senior Partner
GoSecure
Quinta da Fonte
Edif. D. Pedro I
2770-071 Paço d'Arcos
Tel:+351 21 0001663/4
Fax:   +351 21 0001675
Telm: +351 91 6184275
email: [EMAIL PROTECTED]
Web: www.gosecure.pt 

WebOn - Internet Services, Lda
Rua Francisco Tomás da Costa, nº51 A
1600-092 Lisboa
Tlm: +351 91 618 42 75
Mail: [EMAIL PROTECTED] 





Re: [vchkpw] Re: SMTP is too slow

2003-07-09 Thread Paul Theodoropoulos
other things to look for:

excessive collisions on the ethernet (unlikely)

Denial of Service attack in progress, look for lots of connections to the 
server that are doing nothing

what is the IP address/name of the MX in question?

what are your concurrencylocal and concurrencyremote settings in 
/var/qmail/control?

do you have any values set in timeoutremote and timeoutsmtpd?

just a few additional ideas off the top of my head

Paul Theodoropoulos
http://www.anastrophe.com
http://folding.stanford.edu
The Nicest Misanthrope on the Net