- Se descapó
- 2 de septiembre de 2026 a las 8:19 UTC
- Autor
- Kamo
- Compromit
- d0110fb
El mismo mensaje reportado tenía un registro debajo de su foto. Eso no lo hizo. Llegar o bien el cristal de lectura mostraba un cuerpo vacío por encima del accesorio. Hay una ranura corporal por tipo aquí, y el lector lo llenó desde el primer parte de texto que se reunió y se cayó cada uno posterior. Esa es la regla correcta para multiparte/alternativa, cuyas partes son el mismo mensaje entregado dos veces y donde elegir uno es todo el punto (RFC 2046 5,1,4). Se estaba aplicando a multiparte/mezclada también, cuyas partes 5,1.3 dice que todos son parte del mensaje y están destinados a ser mostrados en el orden que aparecen. La distinción nunca importaba mientras el correo tenía una sola parte de texto. Importa en un teléfono: iPhone Mail divide lo que el remitente escribió alrededor de cada foto que insertan, así que el mensaje llega como texto / foto / texto y todo más allá de la primera foto fue descartado. Pon la foto en primer lugar y la parte sobreviviente está vacía, que es por qué este mensaje leía en blanco. Ahora se adjuntan partes de texto de una multiparte secuencial. Los hermanos alternativos todavía determinación a una sola versión, incluyendo una alternativa anidada dentro de un mixto. la forma ordinaria de correo que tiene un accesorio y un imparable El tipo de contenido cae a secuencial, ya que desechar el contenido es la forma destructiva estar equivocado al respecto. Parsed contra el mensaje reportado sacado del buzón en vivo: el cuerpo ahora termina en el "Truly" del remitente, y su ficha en lugar de en tres líneas en blanco.