MIME型別就是設定某種副檔名的檔案用一種應用程式來開啟的方式型別，當該副檔名檔案被訪問的時候，瀏覽器會自動使用指定應用程式來開啟。多用於指定一些客戶端自定義的檔名，以及一些媒體檔案開啟方式。 MIME的英文全稱是"Multipurpose Internet Mail Extensions" 多功能Internet 郵件擴充服務，它是一種多用途網際郵件擴充協議，在1992年最早應用於電子郵件系統，但後來也應用到瀏覽器。伺服器會將它們傳送的多媒體資料的型別告訴瀏覽器，而通知手段就是說明該多媒體資料的MIME型別，從而讓瀏覽器知道接收到的資訊哪些是MP3檔案，哪些是Shockwave檔案等等。伺服器將MIME標誌符放入傳送的資料中來告訴瀏覽器使用哪種外掛讀取相關檔案。 MIME能夠支援非ASCII字元、二進位制格式附件等多種格式的郵件訊息。這個標準被定義在; RFC 2045，; RFC 2046，; RFC 2047，; RFC 2048，; RFC 2049等RFC中。 由RFC 822轉變而來的RFC 2822，規定電子郵件標準並不允許在郵件訊息中使用7位ASCII字符集以外的字元。正因如此，一些非英語字元訊息和二進位制檔案，影象，聲音等非文字訊息都不能在電子郵件中傳輸。MIME規定了用於表示各種各樣的資料型別的符號化方法。 瀏覽器接收到檔案後，會進入外掛系統進行查詢，查找出哪種外掛可以識別讀取接收到的檔案。如果瀏覽器不清楚呼叫哪種外掛系統，它可能會告訴使用者缺少某外掛，或者直接選擇某現有外掛來試圖讀取接收到的檔案，後者可能會導致系統的崩潰。傳輸的資訊中缺少MIME標識可能導致的情況很難估計，因為某些計算機系統可能不會出現什麼故障，但某些計算機可能就會因此而崩潰。 檢查一個伺服器是否正確設定了MIME型別的步驟是： 1. 在Netscape瀏覽器中開啟伺服器網頁 2. 進入"View"選單，選擇"Page Info" 3. 在彈出的視窗中點選上層框架中的"EMBED" 4. 在下層框架中檢視MIME的型別是否為"application/x-director"或"application/x-shockwave-flash"，如果是上述資訊的話表明伺服器已經正確設定了MIME型別；而如果MIME型別列出的是文字內容、八位一組的資料或是其它形式均表明伺服器的MIME型別沒有設定正確。 如果伺服器沒有正確標明其傳送的資料的型別，伺服器管理員應該正確新增相關資訊，具體操作方法非常簡單快捷。 Microsoft公司應用於Windows系統下的瀏覽器使用ActiveX控制元件，而不是Netscape外掛，這種瀏覽器不必象其它瀏覽器那樣依靠MIME的編碼。"OBJECT"標籤的"CLSID"屬性準確地標明瞭應呼叫哪種程式來讀取接收到的檔案，因此瀏覽器不必象"EMBED"標籤那樣選擇一種讀取程式。正因為如此，你往往會在使用帶外掛的瀏覽器時遇到MIME問題，而使用ActiveX控制元件的瀏覽器則很少出現此類麻煩。 正由於上述工作方式的差別也解釋了一種現象，不知你是否發現在使用Netscape瀏覽器播放WAV檔案時，瀏覽器會呼叫LiveConnect外掛進行播放，而其它瀏覽器一般都使用通用的QuickTime的播放外掛等來進行播放，這是因為Netscape瀏覽器接收檔案需要讀取MIME識別符號，以便決定呼叫哪種程式來讀取接收的檔案，而伺服器設定在Netscape瀏覽器中播放WAV檔案應使用LiveConnect外掛，因此Netscape瀏覽器接收到WAV格式的檔案時必然就會呼叫LiveConnect外掛，但由於其它瀏覽器不使用這種方式，因此它們都使用系統預設的播放WAV格式檔案的播放器。當然Flash電影檔案並不存在這種問題，因為只有Flash播放器才能夠正確讀取這種格式的檔案。 在把輸出結果傳送到瀏覽器上的時候，瀏覽器必須啟動適當的應用程式來處理這個輸出文件。這可以透過多種型別MIME（多功能網際郵件擴充協議）來完成。在HTTP中，MIME型別被定義在Content-Type header中。 例如，假設你要傳送一個Microsoft Excel檔案到客戶端。那麼這時的MIME型別就是“application/vnd.ms-excel”。在大多數實際情況中，這個檔案然後將傳送給Execl來處理（假設我們設定Execl為處理特殊MIME型別的應用程式）。在ASP中，設定MIME型別的方法是透過Response物件的ContentType屬性。
MIME型別就是設定某種副檔名的檔案用一種應用程式來開啟的方式型別，當該副檔名檔案被訪問的時候，瀏覽器會自動使用指定應用程式來開啟。多用於指定一些客戶端自定義的檔名，以及一些媒體檔案開啟方式。 MIME的英文全稱是"Multipurpose Internet Mail Extensions" 多功能Internet 郵件擴充服務，它是一種多用途網際郵件擴充協議，在1992年最早應用於電子郵件系統，但後來也應用到瀏覽器。伺服器會將它們傳送的多媒體資料的型別告訴瀏覽器，而通知手段就是說明該多媒體資料的MIME型別，從而讓瀏覽器知道接收到的資訊哪些是MP3檔案，哪些是Shockwave檔案等等。伺服器將MIME標誌符放入傳送的資料中來告訴瀏覽器使用哪種外掛讀取相關檔案。 MIME能夠支援非ASCII字元、二進位制格式附件等多種格式的郵件訊息。這個標準被定義在; RFC 2045，; RFC 2046，; RFC 2047，; RFC 2048，; RFC 2049等RFC中。 由RFC 822轉變而來的RFC 2822，規定電子郵件標準並不允許在郵件訊息中使用7位ASCII字符集以外的字元。正因如此，一些非英語字元訊息和二進位制檔案，影象，聲音等非文字訊息都不能在電子郵件中傳輸。MIME規定了用於表示各種各樣的資料型別的符號化方法。 瀏覽器接收到檔案後，會進入外掛系統進行查詢，查找出哪種外掛可以識別讀取接收到的檔案。如果瀏覽器不清楚呼叫哪種外掛系統，它可能會告訴使用者缺少某外掛，或者直接選擇某現有外掛來試圖讀取接收到的檔案，後者可能會導致系統的崩潰。傳輸的資訊中缺少MIME標識可能導致的情況很難估計，因為某些計算機系統可能不會出現什麼故障，但某些計算機可能就會因此而崩潰。 檢查一個伺服器是否正確設定了MIME型別的步驟是： 1. 在Netscape瀏覽器中開啟伺服器網頁 2. 進入"View"選單，選擇"Page Info" 3. 在彈出的視窗中點選上層框架中的"EMBED" 4. 在下層框架中檢視MIME的型別是否為"application/x-director"或"application/x-shockwave-flash"，如果是上述資訊的話表明伺服器已經正確設定了MIME型別；而如果MIME型別列出的是文字內容、八位一組的資料或是其它形式均表明伺服器的MIME型別沒有設定正確。 如果伺服器沒有正確標明其傳送的資料的型別，伺服器管理員應該正確新增相關資訊，具體操作方法非常簡單快捷。 Microsoft公司應用於Windows系統下的瀏覽器使用ActiveX控制元件，而不是Netscape外掛，這種瀏覽器不必象其它瀏覽器那樣依靠MIME的編碼。"OBJECT"標籤的"CLSID"屬性準確地標明瞭應呼叫哪種程式來讀取接收到的檔案，因此瀏覽器不必象"EMBED"標籤那樣選擇一種讀取程式。正因為如此，你往往會在使用帶外掛的瀏覽器時遇到MIME問題，而使用ActiveX控制元件的瀏覽器則很少出現此類麻煩。 正由於上述工作方式的差別也解釋了一種現象，不知你是否發現在使用Netscape瀏覽器播放WAV檔案時，瀏覽器會呼叫LiveConnect外掛進行播放，而其它瀏覽器一般都使用通用的QuickTime的播放外掛等來進行播放，這是因為Netscape瀏覽器接收檔案需要讀取MIME識別符號，以便決定呼叫哪種程式來讀取接收的檔案，而伺服器設定在Netscape瀏覽器中播放WAV檔案應使用LiveConnect外掛，因此Netscape瀏覽器接收到WAV格式的檔案時必然就會呼叫LiveConnect外掛，但由於其它瀏覽器不使用這種方式，因此它們都使用系統預設的播放WAV格式檔案的播放器。當然Flash電影檔案並不存在這種問題，因為只有Flash播放器才能夠正確讀取這種格式的檔案。 在把輸出結果傳送到瀏覽器上的時候，瀏覽器必須啟動適當的應用程式來處理這個輸出文件。這可以透過多種型別MIME（多功能網際郵件擴充協議）來完成。在HTTP中，MIME型別被定義在Content-Type header中。 例如，假設你要傳送一個Microsoft Excel檔案到客戶端。那麼這時的MIME型別就是“application/vnd.ms-excel”。在大多數實際情況中，這個檔案然後將傳送給Execl來處理（假設我們設定Execl為處理特殊MIME型別的應用程式）。在ASP中，設定MIME型別的方法是透過Response物件的ContentType屬性。