All about Strange Encoding

English Version of viewing luan4ma3

歡迎造訪網路上最詳盡的解email亂碼網頁。本網頁在1997年初完成，是筆者用英文寫的，後來因太多網友要求，趕了這個中文版；再說內容十分詳盡週全。不過現今的email軟體已漸趨成熟，故亂碼也較不易產生了。由於筆者十分忙碌，加上本網頁已非常詳盡，相信現在網頁上的資訊已足夠幫您解決亂碼問題。請恕筆者偷懶不再更新，若您仍無法解決亂碼問題的話，可用本Frame最後的表格寄給我更多有關資料，我會盡量幫忙的！

本網頁內容

新的東東 !!

當您收到亂碼信件...

Step 1: 請將原信件備份, 並將之存為一新檔, 以做為測試解碼用
Step 2: 請先判定亂碼格式, 才能對症下藥
Step 3: 請依您的作業系統, 選適當的解碼程式, 開始測試解碼
Step 4: Troubleshooting !! 當您仍無法成功解碼時, 請按這梩
Step 5: 如何避免再次收到亂碼 ? 請按這梩

當您想寄一封中文信(Big5), 或某些含 binary(雙位元) 檔案(如 .zip, .jpg, .exe 之類) 時..

用夾檔 (Attachment) 方式送 : 將該檔案 "Attach" 起來, 送出去
用信件本文送 : 若您的 email software 無法用 "Attach" 送檔時, 您只好將該檔用本文方式送出
若寄信人用 Unix 寄信: Unix 寄信人須特別留意的事項
如何避免寄亂碼信件給別人 ?: 對寄信人的忠告

其它雜七雜八的注意事項...

問我問題.or 給我建議

97/4/16後之新加入內容

解決 IE Mail 寄給 Eudora 產生標題亂碼的情形	解決 Eudora 讀/寫中文亂碼的新/簡易法!	解決微軟 Internet Email 亂碼的新/簡易法!
如何使 MS Internet Email 寄出的中文信件標題不變成亂碼 ?	如何使 Eudora 寄出的中文信件標題不變成 QP 編碼 ?	如何使 Pegasus 寄出的中文信件標題不變成亂碼 ?

將該亂碼信件備份起來, 另存一檔以做為測試解碼用

若您不確定您的解碼動作是否正確, 請先備份原信件, 以免錯誤解碼造成信件毀損, 又無備份可救回 !!

	請依下表判定亂碼格式, 如此才可對症下藥 !

通常, 您的亂碼格式應為下表三種亂碼之一. 不同的亂碼, 在不同的平臺, 各有不同的解法. 請注意 uuencode格式, 與 base64 encode格式非常相似.
它們的差別在於 Header 的不同. 故, 請小心判別, 不要拿著日華大辭典翻了半天查德文單字.
如果您看完下表還是無法判別您的亂碼格式, 請按這裡.

En code 亂碼信件格式

