- Spegnimento
- 2 settembre 2026 alle ore 08:18 UTC
- Autore
- Kamo
- Impegno
- 56acc01
Un membro si è inviato un messaggio da un account esterno con un file allegato. Il messaggio è arrivato; il file non era da nessuna parte in esso — nessuna anteprima, nessun collegamento di download, e nessuna offerta di controllo per rivelarlo. L'elenco degli allegati porta una bandiera "in linea" e il pannello di lettura cade ogni parte che lo ha, perché una parte in linea è uno il corpo reso già vernici e elencarlo anche sotto sarebbe rumore. A cid: riferimento al HTML è l'unico percorso che un corpo ha per una parte, e che ha bisogno di un Content-ID. The lettore ha anche alzato la bandiera per Content-Disposition: inline, che RFC 2183 significa molto più debole — "mostrare questo in sequenza con il messaggio" — e che non porta Contenuto-ID con esso. Una parte segnata in quel modo era nascosta dalla lista mentre niente nel corpo potrebbe dipingere: seduto nella casella di posta, irraggiungibile dall'interfaccia utente. iPhone Mail allega ogni foto esattamente in quel modo, in modo da inviare un'immagine da un il telefono era abbastanza per perderlo, e un PDF inviato con una disposizione in linea è andato il Allo stesso modo. Il messaggio riportato è un'immagine di 73 KB/jpeg, Content-Disposition: inline, no Content-ID. Ora si confronta come un allegato elencato con un link di download, e la graffetta è di nuovo sulla riga — la bandiera ha anche alimentatoAttachment, così il messaggio aveva pubblicizzato che non ha portato nulla. Un Content-ID da solo ora lo decide. I loghi firmati la bandiera esiste per mantenere loro e stare fuori dalla lista. Il cambio di parser di una linea ha raggiunto l'inizio principale all'interno 5bd1e83, commesso da un'altra sessione che lavora in questo stesso checkout che l'ha spazzato via; questo porta la sua test e contratto del campo.