Spontaan Sendmail probleem

[Dromer]

Nadat ik mijn server gereboot heb ( moest een kaart erbij zetten ), heb ik een probleem met sendmail.
Als ik via outlook mijn mail ophaal krijg ik,
Your server has unexpectedly terminated the connection. Possible causes for this include server problems, network problems, or a long period of inactivity. Account: 'pop.dreamsworld.nu', Server: 'pop.dreamsworld.nu', Protocol: POP3, Port: 110, Secure(SSL): No, Error Number: 0x800CCC0F

Soms geeft tie deze melding niet en haalt hij gewoon de mail op.
Maar 9 van de 10 keer krijg ik em dus.
Kijk ik dan in mijn maillog dan zie ik.

Bad file descriptor while reading line user=??? host=UNKNOWN

Kent iemand deze melding ?
Heb voor zover ik weet niks verandert en ook de reboot gaf weinig problemen.

[Edit]
Os is Redhat 7.1
[Edit]

[Dromer]

Goed even een update..
Ik ben al een poosje bezig nu en ontdekte het volgende:
De kaart die ik bijgeplaats had gebruikte hetzelfde irc als mijn nic..
Ik blij.. dacht het probleem gevonden te hebben... niet dus..
Na heel wat zoeken,lezen e.d. werd ik nog steeds niet veel wijzer.
Weet inmiddels wel dat het geen sendmail probleem is maar een pop3 probleem.
Het werkt nu weer maar wel op de volgede manier.
Als ik mijn server boot dan start Xinetd mee op.
Nadat hij geboot heeft MOET ik xinetd restarten en zodra ik dat gedaan heb werkt alles weer perfect.
Dus de vraagstelling is een klein beetje verandert......
Iemand enig idee waarom ik nu opeens na het booten Xinetd moet restarten om alles te laten werken?

[Verwijderd]

Wat zeggen je logs nu?

[Dromer]

Nadat ik Xinetd gerstart heb zeggen mijn logs niks ergs meer..
Keurig de melding dat ik een pop connectie maak en dat gaat goed.

[THIJZEL]

Op zondag 29 juli 2001 04:39 schreef Dromer het volgende:
Goed even een update..
Ik ben al een poosje bezig nu en ontdekte het volgende:
De kaart die ik bijgeplaats had gebruikte hetzelfde irc als mijn nic..
Ik blij.. dacht het probleem gevonden te hebben... niet dus..
Na heel wat zoeken,lezen e.d. werd ik nog steeds niet veel wijzer.
Weet inmiddels wel dat het geen sendmail probleem is maar een pop3 probleem.
Het werkt nu weer maar wel op de volgede manier.
Als ik mijn server boot dan start Xinetd mee op.
Nadat hij geboot heeft MOET ik xinetd restarten en zodra ik dat gedaan heb werkt alles weer perfect.
Dus de vraagstelling is een klein beetje verandert......
Iemand enig idee waarom ik nu opeens na het booten Xinetd moet restarten om alles te laten werken?

[irri modus]
irc?? kunnen netwerkaarten ook al uit zichzelf ircen? mijn netwerkkaart op irq 10 kan dat niet
[/irri modus]

[rvm]

Probeer eens een handmatige POP sessie door te telnetten naar poort 110. Gaat het dan meteen mis zodra je contact hebt of na het ingeven van username/password of pas wanneer je mail ophaalt/verwijderd?

Staat er in de logfiles een foutmelding van Xinetd bij het rebooten?

[Dromer]

Op zondag 29 juli 2001 11:53 schreef THIJZEL het volgende:

[..]

[irri modus]
irc?? kunnen netwerkaarten ook al uit zichzelf ircen? mijn netwerkkaart op irq 10 kan dat niet
[/irri modus]

Mijn zeer welgemeende excuses voor de fout die ik gemaakt heb.
Mocht het u belemmert hebben met het lezen en eventueel nadenken over het probleem was dat niet de bedoeling.
Mocht u dit alleen gelezen hebben en daarna op de reply knop heeft gedrukt om mij erop te wijzen dat ik een hele C getypt heb i.p.v. een Q , dan kan ik maar 1 ding zeggen.
Maar omdat dit een openbaar forum is waar iedereen komt lijkt het me verstandig juist dat ene wat ik alleen maar kan zeggen niet te zeggen.

[Dromer]

Op zondag 29 juli 2001 11:56 schreef rvm het volgende:
Probeer eens een handmatige POP sessie door te telnetten naar poort 110. Gaat het dan meteen mis zodra je contact hebt of na het ingeven van username/password of pas wanneer je mail ophaalt/verwijderd?

Staat er in de logfiles een foutmelding van Xinetd bij het rebooten?

