MIME עושה את זה קל לשלוח קבצים מצורפים עם הודעות דוא"ל. ככה זה עובד.
MIME מייצג "הרחבות דואר אינטרנט רב תכליתיות". זה נשמע גם מסובך וחסר משמעות, אבל MIME מרחיב את היכולות המקוריות של דואר אלקטרוני באינטרנט באופן מרגש.
הודעות דוא"ל הוגדרו על ידי RFC 822 (ומאוחר יותר RFC 2822) מאז 1982, והן כנראה ימשיכו לציית לתקן זה במשך זמן רב.
שום דבר מלבד טקסט, טקסט רגיל
למרבה הצער, RFC 822 סובל ממספר חסרונות. באופן בולט, הודעות העומדות בתקן זה אינן יכולות להכיל דבר מלבד טקסט ASCII רגיל.
כדי לשלוח קבצים (כמו תמונות, מסמכי מעבד טקסט או תוכניות), יש להמיר אותם לטקסט רגיל תחילה ולאחר מכן לשלוח את התוצאה של ההמרה בגוף הודעת דוא"ל. הנמען צריך לחלץ את הטקסט מהמסר ולהמיר אותו שוב לפורמט הקובץ הבינארי. זהו תהליך מסורבל, ולפני MIME כל זה היה צריך להיעשות ביד.
MIME מתקן בעיה זו מחובר RFC 822, וזה מאפשר להשתמש תווים בינלאומיים בהודעות דוא"ל, גם. עם הגבלת ה- RFC 822 לטקסט רגיל (אנגלית), זה לא היה אפשרי קודם לכן.
העדר מבנה
בנוסף להגבלת תווי ASCII, RFC 822 אינו מזהה את מבנה ההודעה או את פורמט הנתונים. מכיוון שברור שתמיד אתה מקבל זבל אחד של נתוני טקסט רגיל, זה לא היה הכרחי כאשר תקן הוגדר.
MIME, לעומת זאת, מאפשר לך לשלוח כמה חתיכות של נתונים שונים בהודעה אחת (למשל, תמונה ומסמך Word), והיא מספרת ללקוח הדוא"ל של הנמען מה פורמט הנתונים הוא כל כך שהם יכולים לעשות בחירות חכמות להציג את ההודעה.
כאשר אתה מקבל תמונה, אתה כבר לא צריך להבין את זה ניתן לראות עם מציג תמונות. לקוח הדוא"ל שלך מציג את התמונה עצמה או מפעיל תוכנית במחשב שלך שיכולה.
בנייה על הרחבת RFC 822
עכשיו איך עובד הקסם MIME? בעיקרון, היא מעסיקה את תהליך מסורבל של שליחת נתונים שרירותיים בטקסט רגיל שתואר לעיל. תקן MIME אינו מחליף את התקן שנקבע ב- RFC 822, אך מרחיב אותו. הודעות MIME אינן יכולות להכיל דבר מלבד טקסט ASCII.
משמעות הדבר היא שעדיין יש לקודד את כל נתוני הדואר האלקטרוני בטקסט רגיל לפני שליחת ההודעה, ועליו להיות מפוענח לפורמט המקורי שבקצה המקבל. משתמשי הדוא"ל הראשונים היו צריכים לעשות זאת באופן ידני. MIME עושה את זה לנו בנוחות ו בצורה חלקה, בדרך כלל באמצעות תהליך חכם שנקרא קידוד Base64 .
החיים כמו הודעת דוא"ל MIME
כאשר אתה מחבר הודעה בתוכנית דוא"ל המסוגלת MIME, התוכנית עושה בערך את הדברים הבאים:
- אם ההודעה היא טקסט רגיל ASCII בלבד, זה משאיר את זה לבד רק אומר ללקוח הדוא"ל של הנמען לצפות רק טקסט רגיל .
- אם ההודעה מכילה קובץ מצורף אחד או יותר וגוף עם עיצוב HTML, כל חלק נבדק ומטופל בנפרד.
ראשית, פורמט הנתונים נקבע. זה הכרחי כדי לספר ללקוח הדוא"ל של הנמען מה לעשות עם הנתונים, וכדי להבטיח קידוד תקין ולכן שום דבר לא הולך לאיבוד במהלך ההעברה.
לאחר מכן הנתונים מקודדים אם הוא בתבנית שאינה טקסט רגיל ASCII. בתהליך הקידוד , הנתונים מומרים לטקסט רגיל המתאים להודעות RFC 822.
לבסוף, הנתונים המקודדים מוכנסים להודעה, ולקוח הדואר האלקטרוני של הנמען מתעדכן אילו סוגי נתונים צפויים: האם קיימים קבצים מצורפים? איך הם מקודדים? באיזה פורמט היה הקובץ המקורי?
בסוף הנמען התהליך מתהפך. ראשית, לקוח הדוא"ל קורא את המידע שהתווסף על ידי לקוח הדוא"ל של השולח: האם עלי לחפש קבצים מצורפים? כיצד ניתן לפענח אותם? כיצד לטפל בקבצים הנוצרים? לאחר מכן, כל חלק של ההודעה הוא חילוץ פענוח במידת הצורך. לבסוף, לקוח הדוא"ל מציג את החלקים המתקבלים למשתמש. גוף הטקסט רגיל מוצג בשורה של לקוח הדוא"ל יחד עם קובץ מצורף התמונה . התוכנית המצורפת גם את ההודעה מוצגת עם סמל קובץ מצורף , והמשתמש יכול להחליט מה לעשות עם זה. היא יכולה לשמור אותו איפשהו על הדיסק שלה, או להפעיל אותו ישירות מתוכנית הדוא"ל.