Mime-hosszabbító kódoló eltérő ASCII - számítógépes hálózatok

MIME-hosszabbító kódoló nem-ASCII

From: [email protected]
Mit: [email protected]
Tárgy: Kép finom krepp.
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Type: image / jpeg

(Base64 kódolású adatok ... ..

.... base64 kódolt adatok)

tanulhatnak az üzeneteket, hogy a felhasználói ügynök Alice JPEG kódolású képet base64. Ez a módszer a standardizált dokumentum RFC 2045 egy módja a szabadon fogható 7 bites ASCII karakterkészlet.

Egy másik általánosan használt kódolási módszer, hogy átalakítjuk a 8-bites adatokat ASCII kódolású (általában függnek karakter) a 7-bites.

Tekintsünk egy kicsit több vonal Content-Type: fejléc. Szerint a MIME specifikáció az RFC 2046 sor formátum a következő formában:

Content-Type: típus / altípus; paraméterek

Itt paraméterek - paraméterek megadása nem kötelező. A leírás szerint a vonal Content-Type: annak jelzésére használjuk, a továbbított adatok típusát az üzenet, és áll egy típusát és altípusát neveket. Emellett paramétereket lehet jelen a célja, hogy információt frissíteni az altípus és nincs jelentős hatása az adatok értelmezését. Természetesen saját sorozata paraméterek meghatározni minden altípus. Fejlesztési végeztük MIME azzal az elvárással jövőbeli bővíthetőség és lehetséges, hogy hamarosan az összes lehetséges pár fajta és altípusok jelentősen megnő. Annak érdekében, hogy valahogy egyszerűsíteni az új típusú és altípusok MIME előírja annak szükségességét, regisztráció a IANA (Internet Assigned Numbers Authority - felhatalmazott szervezet a tervezett célra Internet). A regisztrációs folyamat leírását az RFC 2048 dokumentumban.

Jelenleg hétféle alaptípus. Az egyes adattípusok, több al-típusok, akiknek a száma rohamosan növekszik évente. Az alábbiakban ismertetjük három hét típus.

□ szöveget. Ez a típus azt jelzi, az ügynök a címzettnek, hogy az üzenet test szöveges információkat tartalmaz. Nagyon gyakran van egy pár típus / altípus text / plain. Altípus sima egyszerű szöveg, azaz a szöveg nem tartalmaz semmilyen formázási parancsok vagy irányelveket. Ez a szöveg jelenjen meg „ahogy van”; Nincs szükség külön szoftverre. Az egyetlen feltétel a helyességét a szöveg, hogy támogassa a karakterkódolást. Ha megnézzük a MIME-fejlécek üzenetek az Ön postafiókja, akkor szinte biztosan talál egy sor az alábbiak szerint: text / plain; charset = »IS0-8859-l». A paraméterek nevét jelzi a szimbólum táblázat létrehozásához használt a szövegben. Egy másik gyakori pár text / html. Html altípus azt jelzi, hogy az e-mail olvasó program kell értelmezni a címkéket tartalmazza az üzenetet. Ez lehetővé teszi, hogy egy üzenetet jelenít formájában egy web-oldal, amely különböző betűtípusokat, hivatkozások, kisalkalmazások és így tovább. D.

□ képet. Ez a típus azt jelzi, hogy a tárolt adatok a szervezetben az üzenet egy képet. A két leggyakoribb pár típus / altípus felvételen image / gif és image / jpeg. Felismerve az egyes altípusok a kliens használja a megfelelő képre dekompressziós módszer.

□ alkalmazás. Ez a fajta minden adat, amely nem tulajdonítható a többi hatféle. Általános szabály, hogy itt jönnek a feldolgozandó adatok különböző alkalmazásokhoz. Például ha tartalmazza az üzenetet dokumentum Microsoft Word, a küldő ügynök rendelni neki pár ar-raffolást / msword. Ha az üzenet feldolgozása címzett szer hatására a Microsoft Word alkalmazást, és adjon neki a dekódolt adatokat.

Van még egy nagyon fontos MIME-típus érdemel különös figyelmet, és felhívta a többrészes. Csakúgy, mint egy web-oldal tartalmazhat a különböző típusú adatok (szöveg, kép, kisalkalmazások és így tovább. D.), Üzenet szervezet is állhat különböző információkat. Emlékezzünk vissza, hogy a HTTP protokoll küld minden objektum külön választ; szekvenciája válaszüzenetek lehet továbbítani egy vagy több TCP-kapcsolat, attól függően, hogy a kapcsolat típusától (állandó vagy nem állandó). SMTP, másrészt helyezi az összes objektum (alkatrészek) a szervezetben az üzenet. Azokban az esetekben, ahol az üzenet több mint egy tárgy (például több képet, szöveget és képeket, és így tovább. P.), van hozzárendelve egy pár típus / altípus többrészes / vegyes. A kezelés a test az üzenetet a felhasználói ügynök információra van szüksége a helyét a kezdő és befejező az egyes tárgyak, a tárgyak vannak kódolva, hogy milyen módon, és milyen típusú és altípusú szereplő adatok a tárgyakat. többrészes üzenet szerkezet tartalmaz egy speciális elválasztó beiktatva a tárgyakat és a fejlécek Content-Type: és Content-Transfer-Encoding: mielőtt az adatok az egyes objektumok.

Annak érdekében, hogy jobban megértsék a szervező elve a többrészes üzenet, tekintsük a következő példát. Hagyja, Alice kíván küldeni Bob tartalmazó e-mailt két darab ASCII-szöveg, és a JPEG-kép között található a töredékek. Az ő ügynöke Alice belép az első szövegrészt, majd csatolja a képet, és beadja a második szövegrészt. A parancs után küldő ügynök létrehoz egy üzenetet, a következőhöz hasonló:

From: [email protected]
Mit: [email protected]
Tárgy: Kép finom krepp kommentár
MIME-Version: 1.0
Content-Type: multipart / mixed; Boundary = StartOfNextPart

-StartOfNextPart
Kedves Bob.
Kérjük, talál egy képet egy teljesen remek krepp.
-StartOfNextPart
Content-Transfer-Encoding: base64
Content-Type: image / jpeg

base64 kódolt adatok ... ..

.... base64 kódolt adatok
-StartOfNextPart
Hadd tudja, ha azt szeretné, hogy a recept.

Amint látható, az első sorban Content-Type: fejléc jelzi a karaktersor, amely szétválasztására használnak heterogén részei az üzenetet. Elválasztó sorozatban mindig karakterekkel kezdődő

Felelős minden olyan változás történt a rendszer tanácsára ezt a cikket, akkor vegye át.