Une migration de transfert réussit lorsque le bon fichier arrive intact et que les erreurs sont visibles. Établir une connexion avec le serveur ne suffit pas.

Une nouvelle version et d’autres valeurs par défaut
C-Kermit 11.0.506, sorti le 3 août, est la première version non bêta depuis 2011. Il ajoute IPv6, passe les collisions à REJECT et le mode de transfert à MANUAL. La confirmation des fichiers non sollicités exclut le fonctionnement serveur/iksd sans interface. Les modes historiques rétablissent d’anciens réglages en affaiblissant les protections.
Au 8 septembre, 11.0.509 est disponible. Elle corrige notamment la transmission du redimensionnement du terminal, le nettoyage PTY et des blocages Telnet possibles. Consultez aussi cette maintenance pour choisir un paquet.
Une matrice pour votre tâche existante
Utilisez une destination jetable et une copie d’un transfert représentatif. Notez la configuration explicite de la tâche avant toute modification. Les contrôles proposés ci-dessous ne sont pas des essais réalisés par PeopleAreGeek.
| Situation | Résultat à conserver |
|---|---|
| Fichier absent à destination | Chemin attendu, taille reçue et comparaison du contenu |
| Nom de fichier déjà présent | Rejet, remplacement ou conservation, et manière de signaler le résultat |
| Contenu binaire et fichier texte | Intégrité binaire ; conversion des fins de ligne volontairement attendue pour le texte |
| Connexion interrompue | Erreur visible, traitement des données partielles et politique de nouvelle tentative |
| Exécution planifiée | Comportement sans personne pour répondre aux demandes interactives |
La couverture illustre la deuxième ligne : les mêmes données entrantes peuvent aboutir à des résultats différents selon la politique de collision. « Le serveur a accepté la connexion » n’est donc pas un critère de réussite suffisant.
Choisir la compatibilité délibérément
N’activez pas un mode historique général uniquement parce qu’un script est ancien. Identifiez d’abord le réglage dont il dépend. Si une compatibilité temporaire est nécessaire, documentez son périmètre et gardez l’essai séparé des transferts habituels jusqu’à vérification du résultat.
L’objectif pratique est une tâche qui précise son type de transfert, sa politique de destination et son traitement des erreurs. La prochaine migration sera alors plus facile à évaluer : vous pourrez comparer ce contrat avec la nouvelle version, au lieu de compter sur des valeurs héritées.
Revue du 8 septembre : valeurs par défaut et exception sans interface vérifiées ; 11.0.509 ajoutée, migration expliquée avec une matrice de validation.