Bonjour,

Les logs d'iptables m'indiquent que des paquets RST en provenance d'un
serveur pop3 (en l'occurrence pop.free.fr) sont bloqués. J'ai
découvert que l'erreur se produit quand fetchmail se connecte pour
récupérer les courriels en attente.

La fin de la transaction (m'indique ethereal) se compose de la
séquence suivante:
moi -> pop.free.fr : 1623* > 110 (FIN ACK)
pop.free.fr -> moi : 110 > 1623 (FIN ACK)
moi -> pop.free.fr : 1623 > 110 (ACK)
pop.free.fr -> moi : 110 > 1623 (ACK)
***pop.free.fr -> moi : 110 > 1623 (RST)***

C'est ce dernier paquet qui est bloqué (d'où dans mes logs des
messages du type: Sep 2 05:08:15 goun kernel: ABORTED IN=eth1 OUT=
SRC=212.27.48.3 DST=82.227.203.184 LEN=40 TOS=0x00 PREC=0x00 TTL=246
ID=0 PROTO=TCP SPT=110 DPT=1623 SEQ=2537307165 ACK=0 WINDOW=0
RES=0x00 RST URGP=0).

Cependant, quand j'utilise fetchmail pour récupérer les courriels sur
un autre serveur (ici: pop.infonie.fr), je ne reçois pas ce paquet
RST. La séquence de fin est en effet la suivante:
moi -> pop.infonie.fr : 4886* > 110 (FIN ACK)
pop.infonie.fr -> moi : 110 > 4886 (FIN ACK)
moi -> pop.infonie.fr : 4886* > 110 (ACK)
pop.infonie.fr -> moi : 110 > 4886 (ACK)

et c'est tout.

D'où mes interrogations:
* est-il normal que le serveur pop3 de Free m'envoie un tel paquet?
* Est-il normal que ma machine n'y réponde pas?
* Est-il normal que le serveur pop3 d'Infonie (Tiscali/Libertysurf,
etc.) n'envoie pas un tel paquet?
* Faut-il que je règle fetchmail pour qu'il attende poliement cette
séquence reset (et si oui, comment?)?

Merci de vos conseils.


====Note====
(*) Port > 1024 variable.

--
apt-get moo