U
U
e
n
c
o
d
e begin 644 kk.zip
M1G)O;2!I;&EN+F)B3T!C(VEE+FYC='4N961U+G1W(%=E9"!.;W8@(#8@,3(Z
M,SDZ,C4@,3DY-@I296-E:79E9#H@9G)O;2!F;&%B;6%I;"YF;&%B+F9U:FET
M-W4N8V\N:G`@*&9L86)M86EL+F9L86(N9G5J:71S=2YC;RYJ7"!;,3,S+C$V
M,"XV,RXT72D@8GD@6V]C8V5R+F)E;&PN9FQA8BYF=6II='-U+F-O+FIP("@X
M+CzN-"LR+C978F5T838O,RXT5S0Y-C`T,3@Q.2D@=VET:"!%4TU44"!I9"! 2
M04$P,3(S-2!F;W(@/&EL:6Y`3V]C8V5R+F)E;&PN9FQA8BYF=6II='-U+F-O
...................
..................
`
end

在亂碼前面必有 begin xxx 被編碼前之原始檔名

接著就是被編碼之信件內容

在倒數第二行, 必有 "`"

在亂碼內容後面, 最後一行, 必有 end

UU編碼之信件內容, 與 Base64 編碼之信件內容, 極為類似. 它們之間最大的不同點, 即在於它們的 Header [即一小段位於亂碼前面之簡短說明, 說明該信件之編碼方式

B
A
S
E
6
4
e
n
c
o
d
e MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding:base64
Status: R
SGmhQbF6pm6hSafapmK69Lj0pFexb6q+sXqsT6SkpOWrSKXzsN3DRLFNrmGhQQ0Kq1+sTqq6vdCx< BR> 0LF6tFit07Ddw0ShRw0KDQqtuqX9p2m2RLF6p9qoz6XOIE1pY3Jvc29mdCuiBJbnRlcm5ldCBN
YWlsIFZlci4gNC43MC4xMTU1IK1epOWqqaFJDQoNCjEuIKxPpKOsT6azqMcg1tYWlsILNuxem+
ya1QpXjGV6W7sOqquqSkpOWw3cNEqMzCwqZzpmKhSA0KICAgIKZwIFVVRU5DT0fdOZXRzY2Fw
ZaFIVVVFTkNPREUgd2l0aCBVUy1BU0NJSSBDaGFyYWN0ZXIgU2V0ofdN1JbnRlcm5ldCBtYWls
IDEuMC4NCg0KMi4grLCm86azqrqkar7Hpc2mrKSjqOwgp9qquiBNSUIKtIpfOhSKxPpKOsTyBV
...........
.........

在亂碼前應會有如下之 Header

Content-Type:
charset:
Content-Transfer-Encoding:

Q
P
e
n
c
o
d
e =A1A=B1z=A6n=A1I=A7=DA=A6b=BA=F4=B8=F4=A4W=B1o....
=E5==ABH=A5=F3=B0=DD=C3D=B1M=AEa=A1A
=AB_=ACN=AA=BA=BD=D0=B1=D0=B1z=B4X=AD=D3=B0=DD....
=A5i=B0=D1=A6=D2, D=A5=CE =B6m=A7=F8=AD=D1..
=A1=B8=EA =AF=B8

QP編碼之信件很容易判別, 因為它的內容通常就是很多等號 "=";, 像 "=A8=C7=B3".
所以, 您不需要由 Header 來判斷它是否為 QP編碼

Oh !! 救救我 ! 我信件的亂碼似乎不像上述之三種格式 words !! 怎麼辦 ? !!

En code	亂碼信件格式
U U e n c o d e	begin 644 kk.zip M1G)O;2!I;&EN+F)B3T!C(VEE+FYC='4N961U+G1W(%=E9"!.;W8@(#8@,3(Z M,SDZ,C4@,3DY-@I296-E:79E9#H@9G)O;2!F;&%B;6%I;"YF;&%B+F9U:FET M-W4N8V\N:G`@&9L86)M86EL+F9L86(N9G5J:71S=2YC;RYJ7"!;,3,S+C$V M,"XV,RXT72D@8GD@6V]C8V5R+F)E;&PN9FQA8BYF=6II='-U+F-O+FIP("@X M+CzN-"LR+C978F5T838O,RXT5S0Y-C`T,3@Q.2D@=VET:"!%4TU44"!I9"! 2 M04$P,3(S-2!F;W(@/&EL:6Y`3V]C8V5R+F)E;&PN9FQA8BYF=6II='-U+F-O ................... .................. ` end 在亂碼前面必有 begin xxx 被編碼前之原始檔名* 接著就是被編碼之信件內容在倒數第二行, 必有 "`" 在亂碼內容後面, 最後一行, 必有 *end* UU編碼之信件內容, 與 Base64 編碼之信件內容, 極為類似. 它們之間最大的不同點, 即在於它們的 Header [即一小段位於亂碼前面之簡短說明, 說明該信件之編碼方式
B A S E 6 4 e n c o d e	MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding:base64 Status: R SGmhQbF6pm6hSafapmK69Lj0pFexb6q+sXqsT6SkpOWrSKXzsN3DRLFNrmGhQQ0Kq1+sTqq6vdCx< BR> 0LF6tFit07Ddw0ShRw0KDQqtuqX9p2m2RLF6p9qoz6XOIE1pY3Jvc29mdCuiBJbnRlcm5ldCBN YWlsIFZlci4gNC43MC4xMTU1IK1epOWqqaFJDQoNCjEuIKxPpKOsT6azqMcg1tYWlsILNuxem+ ya1QpXjGV6W7sOqquqSkpOWw3cNEqMzCwqZzpmKhSA0KICAgIKZwIFVVRU5DT0fdOZXRzY2Fw ZaFIVVVFTkNPREUgd2l0aCBVUy1BU0NJSSBDaGFyYWN0ZXIgU2V0ofdN1JbnRlcm5ldCBtYWls IDEuMC4NCg0KMi4grLCm86azqrqkar7Hpc2mrKSjqOwgp9qquiBNSUIKtIpfOhSKxPpKOsTyBV ........... ......... 在亂碼前應會有如下之 Header Content-Type: charset: Content-Transfer-Encoding:
Q P e n c o d e	=A1A=B1z=A6n=A1I=A7=DA=A6b=BA=F4=B8=F4=A4W=B1o.... =E5==ABH=A5=F3=B0=DD=C3D=B1M=AEa=A1A =AB_=ACN=AA=BA=BD=D0=B1=D0=B1z=B4X=AD=D3=B0=DD.... =A5i=B0=D1=A6=D2, D=A5=CE =B6m=A7=F8=AD=D1.. =A1=B8=EA =AF=B8 QP編碼之信件很容易判別, 因為它的內容通常就是很多等號 "=";, 像 "=A8=C7=B3". 所以, 您不需要由 Header 來判斷它是否為 QP編碼
Oh !! 救救我 ! 我信件的亂碼似乎不像上述之三種格式 words !! 怎麼辦 ? !!

請依您的作業系統, 選擇適當的程式軟體, 解碼看看

請選一種您看得較順眼的程式軟體, click 一下, 該程式軟體之說明即會出現在下方 Frame 中. 您可 click 而將之下傳, 自己照著我下面的說明, 試著解碼看看.
希望您在這個步驟做完後, 已可順利解碼成功. 若仍然解不成功的話, 請看以下的 Trouble Shooting 部分.(sorry, English only)
!注意! 所有 DOS 下的程式均可在 Win95/Win31 之 DOS Prompt 執行!!(所以, 您可在 Win95 用 DOS 下的 QP-decoding 軟體)

OS	DOS	WIN	UNIX
P r o g r a m	uudvd05c_(u,b,h) mpack15d_(b,u) mime64b_(b) uuexe656_(u,b) udec1_2_(u,b) mimeqp_(q) cnvt_qp_(q) Other	UUDeview_(u,b,h) Winzip6.2_(u,b,h) Xferpro111_(u,b,h) WinPack_Delux_(u,b,h) Wincode2.7.3a_(u,b,h) Other	uuen/decode_(u) mmencode_(b,q) or [mimencode] mpack/munpack_(b,u) UUDeview_(u,b,h) metamail_(b,q)
OS	MAC	OS/2	Other OS
P r o g r a m	mpack_(b,u,h) StuffIt_Expander_(h,u) QP-converter_(q) Others	mpack_(b,u) Others_(b,u)	mpack_(b,u)
u : uuen/decode b: base64 en/decode q: qp en/decode h: binhex en/decode

	Troubleshooting !! 當您仍無法成功解碼時, 請看這梩

Q0	Ok, 現在我已經下傳了解碼軟體了, 然後呢 ? 怎麼辦 ??
Q1	Oh! 我還是無法判別我信件的亂碼格式.. 該如何呢 ??
Q2	Oh! 我的微軟 Internet Email 怎麼都把中文變亂碼了 ? 救救我!!
Q2.1	Oh! 我用微軟 Internet Email/News 寄中文信, 標題變亂碼了 ? 何解? 請賜教!!
Q2.5	Oh! Eudora 為何讀中文信件都變變亂碼了 ? 請教我如何解決!
Q3	Oh! 我都有照你的指示解碼, 怎麼還行不通呢 ? 你騙我 ! 幫幫我吧!!
Q4	寄信人跟我說, 他是用 Base64 編碼寄給我的; 可是我怎麼都沒看到 Base64 編碼該有的 Header 呢 ? 請替我解惑!!
Q5	我懷疑我信件中的第8位元被濾掉了 ! 是不是永遠救不回來了呢 ? 請指導我!!
Q6	Oh! 我怎麼在我的 Unix 帳號下, 找不到你說的某些解碼指令呢? 每次我打了, 它都給我回應 "Command Not Found" !! 怎生是好 ??
Q7	為什麼最近常收到些標題/寄信人長的像 "=?BIG5?B?pKSk5bbDvVg=?=" 的信件呢 ? 有沒有得解? 請教我吧!!

Q0: Ok, 現在我已經下傳了解碼軟體了, 然後呢 ? 怎麼辦 ??
A0:
1. 請參照該程式的 Help, Readme, 或 man (in Unix), 並參考我在本網頁中的一些說明, 自己測試測試吧!
2. 對於某些 Windows 程式, 我並沒有寫下詳細說明, 請自行測試, 您可以問我, 但我不一定知道, 因為我沒那麼多時間做這種測試. [除非您付錢給我 :>]
3. 如果您也想和我一樣, 花那麼多時間寫這類教學網頁教人的話, 您可以將您測試的結果寫下來, 把該軟體如何解碼編碼的過程寫下來寄給我, 我會將您的大作納入本網頁中以嘉惠更多人.
Q1: Oh! 我還是無法判別我信件的亂碼格式.. 該如何呢 ??
A1:
1. 您真的確定您無法判別亂碼格式嗎? 真的? 請再仔細瞧一遍吧, ok? [uu | b64 | QP]
  假使您還是無法確定的話, 我建議您 寄封 email 去問寄信人. 為了使您能順利解碼成功, 您應問他下列幾個問題:
  - 那封信件內含了什麼? 是一個圖片檔? 壓縮檔? 中文文字檔? 還是 ??? 最好連檔名一併問清楚, 如果不知道的話, 至少要知道, 該檔案之格式.
  - 寄信人有沒有用什麼編碼方式寄那封信, 若有的話, 那是什麼編碼 ? 若沒有的話, 那他是如何寄出的? 用什麼軟體?
2. 這個問題有以下幾種可能性:
  1. 檢察看看您有沒有在 Big5 中文環境內, 如果您是在英文環境下, 又沒有外掛或切換 Language encoding 為 Big5 的話, 看不到中文是想當然爾.
    - 若您是在 Unix 下用 more 的話, 試試 cat 看看.
    - 若您用的是 MS Internet Mail 的話, 請按這兒
  2. 該信件有可能是用 base64 編碼, 但是在亂碼前並沒有 Header. 這種情況下, 請按這兒
  3. 該信件亦有可能是用其它編碼方式如 Binhex or XXencode 編碼, 只要在亂碼前面有 Header 資料顯示其編碼方式的話, 您通常可用 Xferp111 或其它 "智慧型" Windows 程式將之解碼
  4. 也有一種可能是, 該信件並非用 Big5 中文寫的
    舉例而言, 若寄信人是用日文的 JIS, EUC, 或中國的 GB 編碼寫信, 自然您無法用 Big5 讀信囉 !
    所以啊, 如果您的亂碼前沒有 Header 的話, 建議您還是乖乖地叫寄信人重寄一次, 或是問他清楚一點, 因為這個問題是很麻煩的. 這也是為什麼我總是建議人家在寄第一封非英文信時, 最好自己做個備份, 因為有可能收信人無法正確解讀信件, 而您得必須再重寄一次.
  5. 最悲慘的可能性即為-- 該信件之第 8 位元被濾掉了! 如此一來, 此種信件幾乎無法還原. 假使您仍堅持要還原看看的話, 您需要一個由交大黃世昆先生所寫的一個叫big5fix 的 C 程式. 該程式是在 Unix 發展出來的. 因此, 您必須用 Unix 自行 compile, 才可執行. 這對一般 User 而言, 稍嫌困難了點. 且該程式初使用時無法 100% 還原成功.
    這也就是為什麼我會建議您在這種狀況下, 最好再請對方重寄, 或改用先編碼, 再寄出.
    [註]我已經成功地 compile 該 big5fix 程式, 且可以在我機器上 run. 若您真有需要的話, 請將該毀損信件寄給我 , 我盡量幫您 "還原還原" 看看.
3. 該信件有可能被 Binhex 編碼, 或 PGP 編碼. 在本網頁中, 我並沒有解釋這兩類編碼方式.
4. 假使您試了以上種種方式, 卻仍無法判別亂碼格式, 那就按這裡問我吧 ! (請提供我詳細資訊)

Q2:Oh! 我的微軟 Internet Email 怎麼都把中文變亂碼了 ? 救救我!!
A2:

抱歉, 我未曾用過微軟 Internet Email, 因此, 以下資訊都是道聽途說來的, 若有錯誤之處, 敬請不吝指正

微軟 Internet Email 經常為人所詬病, 通常, 您可試試以下幾個小偏方:

按一下 "檢視->語系->繁體中文 ,但離開之後再進來同一封信則又是一片亂看一次選一次, very troublesome
if 內容正常, but 標題為亂碼, try 郵件->選項->純文字->設定->標題容許 8bit 若要知道更詳細的解說, 請看 A2.1

以下這段文字, 是由台灣微軟
copy 來的.您可去逛逛台灣微軟之技術支援中心

某些郵件程式會在郵件使用非西歐語系時，在傳送之後加上標示，說明郵件是使用西歐語系。這樣會讓 Internet Mail and News 將郵件顯示成亂碼。要解決這個問題，請按「檢視」功能表的「語系」，然後選適當的語系。如果您想回覆或轉寄類似的郵件，請先按「檔案」「開啟」，開啟郵件，然後「檢視」功能表的「語系」，然後選正確的語系。接下來回覆或轉寄郵件即可。

有人提出以下解決方式, 聽說既簡單又有效:

去修改 \windows\system 下的 MAILNEWS.DLL (記得先備份起來)
在這個檔案中找出 charset 的字串，然後隨便把它改成其他的字，就可以了

用 UltraEdit-32 開啟它,按 Find（Find ASCll 打勾）找"charset",找到後我把它改成"bingset"然後存檔. 果真 IE Mail & News 都沒亂碼了！（不用 Internet ADD 的情形下）
[註]用 UltraEdit 按 Find 找"charset"時 , Find ASCⅡ和 Match Case 都要打勾
by jackbin@m2.dj.net.tw

照以上的方法, 在NT4.0中文版/WIN95 950B版中都沒亂碼了!
我是用TWMSIE301版,95及NT版都有,不過安裝後它們的 MAILNEWS.DLL 都是一樣的(1,128,920Byte 1996/10/21 11:55)
PS:

如果您是用3.0版的也可以試試,應該都是把字串改掉就好!
MAILNEWS.DLL的位置在
C:\CWIN95\SYSTEM\ or C:\WINNT\SYSTEM32\

用ultraedit找"charset"這個字串時(ps:Find ASCll要打勾)總共會找到四個地方

..Default Charset.Show Header Info..
..Default Charset.News Dialog Position...
..Charset.High....Normal.....
..TranslateCharsetInfo..GDI32.DLL....

我是只改3的字串"Charset"為"bingset",1,2,4沒有變 (全改會不能使用) 改完nt的及95的,都試過可以用,且不會有亂碼, 回信時也都正常.提供給你作個參考.:)
by "advocate" u356622.bbs@cis.nctu.edu.tw

您遇到的亂碼亦有可能為前述的 QP-encoded 檔案 [內含許多等號 "="], 或是其它如 [uu | b64 ] 編碼, 您可如上所述, 用一些解碼程式解解看.

如果您是個微軟 Internet Email 高手, 請與我分享您解決微軟 Internet Email 的某些問題之經驗, 這樣, 我也好把您的經驗放在這裡, 嘉惠更多人.

Q2.1: 如何解決 MS Internet Mail/News 寄標題中文亂碼的問題 ?
A2.1:

請至 Internet Mail 之 "郵件/檢視/傳送" 裏的 "郵件傳送格式" 及
Internet News 之 "新聞/檢視/傳送" 裏的 "新聞傳送格式" 的
"純文字"設定 , 將 "表頭容許8位元字元" 選項打勾
如此即可避免在某些軟體接收信件或新聞時, 標題變亂碼.
假若, 您已收到一標題為亂碼的信件, 而想將之解碼的話, 請按這裡

以下是 Steve Lin網友熱心提供有關解決由 MSIE 寄至 Eudora 產生標題亂碼的方法

在之前曾經發生過，用Exchange發mail給Eudora在Subject的地方只要輸入中文都會出現一長串的亂碼，解決這種亂碼的方法，請各位依下列步驟更改設定：

進入Exchange→ 工具 → 選項
選擇『服務』→ 在此設定檔以裝妥的資訊服務裡選擇『Internet mail』
選擇右下方的『內容』
在傳送郵件時使用MIME (M) 把 "□"內的『ˇ』取消
進入下方的『字元集』
於郵件文字所用的字元集中選擇『中文字』→ 確定 → 確定
完成後請務必要重新開機，並重新進入Exchange即告完成

只要依照此步驟更改對方收到您所發的mail，Subject處的中文字便不會再產生亂碼，請各位試試看。

Q2.5: Eudora 收信中文變亂碼,怎麼辦 ?
A2.5:

偏方一: 請在讀或回一封信前先啟動中文輸入法, 再去讀或回信, 即可..

偏方二: (高段作法) [by huangys@public.cc.jl.cn (朝昌瑩子)]

修改 \windows\system 下的 riched32.dll (記得先備份起來)
做如下修改。 (用 UltraEdit or Pctools/Diskedit)

將      39 01 0f 84 e6 00 00 00

改為    42 90 e9 e7 00 00 00 90

From: tanliwu@mail.infoland.hinet.net (阿利)
我發現不但在Eudora可以適用 ( 不過如要paste中文字時還要先切中文輸入, 否則paste上去的還是亂碼 ) 敝人的Newsreader是用Gravity1.01, 原本要follow up,或reply 也需切至中文輸入才可以看中文, 這個問題現在也解決了. 我想其他軟體有同樣毛病的也應該可以適用一箭好幾雕, 再次致敬! ps. 修改時需退出WIN95 , 在DOS 下來改.

From: u356622.bbs@cis.nctu.edu.tw (好奇者)
哇!homesite 2.0原本的亂碼問題一樣解決了! (之前打開中文html也是要先打開中文輸入法!) 謝謝,真的由衷感謝!

From: dewen@mail.tmc.edu.tw (Germany Hsu)
大哥英明 ! 原本楊友博士筆輸入法在 Word 下也要先打開任一輸入法才能執行手寫輸入, 現在也解決了 ! 致上無限敬意 !

Q3:Oh! 我都有照你的指示解碼, 怎麼還行不通呢 ? 你騙我 ! 幫幫我吧!!
A3:
1. 您百分之百確定您有完全照我寫的步驟做 ??
2. 好吧, 請按這兒問我問題但是, 您 必須提供我充足的資訊, 這樣, 我們才不會浪費時間!

Q4:寄信人跟我說, 他是用 Base64 編碼寄給我的; 可是我怎麼都沒看到 Base64 編碼該有的 Header 呢 ? 請替我解惑!!
A4:不同的作業系統, 有不同的解法:

Unix Users:
1. 先將原檔案備份,再將亂碼前/後面所有的內容刪除, 也就是只留下中間的亂碼部分
2. 打 mmencode -u -b filename >& new_filename
3. 或者, 您可試試 uudeview filename . 它會把解碼結果存在一個叫 UNKNOWN.001 的新檔內.
WIN Users: [建議一律將欲解碼之檔名尾命為 .b64]
1. 先將原檔案備份, 您不用先做任何處理, 直接用以下軟體解看看
2. uudeview, 直接 Decode 它會把解碼結果存在一個叫 UNKNOWN.001 的新檔內
3. 或用 WinZip6.2, 您必須先將欲解碼的檔案命為檔尾為 .b64 , 才可使用 WinZip6.2 解.
  在您改完檔名後, 只要執行 WinZip6.2, 用 Open, 將該檔 open 即可得一些如 001.txt 等之解碼結果.
  或, 您亦可直接 double click 該檔案之 icon.(我強力推薦用 WinZip6.2 解)
4. 也可試試 Winpack, 您不用更改檔名. 可直接 Decode.[在我測試經驗中, 有時 Winpack 會解錯]
DOS Users:
1. 試試 uudeview filename
2. 或 mime64 in_files [out_file]
以下方法在任何作業系統皆適用:
您可依 [b64 ] 之 header 格式 , 自行製作一個 Header , 放在亂碼之前
如
Content-Type: application/octet-stream; name="xxx.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="xxx.jpg"

然後, 您就可以用上述之各種解碼軟體解解看了.

!Note!: 即使您可成功地將此類檔案解碼, 您還是得知道該檔案之格式. 舉例來說, 如果對方寄了一個 .jpg 圖形檔, 可是, 您卻不知道那是個 .jpg 圖形檔 (因為沒有 Header), 而把它當一般中文文字檔, 那當然牛頭不對馬尾了.
這也就是為何我會建議您至少要問寄信人該檔案格式為何. 因為誤判檔案格式的話, 自然就像用日華大辭典查德文單字一樣, 永遠也看不懂.

Q5: 我懷疑我信件中的第8位元被濾掉了 ! 是不是永遠救不回來了呢 ?
A5: 請按這兒
Q6:h! 我怎麼在我的 Unix 帳號下, 找不到你說的某些解碼指令呢? 每次我打了, 它都給我回應 "Command Not Found" !! 怎生是好 ??
A6:這問題有很多可能性, 但可確定的是, 該程式(指令) 並沒包含在您設的路徑內. 您可試試以下幾種方法, 看看您的 Unix 系統有沒有裝一些解碼程式:
1. which program_name : 通常,如果您的 path 包含該程式的話, 該指令會告訴您您所要找的程式(program_name) 放在那個目錄內
  因此, 如果您得到的錯誤訊息是 "Command Not Found", 這個 which 就無效了.
2. whereis program_name : 這個指令, 跟上述的 which 類似. 只在您的 path 有包含該 program_name 才有效.
  它與 which 不同之處在於, 它會將系統內該 program_name 之所有版本的路徑一併顯示出來.
3. ksh
  whence program_name : 第一個指令 ksh 乃將您的 Shell 換成 Korn Shell. 第二個指令 whence 會去搜尋您所要找的 program_name.
  如果這個方法還是不行的話, 就試試最後的殺手招..
4. find / -name program_name : 這個 find 指令會去找所指定目錄下所有檔案, 把含有該 program_name 字串的檔案, 全部一網打盡. 不過, 正因如此, 該指令有可能使得整個系統慢下來, 請於適當時機使用之.
  如果在用了此指令後, 仍無法找到您要找的 progra_name, 那表示您的系統沒裝, 您必須自己下傳原始程式, 自行 compile(or make).
Q7:為什麼最近常收到些標題/寄信人長的像 "=?BIG5?B?pKSk5bbDvVg=?=" 的信件呢 ? 有沒有得解?
A7:通常, 這是寄信人自己設定的問題. 這是因為寄信人在其 email software 中, 將 "寄信人"(sender) 及 "標題"(Subject) 部分設為編碼了. 欲避免這類問題再次發生的話, 就必須叫寄信人關掉 Sender/Subject 編碼. 這兒教您如何在微軟 Internet Mail 下關掉Sender/Subject 編碼.
當然, 這種編碼一定都有解, 它有可能是 Base64編碼, 或 QP編碼. 以下是個示範解此類 Base64編碼的程序 :
1. use mouse to copy and paste the Subject and Sender part
  e.g. if the Sender is =?BIG5?B?p9q3fKRGIQo=?= , and Subject is =?iso-8859-1?B?pKSk5bbDvVg=?= .
  then, you have to use mouse to copy them into 2 new files separately, say, subject.b64 & sender.b64
2. then, edit subject.b64 & sender.b64, remove all the part of ?BIG5?B? or ?iso-8859-1?B? in the beginning, and the final ?= in the end, and save the content in between
3. then, base64-decode these 2 files. You will get the result.
  Sender: 我會了!
  Subject: 中文亂碼
  Of course, these 2 files do not contain any base64 header lines. If you don't know how to base64-decode such kind of files, click here

	Suggestions.. .How to prevent such problem in the future ?

Check with the sender, ask him to pay more attention before he sends email to you; and backup any sent email, in case it is damaged and has to be sent again.
Ask the sender to send a test email first, to see if anything wrong. If there is something wrong with the test email, try to identify the reason, and find better ways to solve such problem.
If you really can't solve a decoding problem, and have to ask someone, you must provide enough information for the solver. Otherwise, no one can help you, because this problem is case independent, without knowing detailed information, the solver can hardly offer you good advice.
To ask a solver, you should provide information such as
1. What does the alien words look like? does it contain any header information? Only chinese part messed up, English part Ok? or alien words everywhere? Send him a sample to let him identify it for you.
2. What email software you are using? What email software is the sender using? [if you don't know, that's fine; if you know, that's better.]
3. be polite and patient, no one is responsible for helping you, so, do not expect the solver to solve it soon, although he always did. Backup the email which you sent for asking the solver, so that you may use it to ask other people later.

If you wish to send an email which contains 8-bit content such as Chinese(Big-5), zip, jpg, exe..etc

Send by Attachment, Attach a file to send it out

if you use Netscape, Eudora, or Pegasus to attach such files, the attached files will usually be automatically base64-encoded. (only the attached part). Some email software can let you configure the encoding method [uu / b64 / QP] for attachment.
you do not need to decode an attached file before you 'attach' it. If you did, it will make the decoding more troublesome. (then, receiver may need to decode the email more than once.)
the receiver can always decode such 'attached' files successfully. So, it is recommended to send files by 'Attachment'.

	Send by Main Content, if you can't attach files, you must send chinese or binary files in the main content

if you write some 8-bit characters (e.g. BIG5), the content will only appear correctly if the 8th bit is not truncated during the process of traversing that email. This may happen when both sender/receiver are in Taiwan, since most internet nodes in Taiwan can deal with 8bit data traversing.
the 8th bit may be truncated somewhere during the process, if you and receiver are far from each other (e.g. Taiwan <=> USA).
you should first send a test email with the chinese main content to the receiver, and ask if he/she can get the main content correctly.

if the 8th bit is truncated, the receiver will see some alien words other than above formats [uu | b64 | QP]
in such case, it is almost unrecoverable, details will be stated here
3 solutions to send the main content correctly when the 8th bit will be truncated:

use Netscape, Eudora, or Pegasus Mail, choose the "Quoted Printalbe" or "MIME encoding" in their preference or options configuration.
send the main content and the attached file separately.
i.e. save the main content as a file first, then, use 'attach' again to attach the main content.
if you are using unix, save the main content as a file, and encode it via any of the encoding method.(uuencode is recommended, because it will have a header information) and send that file to the receiver.

if the 8th bit won't be truncated, it will be sent successfully, so, you do not need to do anything for the main content.

	Unix Sender, special notes for a unix sender

For a unix sender, he may not have an email software which he can "attach" files, then he should:

encode those files he wanted to send. For the main content, if the 8th bit will be truncated, he must save it as a file, too, and encode it.
uuencode is recommended for encoding a binary file in unix. Because it will always contain the file name, and the receiver will know what that file is by view the header line 'begin xxx kkk.jjj" in the header information after he receives it.
To uuencode a file xxx in unix, uuencode xxx yyy >& zzz. It is very important to name yyy correctly. Because the receiver will use yyy to specify the format of xxx.
e.g. if xxx is a zip file, then, you should name yyy as yyy.zip (yyy can be xxx, or anything else, it's ok). Therefore, when the receiver gets the email, he can identify the uuencoded file is a zip file, and thus he can decode it first, and unzip it.
mmencode in unix will not contain any header information about the encoding method(base 64), and file name. As a result, the reciever won't be able to know what kind of file he has received, will have difficulty to recover it.
e.g. if you mmencode a zip file and send it, the receiver does not konw it is a zip file since there is no header information. Therefore, even though the receiver has successfully decoded the file, he could not use it, because without the correct file format, it may be a .gif , .doc or .au file.
If you insist to use base64-encoding, mpack is recommended for such job, because files encoded by mpack will contain detailed header information, and thus the receiver can get enough header information, and use appropriate decoders to decode it.
then, mail xxx@yyy.zzz <& kk.uue to send the encoded file kk.uue to xxx@yyy.zzz, and continue this step till all the encoded files have been sent.

	Suggestions, advices for senders

Send a test email before you want to send something serious. You should make sure if you can send the main content without encoding correctly or not. Also, you should check if the receiver has the ability to decode the 'attached' file or not.
Backup your sent email is very important. The email you sent may be damaged, then, if you have backuped the sent email, you can resend it without making it all over again.

If you want to send out an encoded file, you had better add enough header information so that the receiver will know better about how to decode it.
uuencoding by uuencode/ UUDeview or
base64 encoding by mpack are recommended

Why decoding a file without header information is so troublesome?

Without header information, you have to know

What kind of encoding method that file was encoded

What format does that file is

because

if the file is uuencoded, of course you can't decode it successfully with other decoding method, right?

if the file is a .jpg format, of course you can't take it as a text file or zip file, right?

that's why it is very important to make the sender encoded file correctly, and should let the receiver know what encoding method and what file format he is sending.

MISC Information

Other Links with similar subjects:

BINARIES FOR BEGINNERS contains detailed information about using Wincode for decoding things.
The Binary Info-Page FAQ has much information, basically, for viewing some pictures, or movies.
FAQ: Viewing Pictures focus on how to view a picture which was encoded.
畢勒佛中華民國同學會尤其含有大量 unix 下中文之 FAQ. Good!

What is MIME ?

Basically, it is used for transfering non-ASCII data via email.
For details, try MIME-FAQ, or MIME (Netscape page), or Terminology

Why and When do I need encoding when I send email?

Why do you need encoding an email before you send it?
- Because only ASCII characters can pass all the MTA(Message Transfer Agent> when sending an email. Chinese in Big5 encoding is not an ASCII character, that's why it needs to be encoded to be an ASCII format.
  Also, for those binary files (such as .exe, .zip, .jpg, .au...etc) They are not plain text with ASCII format files, that's why they also need to be encoded for data trasversing.
  All the encoding method can do this job [coverting the non-ASCII content into ASCII content]. In RFC1521, QP-encoding method is recommended for encoding 8bit text file (like BIG5 format) and BASE64-encoding is better for binary files encoding.
When do you need to encode something?
- When you find that you can not send a Chinese(BIG5) email to your friend without encoding
- When you want to send some binary files, such as .zip, .exe, .gz, .jpg, .au, or .tar files.

What email software can you recommend me ?

Well, I can't advertise any email software, but I do not recommend you to use MSIE's email for sending chinese(Big5). There are too many people complaining about its poor Big5 showing function.[click here]
if you can, using an email software which can support MIME is better. Netscape Email, Eudora, Pegasus, Accacia can do really good jobs.
Some people complained that Eudora Pro 3.0 can't support Chinese(Big5) well enough
假如您用 Eudora Pro 3.0 後, 發現內文的中文通通變亂碼 (標題的中文還在), 您可先啟動中文輸入法(Ctrl+ 空白鍵), 然後再看信件內容, 就行了.
如果別人告訴您您用Eudora所寄出的信都被 QP 編碼了, 該如何呢?
請至 Tools -> Options -> Sending Mail 將裡面 May use quoted-printable 設成不打勾即可
Here is a page to teach you how to use Pegasus Email in Chinese.
Accacia Email can do on-line QP-decoding
Here you can find many Windows Email softwares.
Agent Chinese FAQ : Big5 version.

How to disable MIME setting in Pegasus

請把 File/Preferences/Advanced Settings/Allow 8-bit MIME encoding關掉寄信時選取 Special把 Use MIME encodings for mail也關掉最後進到飛馬目錄下的Resource子目錄執行 Rescom wpm-char 把新compile出來的wpm-char.rsc放到飛馬目錄下就大功告成了

If you want to use WWW Form to send an email as a guestbook

Some people have complained me that they used WWW forms to let visitors send an email to them by writing soemthing in the textarea, and seding the email by clicking some button.
And when they get the email sent by such form, it will always be 'encoded' and hard to translate.
In fact, that is usually because the WWW designer did not configure the encoding method appropriately for sending the form data. Usually, this problem can be solved by putting something like
form action="mailto:xxx@yyy.zzz" method=post ENCTYPE="text/plain"
into the font tag part
If you did not add the ENCTYPE as above, the email will be QP-encoded, in a different way.
If you still insist to translated the above QP-encoded email, you have to use some special tips. I succeeded this once, you may try the follwoing
1. replace all = with space
2. replace all % with =
3. QP decoded that file.
I can not guarantee it works always, if you have further problem, ask me again. I will try what I can do

為何會產生亂碼?

當你傳任何非 ASCII 之文字檔時, 都必須先經過編碼的步驟, 將該檔轉為 ASCII 格式, 如此才能確保檔案能被成功地傳送. 因此, 若你想寄一封中文信, 或寄一張圖片, 或寄一個壓縮檔給別人時, 你都必須將該信件內容先經過編碼, 再送出. 否則的話, 有可能你的信件在傳送過程中遇到某個無法處理 8 位元資料傳送的 Server, 那該信件的第 8 位元就會被濾掉而造程資料失真或毀損.

而一般 email software 之 Attach 功能即為替寄信人自動將該信件編碼而後送出. 而收信人若用可判別信件編碼方式之 email software(如 Netscape Email, Pegasus, Eudora, Accacia, MS Internet Mail..etc), 即可自動將該信件解碼. 然而, 各家 email software 內定之設定各有不同, 且收/寄信人亦可能自己更改一些設定, 如此即會產生所謂的亂碼, 而令收信人不知如何是好. 在這個時候, 收信人可以先將該信件暫存為一個檔案, 看看該檔案內容為何, 自己判別一下該檔案之編碼方式(uuencode, base64 encode, QP-encode, 或其它編碼方式 ), 用適當的軟體, 做適當的解碼動作, 即可成功解得.

如何判別信件之編碼方式 ?

信件之編碼方式有很多種, 在此, 我只列舉出一般最常見的三種編碼方式, 若您仍無法判別您收到信件之編碼方式, 您可個別問我

Ok, 若您再試過我上述的方法之後, 還是無法成功解碼的話, 請填好以下表格, 按 submit 將表格內的問題送給我.
我會盡量幫您解看看, 但也請體諒我是個上班族, 可能無法很快回覆您

*!Note!:* 您必須輸入下面全部空格 !!
Email: Name: Luan4ma3 format: UU b64 QP 不知道耶.. 收信人之 Email Software: 寄信人之 Email Software: 您的亂碼長的是什麼樣子 ? [請 copy 部分亂碼內容, 最好包括所有的 Header, 您亦可將所有信件內容貼在下面的框框內] , 請在下面的框框內告訴我更多有關資訊