![Sendmail/roundcube の配信の問題は、外部メールへのコマンドライン経由のみで発生します。](https://rvso.com/image/1671295/Sendmail%2Froundcube%20%E3%81%AE%E9%85%8D%E4%BF%A1%E3%81%AE%E5%95%8F%E9%A1%8C%E3%81%AF%E3%80%81%E5%A4%96%E9%83%A8%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%B8%E3%81%AE%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3%E7%B5%8C%E7%94%B1%E3%81%AE%E3%81%BF%E3%81%A7%E7%99%BA%E7%94%9F%E3%81%97%E3%81%BE%E3%81%99%E3%80%82.png)
私はこの問題に取り組んできました。この問題は、当初は人々がroundcubeの休暇機能を使用できなかったときに発見されました。554 5.7.1 *@gmail.com: リレーアクセスが拒否されました 554 5.0.0 サービスは利用できません <<< 421 4.7.0 mx1-us1.ppe-hosted.com エラー: エラーが多すぎます
このメール サーバーは、Proof Point と組み合わせて使用されます。また、すべてのエイリアスなどが正しく設定されていることを確認できます。テストしたすべてのアカウントは、Thunderbird などのクライアントから外部メールを問題なく送信できます。
ただし、休暇/不在設定を設定すると、上記のリレー アクセスが拒否されます。また、コマンド ライン内でテストしようとすると、同じリレー アクセスが拒否されるようになりました。
このサーバーにはしばらくの間大きな変更は行われていません。数か月前に SSL 証明書を変更しただけです。
以下は、roundcube ログからのエラーの一部です。
[02-Jun-2022 08:40:26 America/Toronto] PHP Warning: ssh2_sftp(): Unable to startup SFTP subsystem: Timeout waiting for response from SFTP subsystem in /var/www/html/roundcube/plugins/vacation/lib/sshftp.class.php on line 43
[02-Jun-2022 08:40:30 America/Toronto] PHP Warning: ssh2_sftp(): Unable to startup SFTP subsystem: Timeout waiting for response from SFTP subsystem in /var/www/html/roundcube/plugins/vacation/lib/sshftp.class.php on line 43
[02-Jun-2022 08:40:30 America/Toronto] PHP Warning: ssh2_sftp_realpath() expects parameter 1 to be resource, boolean given in /var/www/html/roundcube/plugins/vacation/lib/sshftp.class.php on line 169
[02-Jun-2022 08:40:30 America/Toronto] PHP Warning: file_put_contents(ssh2.sftp:///.forward): failed to open stream: operation failed in /var/www/html/roundcube/plugins/vacation/lib/sshftp.class.php on line 171
[02-Jun-2022 08:40:30 -0400]: <ojnnavsp> PHP Error: Vacation plugin: Cannot upload /.forward. Check permissions and/or server configuration in /var/www/html/roundcube/plugins/vacation/lib/sshftp.class.php on line 0 (POST /?_task=settings&_action=plugin.vacation-save)
答え1
最終的に、証明ポイントでメール サーバーがわずかに異なるドメインを使用しようとしていることがわかったので、この問題を解決しました。たとえば、mail.example.com がメインでしたが、代わりに mail3.example.com が試行されていました。これは小さなことですが、これらに機能するアカウントと適切な MX レコードがあることを確認することで、実際に問題は解決しました。