Désolé mais j'ai pas tout lu. Enfin j'ai lu pour de vrai la moitié, puis j'ai compris et j'ai donc arrêté. J'ai compris que tu as décidé de pondre un pavé parsemé de moi quand j'ai vraiment bossé pour de vrai sur les RFC j'ai vu ceci-cela pour essayer de gagner par KO poids + argument d'autorité.
Pas que ça soit inintéressant, un retour d'expérience, mais tu réponds à côté.
Ou alors malgré ton boulot apparemment technique, tu as une conception de l'architecture logicielle très archaïque et brouillonne où tout serait corrélé, où ton modèle de données ne serait pas séparé ni séparable de ton interface qui reçoit les courriels, donc si y a pas le champ tel que tu l'attends exactement tout pète. Ça me parait tellement basique que je sais même pas comment l'expliquer simplement. Pense aux compilateurs qui ont généralement un modèle interne AST qui permet plus de choses que le langage dans lequel le programmeur a écrit.
dans cette situation, comment doit réagir ton MUA ? Échouer ? Ignorer ? Essayer et mettre cette email sous le tapis ?
[^] # Re: Retour depuis le turfu
Posté par Sufflope (site web personnel) . En réponse au journal À la recherche des clients mail sous Linux. Évalué à 2.
Désolé mais j'ai pas tout lu. Enfin j'ai lu pour de vrai la moitié, puis j'ai compris et j'ai donc arrêté. J'ai compris que tu as décidé de pondre un pavé parsemé de moi quand j'ai vraiment bossé pour de vrai sur les RFC j'ai vu ceci-cela pour essayer de gagner par KO poids + argument d'autorité.
Pas que ça soit inintéressant, un retour d'expérience, mais tu réponds à côté.
Ou alors malgré ton boulot apparemment technique, tu as une conception de l'architecture logicielle très archaïque et brouillonne où tout serait corrélé, où ton modèle de données ne serait pas séparé ni séparable de ton interface qui reçoit les courriels, donc si y a pas le champ tel que tu l'attends exactement tout pète. Ça me parait tellement basique que je sais même pas comment l'expliquer simplement. Pense aux compilateurs qui ont généralement un modèle interne AST qui permet plus de choses que le langage dans lequel le programmeur a écrit.
J'sais pas, regarde ce que fait gmail.