メッセージが正常に送信されたことをRoundcubeダッシュボードで確認できます。
ところで確認してみると/var/log/mail.log
次のようになります。
https://pasteid.fledix.com/5mat
他のメールでは聞こえませんでした。
私は行きましたCPU名そしてDNSクライアント存在するネットワーク構成そしてDNSサーバーを、、、、
127.0.0.1
に8.8.8.8
変更します8.8.4.4
。 (1つだけです:それは私の専用IPです)saslauthd
何度も再起動しましたpostfix
。DovecotサーバーのTLSをデフォルト値に変更しました。
私は完全な素人です。
私を驚かせたことの1つは、Webminパネルにログインすると、システムのホスト名が私のプライベートIPがどこにあるかが表示されることです。他のWebminインストールでは。my chosen hostname (xxx.xxx.xxx.xx)
xxx.xxx.xxx.xxx
hostname (127.0.1.1)
誰でも私を助けることができますか?
答え1
システムにPostfixまたは電子メールサーバーをインストールして設定する前に、システム(クラウドプロバイダのVPSまたは自宅のシステム)にアウトバウンド機能があるかどうかをテストすることをお勧めします。TCPポート25(SMTP)接続性。
アウトバウンド電子メールを送信するには、電子メールサーバーが他の電子メールサーバーのTCPポート25に接続されている必要があります。同様に、他の電子メールサーバーもサーバーに電子メールを送信するには、サーバーのTCPポート25に接続する必要があります。
簡単なテストは、SSHまたはコマンドラインインターフェイスにアクセスできる他の方法を使用してLinuxシステムに接続することです。その後、既知の電子メールプロバイダへのアウトバウンド接続をテストできます。
$ host -t mx gmail.com ## Find out host names of their email servers...
gmail.com mail is handled by 10 alt1.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 5 gmail-smtp-in.l.google.com.
gmail.com mail is handled by 30 alt3.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 20 alt2.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 40 alt4.gmail-smtp-in.l.google.com.
リストからサーバーを選択し、次を実行します。
$ telnet gmail-smtp-in.l.google.com 25
Trying 64.233.166.26...
Connected to gmail-smtp-in.l.google.com.
Escape character is '^]'.
220 mx.google.com ESMTP f7si810252wro.562 - gsmtp
quit
221 2.0.0 closing connection f7si810252wro.562 - gsmtp
Connection closed by foreign host.
システムにアウトバウンドTCPポート25接続がある場合は、上記の出力が表示されます。 (注:quit
上記のコマンドを入力すると接続を終了できますtelnet
。)
telnet
クラウドプロバイダー、ISP、またはその間にあるすべての種類のファイアウォールがアウトバウンドTCPポート25接続をブロックすると、次の出力が表示されます(一定時間待ってから)。停止する):
$ telnet gmail-smtp-in.l.google.com 25
Trying 173.194.216.26...
Trying 2607:f8b0:400c:c06::1b...
telnet: Unable to connect to remote host: Network is unreachable
ほとんどのクラウドサービスとインターネットサービスプロバイダー(ISP)は、スパムを駆除する無駄な努力の一環として、顧客が発信するすべてのTCPポート25トラフィックをブロックします。したがって、お客様は、サービスプロバイダーがこれが真であること、およびお客様のサービスプロバイダーがこの制限を解除するかどうかを確認する必要があります。一部のプロバイダ(Google Cloud PlatformやAmazon Web Servicesなど)はこれを行いません。したがって、そのようなプラットフォームではPostfixを実行する機会はありません。