- Expédié
- 2 septembre 2026 à 08:18 UTC
- Auteur
- Kamo
- Commite
- 56acc01
Un membre s'est envoyé lui-même un message d'un compte extérieur avec un fichier joint. Le message est arrivé; le fichier n'était nulle part - pas de prévisualisation, pas de lien de téléchargement, et aucun contrôle n'offrait de le révéler. La liste des pièces jointes porte un drapeau "inligne" et le volet de lecture laisse tomber tous les éléments suivants: qui l'a, parce qu'une partie en ligne est une partie du corps rendu déjà peint et l'énumérer en dessous serait également du bruit. A cid: référence hors du Le HTML est la seule voie dont un organisme a à une partie, et qui a besoin d'un identificateur de contenu. Le Le lecteur a également hissé le drapeau pour Content-Disposition: inline, ce que la RFC 2183 signifie beaucoup plus faiblement - "montrez-le en séquence avec le message" - et qui n'apporte pas Content-ID avec. Une partie marquée de cette façon était cachée à la liste alors que rien dans le corps pourrait le peindre: assis dans la boîte aux lettres, inaccessible de l'UI. iPhone Mail connecte chaque photo exactement de cette façon, donc envoyer une image d'un le téléphone était suffisant pour le perdre, et un PDF envoyé avec une disposition en ligne est allé le De la même manière. Le message rapporté est une image/jpeg de 73 KB, Content-Disposition: en ligne, pas de Content-ID. Il est désormais parse en tant que pièce jointe avec un lien de téléchargement, et le trombone est de nouveau sur la rangée - le drapeau également alimenté a Un message a annoncé qu'il ne portait rien. Un Content-ID à lui seul le décide maintenant. Les logos de signature existent pour le loge Ils sont et restez en dehors de la liste. Le changement d'analyse syntaxique à une ligne a atteint l'avance au début de 5bd1e83, engagé à partir de une autre session travaillant dans cette même caisse qui l'a balayé; cela porte son les essais et le contrat sur le terrain.