高效的郵件寄送服務AI 視覺化物流級追蹤

數行API搞定存證

不可否認的稽核軌跡

專為資安演練與核心商務打造。MTA 投遞紀錄結合郵件內文 Hash 留底,提供猶如區塊鏈分類帳般的不可否認性 (Non-repudiation)。

2 行 API 搞定存證

// POST /v1/send_request
{
"to": "target@dijimai.com",
"template_id": "drill_01",
"mail_ledger": true // Enable Audit Trail
}
Automatic Hash Preservation

Audit Log 稽核軌跡

Message ID<A491_2b@djiimai.com>
Targettarget@dijimai.com
Ledger Hash (SHA-256)a94a8fe5ccb19ba61c4c08...
Blockchain StatusConfirmed Block #12093

AI 驅動的 SMTP 語意化除錯技術

將艱澀的底層回傳碼轉化為直觀的「物流式」追蹤建議

邊緣運算語意分析 (Edge AI)

採用本地端部署的 7B 級微型大語言模型,不經公有雲、零隱私風險,精準判讀非標準化 SMTP 回應訊息。

15 階段進程感知追蹤

結合 MTA 底層連線進程 (Stage Awareness),精準定位故障節點:是寄件端、網路層、還是對方資安攔截?

智慧重試決策 (Smart Retry)

AI 自動辨識「偽 5xx」暫時性封鎖。系統自動攔截無效退信並啟動智慧重試,將成功到達率提升至極致。

API 視覺化 Log 嵌入

提供結構化 JSON 與 CSS 模板,開發者可將物流進度圖直接嵌入產品頁面,大幅降低 30% 客服諮詢負擔。

> Stage: RCPT TO Reply
> S: 554 5.7.1 Service unavailable; Client host [1.2.3.4] blocked using zen.spamhaus.org

AI 健檢結論:對方防火牆拒收

原因:發信 IP 被國際組織列入黑名單。

建議:暫停對該網域發送,並檢查 IP 信譽與 DMARC 設定。

本解析由私有化 Edge AI 引擎即時生成

郵件追蹤查詢:像查物流一樣簡單

客服免查 Log!直覺的「節點式進度條」,燈號一目了然,卡在哪個環節立刻抓出問題。完美解決「我有寄啊!」「我沒收到啊!」的企業痛點。

寄件端
(You)
雲端處理
(DijiMai Cloud)
遞送路徑
(In Transit)
對方大門
(Recipient Server)
終點信箱
(Inbox)
🔴 失敗卡在對方大門

收件方 Server 拒絕接收 (550 Policy Rejection)

信件已成功送達對方大門口,但被對方公司的防火牆擋住 (非系統漏信)。甩鍋成功,IT 部門大解放。

✨ AI 處理建議:
「看起來對方的公司防火牆擋住了這封信。這通常是因為內容有敏感字。建議:移除附件中的執行檔,或請對方將我們的 IP 加白名單。」

AI Mail Source 健檢服務

辛辛苦苦設計的郵件範本,總怕踩到垃圾信地雷? 我們提供專屬的 AI 範本健檢工具!讓您在製作 Template 的階段,就能預先針對 HTML 架構與撰寫語意進行深度掃描,精準排除潛在的扣分風險,從源頭確保高送達率。

A. 內容與語意分析

  • 垃圾詞彙偵測:檢查 "Free", "Act Now" 等觸發詞。理解上下文。
  • 防釣魚意圖:比對顯示文字與連結網域,預防潛在的提報釣魚風險。
  • 急迫感分析:銀行通知信不該有推銷語氣,AI 建議修正。

B. 結構與代碼審查

  • 結構完整性:掃描 HTML,避免未閉合 Tag 導致破版。
  • 圖文比例:計算 Text-to-Image。警告:「您的文字太少,容易被誤判」。
  • RWD 相容預判:警告行動裝置不相容語法 (如 position: fixed)。

C. 變數邏輯與崩壞預判

自動模擬變數置換測試。當送入超長字串至變數 (如 {{name}}) 進行壓力測試時,提早警告開發者潛在的 Layout Shift 問題。

AI 動態語意流控 (Semantic Traffic Control)

跳脫傳統 SMTP 僅靠 4xx/5xx 錯誤碼的局限。當 SMTP Delivery Server 傳送郵件時,系統會剖析對端伺服器回傳字串的「自然語言語意」,精準辨識暫時拒收的真實原因(例如:信箱爆滿、疑似垃圾信等),自動調配重試策略,避免盲目重試導致您的 IP 遭封鎖。

精準控制發信成功率與到達時間

AI 深度理解對端回傳字串,掌握退信的真正原因,確保高質量遞送。

自動重試策略與擁塞緩解避嫌

精確辨識出「over quota」等狀况,針對該信箱暫停重試,全面保護您發信 IP 信譽。

突破傳統錯誤碼之誤判盲區

「550 no such user」和「502 over quota」到底要不要重試?傳統 SMTP 常因依賴 550, 502 等錯誤碼導致誤判。我們透過語意分析精準區分「暫時性阻塞」與「無效帳號」,不再盲目重試。

傳統 Mail Server

僅靠錯誤碼判斷 (如 452 4.2.2),無法得知詳細情境

盲目觸發重試佇列,浪費資源且易被列為黑名單。

DijiMai 語意流控

AI 直接解析 Response Text 的文字語意

System: ...mailbox is full / over quota...

精確辨識出「over quota」,針對該信箱暫停重試,全面保護您發信 IP 信譽。