- Shipped
- 5 Agustus 2026 pukul 01.33 UTC
- Author
- Kamo
- Commit
- 2fda4ac
Setiap email transkasional yang kami kirim dengan logo org inline tiba di diri kami sendiri / pelihat pesan dengan subjek yang benar dan badan yang benar-benar kosong. Apakah Lampiran Bagian () diperlakukan setiap bagian membawa Content- ID sebagai lampiran. The teks / html ROOT dari multipart / terkait memiliki satu dengan desain - applyInlineRelated Isi set it so the RFC 2387 start = parameter can point at the body, which is what lets Gerbang stricter dan Outlook menemukannya. Jadi walk ParseMultipart diklasifikasikan tubuh sebagai sebuah lampiran dan melanjutkan 'd melewatinya sebelum pernah mencapai teks / html Tubuh calon cabang. htmlBody tetap kosong, dan karena pengiriman terkait membawa tidak ada teks / plain alternatif, badan teks adalah null terlalu - penampil tidak ada untuk render. Diverifikasi terhadap pesan yang dikirim daripada yang dipakai: berkas maildir mentah memegang sebuah multipart / terkait dengan sebuah lengkap 4329-byte teks / html root (Content- ID < emailroot >, 7bit, batas utuh) dan dua base64 inline PNG. The pesan tidak pernah menjadi masalah; pembaca adalah. Ini tidak terlihat sampai sekarang karena transkasional surat tanpa logos inline adalah dikirim sebagai pesan SIMPLE bukan -multipart teks / html, yang getMessage () menangani 'isi instance of String' path dan tidak pernah berkonsultasi adalah Attachment Part sama sekali. Aturan Content- ID masih memegang untuk segala sesuatu yang bukan tubuh teks, sehingga logo inline tetap terdaftar dan Cid: referensi terus pemecahan. Tes parse RAW MIME daripada merakit bagian dengan setContent - yang tidak tulis tajuk Content- Type sampai pesan yang terlampir disimpan, jadi sebuah dirakit bagian laporan teks / plain dan setiap isMimType ("teks / html") cabang diam-diam hilang. A fixture yang terletak tentang satu header logika ini switch pada akan berlalu melawan kode yang rusak. Dikonfirmasi: 4 dari 6 gagal tanpa memperbaiki.