NEW ARTICLE
【完全ガイド】ORA-00933: SQL command not properly ended の原因と解決方法｜UPDATE JOIN・INSERT ORDER BY・MySQL 移行 徹底解説
  1. HOME
  2. mail
  3. メールエラー「Insufficient permission」の原因と対処法

メールエラー「Insufficient permission」の原因と対処法

  • 作成日 2022.11.18
  • 更新日 2026.06.08
  • mail
メールエラー「Insufficient permission」の原因と対処法

メールを送信した直後に「Mail Delivery Subsystem」や「MAILER-DAEMON」から、次のようなエラーメールが返ってきて困っていませんか？「Insufficient permission（権限不足）」という英語表記から、一見すると自分のアカウントの権限問題のように見えますが、実際の原因はほとんどが送信先（相手）のメールボックス容量超過です。

目次

環境

「Insufficient permission」とは？エラーの正体を3行で解説

項目内容
直訳「権限不足」
実際の意味送信先メールサーバーがメールを受け入れられない状態
最頻原因受信側メールボックスの容量超過（Over Quota）

直訳と実際の意味が乖離しているため誤解されやすいエラーですが、英文の「permission」はメールサーバー上の「書き込み権限」を指しています。受信箱が容量上限に達して新しいメールを書き込めない状態を、サーバーが「権限不足」として返しているのです。

エラー全文と読み解き方

メールを送信後に以下のエラーが返ってきました。

The original message was received at Thu, 17 Nov 2022 18:24:22 +0900 (JST)
from xxxxx.sakura.ne.jp [xxx.xxx.xxx.xxx]

   ----- The following addresses had permanent fatal errors -----
<xxxxx@xxxxx.com>
    (reason: Insufficient permission)

   ----- Transcript of session follows -----
maildrop: maildir over quota.
550 5.0.0 <xxxxx@xxxxx.com>... Insufficient permission

各行が示す意味

行意味
The original message was received at...元メールを送信した日時とサーバー情報
permanent fatal errors一時的ではなく恒久的な配信失敗（再試行しても失敗）
<xxxxx@example.com>配信に失敗した宛先アドレス
reason: Insufficient permission配信失敗の理由（権限不足）
maildrop: maildir over quota最も重要なヒント。受信ボックスが容量上限に達している
550 5.0.0SMTPの恒久的エラーコード（後述）

ポイントは「maildrop: maildir over quota」という記述です。これが含まれていれば、原因はほぼ100%、受信側の容量超過と断定できます。

SMTPエラーコード「550 5.0.0」の意味

「550」というコードは、SMTP（メール配信プロトコル）における5xx系の恒久的エラーを意味します。

コード分類意味
2xx成功正常完了
4xx一時的エラー再送すれば成功する可能性あり
5xx恒久的エラー同じ送信先には何度送っても失敗する

つまり「550 5.0.0」は「この宛先には、状況が変わるまでメールは届かない」というサーバーからの宣告です。送信者がいくら再送しても、受信者側がメールボックスを空けない限り解決しません。

今回の原因

今回の原因は、送信した先のメールサーバーの容量がいっぱいになっていたため。
実際は、オレンジの箇所がフルになってました。
※迷惑メールが大量に残っている場合もあるかと思います。

対処法

メールクライアントである「outlook」などから、サーバーから削除日数を短くして、サーバーから削除するか、

Webメールから重そうなメールを削除します。

ゴミ箱に移動してから、完全に削除します。

根本的に解決する対処法

エラーが返ってきた宛先の所有者が行うべき対処です。こちらが本質的な解決方法です。

対処法①：Webメール（コントロールパネル）から不要メールを削除する

最も確実で速い方法です。

  1. レンタルサーバーが提供するWebメールにログインする
  2. 送信済み・ゴミ箱・迷惑メールフォルダを含めて、不要なメールを削除する
  3. ゴミ箱を空にして（完全削除）、サーバー容量を解放する

ポイントは「ゴミ箱に移動しただけでは容量は減らない」ことです。必ず**完全削除（パージ）**を実行してください。

対処法②：「サーバーにメッセージのコピーを置く」設定を見直す

OutlookやThunderbirdなどのメールクライアント側で、デフォルトで「サーバーにコピーを残す」設定になっていることが多いです。これが容量超過の主因です。

設定変更の指針:

  • コピーを残さない：1台でしか受信しないなら、これが最適
  • N日後にサーバーから削除：複数端末で受信する場合、7〜14日程度に設定
  • 「削除済みアイテム」削除時にサーバーからも削除：必ずONに

対処法③：メールクライアントから一括削除

Outlook、Thunderbird、Apple Mailなどのクライアント上で、サーバーからの削除を実行します。

Outlookの場合:

  1. 「ファイル」→「アカウント設定」→「アカウント設定」
  2. 該当アカウントを選択し「変更」
  3. 「詳細設定」→「詳細設定」タブ
  4. 「サーバーにメッセージのコピーを置く」のチェック・期間設定を変更

対処法④：メールボックスの容量プランを増量する

頻繁に容量超過が起きるなら、プラン自体を見直すのも選択肢です。多くのレンタルサーバーでは、メールアカウントごとに容量上限を変更できます。

主要メールサービス別の具体的な解決手順

利用中のサービスごとに、最短ルートを示します。

さくらインターネット（さくらのレンタルサーバ）

  1. 会員メニュー または サーバコントロールパネル にログイン
  2. 左メニュー「メール」→「メール一覧」
  3. 該当アドレスの「設定」→「メールボックスの容量」を確認・変更
  4. 容量を超過している場合、Webメールにログインして不要メールを削除

エックスサーバー

  1. サーバーパネルにログイン
  2. 「メールアカウント設定」→該当アドレスの「容量変更」
  3. 上限を引き上げ（デフォルト300MB→最大2,000MB）
  4. Webメールから不要メールを完全削除

お名前.com（レンタルサーバー）

  1. コントロールパネルにログイン
  2. 「メール」→「メールアカウント」→「容量変更」
  3. **Webメール（RoundCube）**で削除作業

ロリポップ！

  1. ユーザー専用ページにログイン
  2. 「メール」→「メール設定/ロリポップ！webメーラー」
  3. 該当アドレスの「容量変更」または「Webメーラー」から削除

ConoHa WING

  1. コントロールパネルにログイン
  2. 「メール管理」→該当ドメイン→該当メールアドレス
  3. 「容量変更」または「Webメール」から作業

Gmail / Google Workspace

Gmailで「Insufficient permission」が出るケースは少ないですが、容量超過時の対処:

  1. Gmail画面右下の容量表示を確認
  2. 添付ファイル付きの古いメールを検索（has:attachment older_than:1y）
  3. Googleドライブ・Googleフォトもストレージを共有しているので、こちらも整理
  4. 不足する場合は Google One で容量追加

Microsoft 365 / Outlook.com

  1. Outlook on the webにログイン
  2. 設定→「全般」→「ストレージ」で使用量確認
  3. 「削除済みアイテム」「迷惑メール」を空にする
  4. 大きな添付ファイルがあるメールを優先的に削除