sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #40353
O/OE klienter mod Courier-imap
Har andre haft problemer med at ældre 'langsomme' klienter (hardware
mæssigt) har problemer med forbindelse til Courier-imap over SSL?
Jeg har problemer med ca. 200-266Mhz/32MB w9x klienter ofte kommer med
'Server has unexpectedly terminated connection'.
Moderne 'hurtige' klienter har ingen problemer.
De langsomme klienter kører alle på eres eget netsegment, men alle
segmenter er opsat på samme måde, dvs. nettet er opdelt på en Linux
firewall/router med ens regler på de segmenter der bruger imap, og
fordeling på hvert enkelt segment sker via samme type Dlink 10/100
switch.
Har testet mod netfejl ved at sætte en af de 'hurtige' fejlfrie maskiner
over på segmentet med de fejlende 'langsomme' klienter.
Redhat 6.2, kernel 2.2.19, alt opgraderet til næsten-det-seneste,
courier-imap-1.3.8.1, openssh-2.9p2.
Klienter connecter med imap over ssl, server auth er PAM.
De langsomme klienter kører W95/98, servicepack/updates ikke kendt,
bortset fra at O/OE er opdateret til næsten nyeste version, v5.5
Den moderne testmaskine kører W2000, så er er jo en forskel.
Desværre er det ikke lykkedes mig at få sysadmin til at test-opdatere en
fejlende klient med samtlige servicepacks og patches, incl. DUN for w95.
Hans argument er 'at hvis det skulle have nogen betydning, er det en
dårlig imapserver, fordi maskiner har kørt fejlfri inden overgang til
imap'.
Klart lidt irriterende, da M$ er kendt for fejl i netværkslag/driver.
På mit eget testsetup får jeg ikke fejlen, ej heller med imap over ppp.
Jeg har stillet flere spørgsmål på courier listen, men jeg har på
fornemmeren at man ikke gider svare mig, fordi Courier-imap lægger sig
strengt opad gældende RFC'er, hvilket M$ jo ikke altid gør.
MAO, virker det ikke, er det klienten/MUA'en der har et problem...
--
Regards,
Mr Dev - Mogens Valentin
http://www.mrdev.com - mrdev@xxxxxxxxx
OpenSource Security - Networking - Programming
Follow ups