Laứ caực quy ủũnh về ủũnh kieồu vaứ caỏu truực dửừ lieọu do noọi dung mail ủeồ noự coự theồ chửựa ủửụùc caực loái taứi lieọu phửực hụùp khaực nhau nhử: hỡnh aỷnh, ãm thanh, file nhũ phãn…MIME coứn ủửụùc bieỏt ủeỏn nhử một giao thức Internet mới mẻ đợc phát triển để cho phép trao đổi các thơng điệp th điện tử cĩ nội dung phong phú thơng qua mạng khơng đồng nhất (heterogeneous network), máy mĩc, và các mơi trờng th điện tử. Trong thực tế, MIME cũng đã đợc sử dụng và mở rộng bởi các ứng dụng khơng phải th điện tử. Hiện nay, trên mạng diện rộng Internet, đối với RFC 822 chỉ làm những cơng việc định nghĩa các header nhng cịn nội dung bên trong thì vẫn cịn lỗi thời, chính vì thế mà vấn đề này khơng cịn thích hợp nữa. Các vấn đề bao gồm việc gửi và nhận th nh sau:
1. Những thơng điệp sử dụng các ngơn ngữ cĩ dấu. ví dụ: Tiếng Pháp và tiếng Đức.
2. Những thơng điệp sử dụng các ngơn ngữ khơng phải chữ cái Latin. ví dụ: Tiếng Do thái, tiếng Nga. . .
3. Những thơng điệp sử dụng các ngơn ngữ khơng cĩ trong các bảng chữ cái.
ví dụ: Tiếng Trung Quốc, tiếng Nhật. . .
4. Những thơng điệp sử khơng chứa văn bản. ví dụ: Cĩ âm thanh và hình ảnh.
Một giải pháp đã đợc đa ra trong RFC 1341 và đợc cập nhật mới nhất trong RFC 1521. Giải pháp này đợc gọi là MIME, hiện nay đợc sử dụng rộng rãi.
Khái niệm cơ bản của MIME là tiếp tục sử dụng định dạng RFC 822, nhng thêm cấu trúc vào phần thân của thơng điệp và định nghĩa các nguyên tắc mã hĩa các thơng điệp khơng phải các bảng mã ASCII. Để khỏi bị lệch hớng của RFC 822, các thơng điệp MIME cĩ thể đợc gửi đi đợc sử dụng các giao thức và chơng trình th hiện cĩ. Tất cả các chơng trình này phải đợc thay đổi thành các chơng trình gửi và nhận sao cho ng- ời dùng cĩ thể dùng đợc.
MIME định nghĩa năm header thơng điệp mới đợc trình bày trong hình bên dới. Các header này trớc tiên báo cho UA nhận thơng điệp mà nĩ đang dùng bằng thơng điệp MIME và phiên bản của MIME đang dùng. Bất cứ thơng điệp nào khơng chứa header MIME-Version: đợc giả định là một thơng điệp hình thức đợc mã hĩa bằng tiếng Anh và nĩ đợc xử lý nh thế.
Header Meaning
MIME-Version: Indentifies the MIME version
Content-Description: Human-readable string telling what is in the message
Content-Id: Unique identifier
Content-Transfer-Encoding: How the body is wrapped for transmission Content-Type: Nature of the message
Các header RFC 822 đợc MIME thêm vào.
Bảy kiểu chính mơ tả MIME đợc định nghĩa trong RFC 1521, mỗi kiểu của nĩ lại cĩ một hay nhiều kiểu phụ. Kiểu chính và kiểu phụ (xem hình bên dới) đợc phân biệt bởi một dấu vạch chéo, nh cĩ dạng sau: Content-Type: video/mpeg
Type Subtype Description
Text PlainRichtext Unformatted textText including simple formatting commands Image GifJpeg Still picture in GIF formatStill picture in JPEG format
Audio Basic Audible sound
Video Mpeg Movie in MPEG format
Applicatio
n Octel-streamPostscript An uninterpreted byte sequenceA printable document in Postscript Message Rfc 822Partial A MIME RFC 822 messageMessage has been split for transmission
External-body Message itself must be fetched over the net Multipart
Mixed Independent parts in the specified order Alternative Same message in different formats Parallel Parts must be viewed simultaneously Digest Each part is a complete RFC 822 message
Các kiểu chính và kiểu phụ đợc định nghĩa trong RFC 1521
1.8.POP BEFORE SMTP(CHệÙNG THệẽC QUYỀN TRUY CẬP THEO GIAO THệÙC POP TRệễÙC KHI SệÛ DUẽNG SMTP)
ẹeồ traựnh tỡnh tráng caực maựy chuỷ mail server bũ lám dúng gửỷi mail ồ át hay coứn gói laứ “bom thử”, cụ cheỏ POP before SMTP yẽu cầu maựy khaựch muoỏn sửỷ dúng dũch vú mai cuỷa maựy chuỷ trửụực heỏt phaỷi ủaờng nhaọp vaứo taứi khoaỷn(account) theo giao thửực POP. Neỏu quaự trỡnh ủaờng nhaọp thaứnh cõng, cụ cheỏ gụỷi mail baống SMTP mụựi coự theồ dieĩn ra tieỏp theo.
1.9.MAIL CLIENT, WEB MAIL
ẹãy laứ caực chửụng trỡnh thửụứng ủửụùc duứng nhaỏt trong quaự trỡnh gửỷi, nhaọn, ủóc mail. Nhửừng chửụng trỡnh ửựng dúng thuoọc dáng mail client coự raỏt nhiều vớ dú nhử :Outlook Express, Netscap Communicator…neỏu chửụng trỡnh mail client ủửụùc vieỏt dửụựi dáng giao dieọn Web seừ ủửụùc gói laứ Web mail. Thaọt ra Web mail tửụng taực khoự khaờn hụn caực ửựng dúng mail client thõng thửụứng vỡ phaỷi dửùa voaứ trỡnh chuỷ Web Server. Tuy nhiẽn ửu ủieồm cuỷa Web mail laứ bán coự theồ truy caọp mail ủửụùc ụỷ mói luực mói nụi, baỏt cửự khi naứo keỏt noỏi ủửụùc vaứo Internet.
CHệễNG 4 : GIễÙI THIỆU VỀ CÁC CÔNG NGHỆ LIÊN QUAN
2.1.GIễÙI THIỆU VỀ JRUN WEBSERVER 3.1 (adsbygoogle = window.adsbygoogle || []).push({});
JRun laứ ửựng dúng trỡnh chuỷ Java (Java Web Server) nhaốm phửùc vú nhửừng cõng ngheọ mụựi nhaỏt cuỷa Java nhử Servlet/JSP vaứ EẽB. Maởc duứ hieọn nay coự raỏt nhiều trỡnh chuỷ Web daứnh cho Java nhử Java Web Server, Web Logic, Apache,… Trong ủề taứi naứy tõi seừ ửựng dúng JRun Web Server cháy trẽn mõi trửụứng Windows NT/2000, do JRun ủửụùc vieỏt baống Java nẽn ta coự theồ sửỷ dúng vaứ caứi ủaởt JRun caỷ trẽn mõi trửụứng Linux laĩn Unix.
JRun khõng chổ ủụn thuần laứ moọt trỡnh chuỷ Web maứ coứn coự caực tớnh naờng keỏt hụùp vụựi caực trỡnh chuỷ Web khaực nhử IIS cuỷa Windows hay Apache