Zolang ik mijn xinetd niet gerestart heb kan ik dus soms wel telnetten en soms niet..
Zelfde dus als met mail ophalen.
Ook mijn logfiles zeggen niks over xinetd die gecrashed zou zijn ofzo..
Daarom ben ik er zo lang naar op zoek geweest.

[nike]

dat probleem heb ik dus ook gehad.
nadat ik xinetd restart had gedaan deed alles het weer.

best irritant eigelijk want als ik reboot moet ik daarna maar xinetd restarten, heel xinetd crashed eigelijk
10:05:06 linux xinetd[2517]: {general_handler} (2517) Unexpected si
gnal: 11 (Segmentation fault)
Jul 29 10:05:06 linux last message repeated 9 times
Jul 29 10:05:06 linux xinetd[2517]: {bad_signal} Received 10 signals in 1
seconds. Exiting...

signal 11 is meestal slechte hardware, heb al dimms verwisseld enzo, maakt niks uit behalve xinetd restarten.

tevens nog meer problemen:
smbstatus
params.c:OpenConfFile() - Unable to open configuration file "/etc/samba/smb.conf":
Too many open files

heb het spul al met ulimit verhoogt maar het probleem blijft.
[root@linux log]# ulimit -a
core file size (blocks) unlimited
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes) unlimited
open files 4096
pipe size (512 bytes) 8
stack size (kbytes) 65536
cpu time (seconds) unlimited
max user processes 16403
virtual memory (kbytes) unlimited

ik gebruik trouwens redhat met kernel 2.4.7
ik vermoed toch die redhat up2date want eerst had ik dit soort dingen niet.

als iemand nog een hint heb hoor ik het graag

[Coen Rosdorff]

Klinkt als het volgende probleem:
1: 1e nic wordt gestart
2: Xinetd wordt gestart
3: 2e nic wordt gestart

Indien Xinetd aan ip's bind (Zoals named dat doet) dan zal Xinetd alleen luisteren naar het ip van nic 1 (Nic 2 is op het moment van starten immers nog niet beschikbaar). Zodra je Xinetd herstart bind hij ook aan het ip van nic 2.

Moraal: Checken of de boot volgorde wel goed is.

[nike]

update:

goed mijn probleem is opgelost...
wat bleek ik heb samba draaien en die veroorzaakte teveel open files door een foute config file (swat)
dus dat tooltje niet meer gebruiken.

nadat ik de config files netjes heb overgetikt zijn alle problemen verholpen...(effe xinetd afwachten dan)

dus bij deze....nooit copy-pasten maar gewoon lekker tikken en geen SWAT voor mij meer

[Dromer]

Mijn probleem is nog niet opgelost..
Dus als iemand nog een idee heeft.

[igmar]

Nadat ik mijn server gereboot heb ( moest een kaart erbij zetten ), heb ik een probleem met sendmail.

Sendmail heeft geen reet met POP3 te maken. Sterker nog, sendmail weet niet eens dat POP3 bestaat.

Sendmail is een MTA, een programma dat mail uitwisselt tussen mailservers. Procmail (of een andere local delivery agent) zet de mail in de lokale mailboxen, en POP3 of IMAP geeft de gebruiker de mogelijkheid om de mail op te halen.[quote]
Bad file descriptor while reading line user=??? host=UNKNOWN

Teveel open processen. De fd staat dan op -1, en dat vinden de kernel niet zo grappig.

Zie je /var/log/messages file.

[Dromer]

Igmar..
Even goed lezen..
Zie 2e reply van mij..

[Coen Rosdorff]

Op maandag 30 juli 2001 17:20 schreef Dromer het volgende:
Dus als iemand nog een idee heeft.

Mijn idee staat boven de reactie van Nike......

[igmar]

Klinkt als het volgende probleem:
1: 1e nic wordt gestart
2: Xinetd wordt gestart
3: 2e nic wordt gestart

Indien Xinetd aan ip's bind (Zoals named dat doet) dan zal Xinetd alleen luisteren naar het ip van nic 1 (Nic 2 is op het moment van starten immers nog niet beschikbaar). Zodra je Xinetd herstart bind hij ook aan het ip van nic 2.

Een bind() op een INADDR_ANY adres bind op 0.0.0.0:poort

Als het goed is kun je interfaces up en down gooien wat je wil, het blijft werken.

[Coen Rosdorff]

Op maandag 30 juli 2001 21:28 schreef igmar het volgende:

Een bind() op een INADDR_ANY adres bind op 0.0.0.0:poort

Bind (De dns server dus ) die bind (de functie dus) aan specifieke ip's. Je moet in de config file opgeven aan welke ip's hij moet binden. Hierbij zijn geen wild-cards mogelijk, en binden aan een ip wat nog niet up is lukt evenmin.

Mogelijk dat xinetd dat ook heeft. Ik kan dat niet checken hier. Ik draai een stevig gemodde redhat 6.0 server.