MIME e-postasında bir Content-ID başlığının bulunması, ekin katıştırılması gerektiği anlamına mı geliyor?


11

Sahip olduğumuz iki farklı üçüncü taraf e-posta ürünü , bir e-postanın MIME kaynağındaki bir içerik kimliği başlığının varlığına farklı tepki veriyor . Bu, çözmeye çalıştığımız tutarsız bir kullanıcı deneyimiyle sonuçlanır.

İşte bir örnek:

--boundary-example
Content-Location: CID:somethingatelse 
Content-ID: <foo4atfoo1atbar.net>
Content-Type: IMAGE/GIF
Content-Transfer-Encoding: BASE64

R0lGODlhGAGgAPEAAP/////ZRaCgoAAAACH+PUNv
cHlyaWdodCAoQykgMTk5LiBVbmF1dGhvcml6ZWQgZHV
wbGljYXRpb24gcHJvaGliaXRlZC4A etc..

Bir e-posta ürünü bunu gömülü bir görüntü olarak yorumlar. Diğeri bunu sıradan bir bağ olarak (gömülü değil) yorumlar. Content-ID satırını tamamen kaldırırsak , her iki ürün de ekin gömülü olmadığını düşünür.

Hangi davranışın doğru olduğunu kesin olarak belirleyen belirli bir RFC var mı? Bir meslektaşım ve ben RFC2392'yi inceledik ve açılış özetinde şöyle diyor:

Web sayfalarını ve bunlarla
ilişkili resimleri aktarmak için e-postada [MIME] kullanılması , HTML'nin
iletide yer alan resimlere veya diğer verilere başvurmasına izin vermek için bir URL şeması gerektirir . Content-ID
Tekdüzen Kaynak Konum Belirleyicisi "cid:" bu amaca hizmet eder. […] "Cid" şeması mesajın belirli bir gövde kısmına atıfta bulunur; kullanımı genellikle yönlendiren gövde bölümü ile aynı mesajdaki diğer gövde bölümlerine yapılan referanslarla sınırlıdır. "Orta" şema, belirlenmiş bir mesaj içindeki, içerik kimliğinin adresini ekleyerek belirli bir gövde kısmına da atıfta bulunabilir.

Yani, mutlak olmasa da, biz “genellikle aynı mesajda diğer vücut parçaları ile sınırlı” Tüm yerleştirilmiş öğelere bir cid ihtiyaç beri bunları referans ve olduğu için inanmak eğimli konum ve bu ekleri yok bir cid gerek , bir e-posta ürününün "yerleştirme niyetinin" bir göstergesi olarak bir cid varlığını ele alması makul bir davranıştır.

Bu konuda onay alabilir miyim?


belki RFC yazarına veya ilgili IETF WG'ye sorun?
sendmoreinfo

Yanıtlar:


8

Content-IDBir görüntü satır içi görüntülenmesi gerektiğini göstermez. Bu başlık HTML içindeki katıştırılmış verilere başvurmak için gereklidir.

Bir e-posta kısa mesaj olduğundan, posta düz metin olduğu sürece gömülü bir görüntüyü görüntülemek için hiçbir neden yoktur.

Bazı istemciler, biçimin HTML veya düz metin olmasına bakılmaksızın verileri satır içinde görüntüler. Ama bu tanımlanmış bir davranış değil


8

Ben aradığınız düşünüyorum Content-Dispositionolmak (bir resim gibi) bir vücut parçasını sunuş tarzı tanımlamak verir başlık alanı, inlineya da attachment.

Thunderbird tarafından oluşturulan satır içi bir örnek:

--------------040202010204080305090405
Content-Type: image/png; name="test.png"
Content-Transfer-Encoding: base64
Content-ID: <part1.02080004.04000407@sample.com>
Content-Disposition: inline; filename="test.png"

Daha fazla bilgi için:


Content-Disposition başlığı her zaman dahil edilmez. Bazen bir parçanın satır içi mi yoksa soruda verilen başlıklara dayalı bir ek mi olduğunu bulmak gerekir.
user2817219
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.