交通部电子公文交换系统文件-KMUeDOC!Mores.doc

三、傳遞交換前置處理規範 （一）電子公文傳遞模式 １、經由交換中心傳遞 公文資料由交換中心分送各收文機關，並記錄各收文機關之接收時間。經由此方式傳輸之公文檔案格式必須是符合本規範「共同傳輸檔案格式」之規定。其示意圖如下： ２、點對點方式傳遞 公文資料由發文機關自行分送各收文機關。經由此方式傳輸之資料分兩類：一為公文檔案格式符合本規範「共同傳輸檔案格式」之規定；二為依業務特性自定之檔案格式。前者之處理，請參閱本節（二）１（２）「電子公文交換（以點對點方式）的SMTP訊息格式」。後者之處理，請參閱本節（二）１（３）「電子公務訊息郵遞的SMTP訊息格式」。其示意圖如下： （二）公文電子交換訊息傳輸架構 經由公文電子交換服務中心傳遞之電子公文，其交換訊息採用兩種途徑傳送，公文、附件等資料量大之訊息使用SMTP方式傳輸；控制訊息則使用FTP方式傳輸，利用雙向傳輸方式，達到立即確認的目的。交換中心的FTP伺服器為結合安控之特殊功能軟體，使用者FTP連線程序未依本規範執行或資料不符，將被立即斷線。以點對點方式傳遞之電子公文及電子公務訊息，則僅使用SMTP方式傳輸。詳細說明如下： １、SMTP傳輸方式 遵循Simple Mail Transfer Protocol(RFC821) 與Standard for the Format of Internet Text Message(RFC822)等標準處理。 以下說明SMTP訊息的各種格式內容： （1）電子公文交換（經由交換中心）的SMTP訊息格式 Ａ、文件內容(Document)部份 (　SMTP Header 依據SMTP標準訂定的電子郵件傳送必備表頭，Mail Subject一律定為”OD Exchange (Encrypt)”或”OD Exchange (None Encrypt)”。 (　Exchange Data 交換中心執行交換工作或由符合本節規範之前置處理軟體FEP執行收文工作所需要之文件內容描述資料檔案遵循Multipurpose Internet Mail Extensions (RFC1521)的編碼方式，置於電子郵件的第一附加檔案。 (　公文 XML格式電子公文資料檔案，先經gzip(GNU zip)壓縮、視需要以Triple-DES CBC模式加密，再遵循MIME的編碼方式，置於電子郵件的第二附加檔案。 (　附件 電子附件資料檔案，先經gzip(GNU zip)壓縮、視需要以Triple-DES CBC模式加密，再遵循MIME的編碼方式，置於電子郵件的第三附加檔案和後續附加檔案。 公文以加密處理時，附件則必須以加密處理。  (　SMTP Header 依據SMTP標準訂定的電子郵件傳送必備表頭，Mail Subject一律定為”OD Exchange (None Encrypt)”。 (　Exchange Data 交換中心執行交換管理工作或FEP執行交換管理工作所需要之控制資料檔案遵循MIME的編碼方式，置於電子郵件的第一附加檔案。 (　數位簽章 將Exchange Data使用政府憑證管理中心GCA（相關規範詳後說明）提供之簽章方式，以發送方密鑰產生數位簽章檔案遵循MIME的編碼方式，置於電子郵件的第二附加檔案。 （2）電子公文交換（以點對點方式）的SMTP訊息格式 Ａ、文件內容(Document)部份 (　SMTP Header 依據SMTP標準訂定的電子郵件傳送必備表頭，Mail Subject一律定為”OD Mail (Encrypt)” 或”OD Mail (None Encrypt)”。 (　Exchange Data 收文FEP執行電子公文交換（以點對點方式）收文工作所需要之文件內容描述資料檔案遵循MIME的編碼方式，置於電子郵件的第一附加檔案。 (　公文 XML格式電子公文資料檔案，先經gzip(GNU zip)壓縮、視需要以Triple-DES CBC模式加密，再遵循MIME的編碼方式，置於電子郵件的第二附加檔案。 (　附件 電子附件資料檔案，先經gzip(GNU zip)壓縮、視需要以Triple-DES CBC模式加密，再遵循MIME的編碼方式，置於電子郵件的第三附加檔案和後續附加檔案。 公文以加密處理時，附件則必須以加密處理。  如需加密則改為以下格式： 前128位元組以收文方公鑰加密。 (　發文方憑證 GCA發放之有效發文方憑證檔案，先經gzip (GNU zip)壓縮，再遵循MIME的編碼方式，置於電子郵件的最後第一附加檔案。 Ｂ、控制(Control)部份 (　SMTP Header 依據SMTP標準訂定的電子郵件傳送必備表頭，Mail Subject一律定為”OD Ma