添付付きメールが届かない場合は、ファイルの種類とサイズ、送信サービスの応答、受信側の制限を確認します。添付を外して届いたとしても、原因が必ず容量だけだったとは言えません。元の一通と比較用の一通を区別し、どの条件を変えたかを残してください。
比較前に確認する条件
日本の企業間取引では、見積書、図面、請求関連資料などをメールで渡すことがあります。ファイル名や内容には顧客情報が含まれるため、外部テストには同じ形式の無害なサンプルを用意します。実際の機密資料を使う必要はなく、ファイル名の日本語表示を確かめたい場合も架空の名前で検証できます。
Gmailなどの受信サービスには、ブロックするファイル種類について公式の説明があります。対象の拡張子や添付の構造は現在の案内で確認し、別の受信基盤へ同じ条件が適用されると推定しません。企業のゲートウェイが独自の処理を行う場合は、取引先の管理者へ確認が必要です。
具体的な確認手順
- 問題のファイル種類・サイズ・送信結果を記録する。
- 現行の受信サービス制限と企業の方針を確認する。
- 無害なサンプルで一つの条件ずつ比較する。
- 許可された受け渡し方法を選び、配置と閲覧可否を分ける。
送信側のエラーでは、要求の失敗と相手からの拒否を分けます。メール本文や添付を含む全体が生成できたか、送信処理に渡ったかも確認してください。複数の添付を一度に差し替えるより、一つずつ条件を変えた検証の方が原因を絞りやすくなります。受信者へ防護の解除を急がせないでください。
想定例と結果の扱い
想定例として、国内の設計事務所から送った図面の添付だけが拒否された場合を考えます。まずエラーにある対象ファイルや制限を確認し、受信側の承認された共有方法を相談します。拡張子を偽装したり、制限を回避する目的で包み直したりせず、取引先が許可する受け渡し手順を使います。
共有リンクへ切り替える場合も、相手のアクセス権限と有効な案内先を確認します。リンクを受け取れば誰でも見られる設定が適切とは限りません。検証では権限を限定したサンプルを用い、相手が必要な資料を読めることと、メールの受信場所を別々に確かめてください。
Inbox Checkへ添付を送る場合は、サービスが受け付ける形式と保存・表示の範囲を確認します。標本で受信できても、取引先の独自制限まで正常とは言えません。ファイル形式、サイズ、配送応答、受信場所を一組で記録し、未測定の企業環境や日本向けサービスには結論を広げないでください。
公式資料と検証
Google:Gmailがブロックするファイル。RFC 5321:SMTP。
観察の方法と制約を確認し、Inbox Checkで検証対象を確認してください。結果は対応する標本の観察に限られ、実顧客全体の到達保証ではありません。