Bug 9880 - After many connection from UNKNOW - POP3 Hangs
After many connection from UNKNOW - POP3 Hangs
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: imap (Show other bugs)
7.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
: Security
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-03-01 03:09 EST by buggy
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-08-08 22:28:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description buggy 2000-03-01 03:09:16 EST
My Log files show the following for the ipop3d damon:
Mar  1 09:09:40 ns1 ipop3d[2491]: port 110 service init from UNKNOWN
Mar  1 04:09:42 ns1 ipop3d[2492]: warning: can't get client address:
Connection reset by peer
Mar  1 04:09:42 ns1 ipop3d[2492]: connect from unknown
Mar  1 09:09:42 ns1 ipop3d[2492]: port 110 service init from UNKNOWN
Mar  1 04:09:42 ns1 ipop3d[2493]: warning: can't get client address:
Connection reset by peer
Mar  1 04:09:42 ns1 ipop3d[2493]: connect from unknown
Mar  1 09:09:42 ns1 ipop3d[2493]: port 110 service init from UNKNOWN
After many of these connections (DoS 40 sec) the service hangs.
The upgrade to the rpm imap-4.5-0.5.2 but that doesent matter....

Thank you for any help! (I hope I can get my mails....)
Comment 1 Cristian Gafton 2000-08-08 22:28:36 EDT
assigned to the new owner
Comment 2 Alan Cox 2000-08-18 13:12:24 EDT
inetd turns off services for a while that are rapidly respawning. So this seems
sane. You can
alter the amount of respawning needed via the wait parameter in inetd.conf
Comment 3 Rick Richardson 2000-09-02 14:09:10 EDT
I don't know about this answer.  I think this bug ishould be open and
outstanding, and should be raised to the highest severity level.

With the pinstripe beta (RH 6.9), all it takes is a single telnet to the POP3
server from "unknown" and inetd goes crazy respawning pop3d.  The syslog fills
up with messages and the machine eventually dies.  I verified this on my own
machine.  This did not happen with RH 6.2.

I had to disable pop3d in RH 6.9 because all it took was one idiot doing a port
probe to cause this bug.


Note You need to log in before you can comment on or make changes to this bug.