En effet, c'est pas très clair en première lecture, mais on fini par comprendre. En fait je ne pensais pas que la Freebox était capable de gérer des tables en dynamique, tout simplement parce que je n'ai jamais réussi à faire de l'internet sur les deux machines en même temps (c'est la première qui boot qui prend la connection, l'autre me demande d'établir une connection alors que l'icone de la Freebox est bien présente).

Deuxième chose qui m'étonne :
"port source privé est modifié en port source public (tartempion)"
Veux-tu dire que ma freebox va changer le port 25 en port 43000 par ex ? Est-ce bien utile (il n'y a pas 2 ports 25 sur ma machine) ?
Ou alors j'ai mal compris "tartempion"

En tout cas merci pour l'explication. J'y vois quand même un peu plus clair.

NB: Je rappelle à l'éventuel lecteur qui serait arrivé jusque là que mon pb initial est bien d'envoyer des mails à partir de mon mailer interne et je cherche des idées pour pister l'origine du message d'erreur dont j'ai copié l'affichage dans mon premier post.

Merci
Plug

c'est quoi cette histoire d'icone de fbx ?
il n'y en a pas normalement.
tu es connecté en USB ?
tu devrais configurer ton navigateur sur "ne pas établir de connexion"
(propriétés, onglet connexion).
pour la nat:
au départ de la connexion tcp sur smtp.free.fr,
le port destination est 25 et le reste toujours, c'est le port source (qui peut-etre n'importe quoi au départ) qui est enregistré dans la table nat avec l'adresse ip privée et modifié par nat pour etre ajouté à l'ip publique.
exemple:
ippri=192.168.0.3
portsourcepriv=3514
ippub=82.2.2.2
portsourcepub=2413
ipdest=212.27.48.4 (smtp.free.fr)
portdestpub=25

le paquet ip de départ est donc:
source 192.168.0.3:3514 dest 212.27.48.4:25

la fonction nat fbx va changer l'adresse source et le port source pour les enregistrer dans sa table:
192.168.0.3:3514<=>82.2.2.2:2413

A cemoment là, smtp.free.fr reçoit:
source 82.2.2.2:2413 dest 212.27.48.4:25

il va répondre:
source 212.27.48.4:25 dest 82.2.2.2:2413

nat de la fbx va lire sa table nat et retrouver la correspondance et remplacer ip+port dest:
source 212.27.48.4:25 dest 192.168.0.3:3514

et renvoyer ça au PC: le PC n'aura rien vu. et le serveur free croit s'adresser à 82.2.2.2

il faut savoir, que les ports TCP/udp n'ont pas besoin d'etre symétriques.
Il suffit que leur numéro soit libre au départ et ouvert par la bonne application à l'arrivée.
la relation port<=>application est seulement une convention, pour éviter que tout le monde se dispute le m^me numéro, mais c'est tout à fait modifiable. et ... Voili Voilou Voila !