*************************************************************************************************************
improper command pipelining（不適切なSMTPコマンドパイプライン）とは、メール送信（SMTP）中に、クライアントがサーバーの対応状況を無視し、応答を待たずに一括でコマンドを送信するプロトコル違反エラーです。これは通信効率化の機能が正しく使われておらず、主にスパムや設定ミスとしてメールサーバー（Synology MailPlusなど）に拒否されます。
詳細な情報
発生原因:
送信クライアントが、受信サーバーが「PIPELINING」拡張機能に対応しているかを確認せずに複数のコマンド（MAIL FROM, RCPT TOなど）を同時に送信した。
メールサーバーがセキュリティ設定として「不正なパイプラインリクエスト」を拒否している。
解決策:
送信者にSMTP設定を確認し、RFC 2920規格に沿った実装を依頼する。
メールサーバー（MailPlus）のセキュリティ設定で、パイプライン制限を一時的に緩和する（非推奨）。
通信の仕組み: 通常、SMTPはコマンド・応答を1往復で行うが、パイプライン化すると応答を待たずにコマンドを連続して送信する。この際、RFC 2920で定められたルール（順序通りに応答する、など）を守る必要がある
—————————————————————————————————–
Improper command pipelining とは、主にメール送信プロトコル（SMTP）において、クライアントがサーバーの許可を得る前、あるいはルールを無視して複数のコマンドをまとめて送ってしまう不正な動作のことです。
多くのメールサーバー（Postfixなど）では、セキュリティ上の理由からこの動作を検知すると接続を遮断し、「Improper command pipelining」というエラーをログに記録します。
- そもそも「Pipelining」とは？
通常、SMTPのやり取りは「コマンドを送る」→「応答を待つ」という一往復ずつの対話形式で行われます。しかし、通信効率を上げるための拡張機能 RFC 2920 (SMTP Service Extension for Command Pipelining) では、複数のコマンドを一度にまとめて送信することが許可されています - なぜ「Improper（不適切）」になるのか？
以下のケースで「不適切」と判断されます。
許可前の送信: サーバーが Pipelining に対応していることを伝える前（EHLO応答の前など）に、クライアントが勝手にコマンドをまとめて送った場合。
禁止フェーズでの使用: まとめて送ってはいけない特定のコマンド（DATAコマンドの後など）の直後に、応答を待たず次のデータを流し込んだ場合。
スパム対策: スパム送信ソフトは効率を優先して強引にコマンドを送りつけることが多いため、正規のルールを守らない Pipelining はスパムの兆候としてブロック対象になります。 - 主な発生原因
メールソフトのバグ: 古いバージョンの Thunderbird やその他のメールクライアントが、サーバーの応答を待たずに先走りしてコマンドを送ってしまうことがあります。
ネットワーク機器の影響: ファイアウォールやアンチウイルスソフトが SMTP 通信を検査・改変した際に、同期がズレてこのエラーが誘発されることがあります。
サーバー設定の不一致: サーバー側で Pipelining を厳格に制限している場合、一部のクライアントとの相性問題で発生します。
解決のヒント:
このエラーに遭遇した場合は、まずメールクライアントのアップデートを試すか、サーバー管理者であれば Postfix の設定で smtpd_data_restrictions や Pipelining 関連の制限を緩和することで解消する場合があります
***********************************************************************************************************