私はfetchmailとpostfixを使ってきました。長い私の個人的なLinuxボックスから電子メールを受信して送信する時間です。私のISPは何度も取得され、マージされましたが、元のSMTPホストは常に機能し続けました。これで、メールを送信するために新しいホスト(mail.o2mail.de)に切り替える必要がありますが、このホストはメールの送信を許可しません。
550 5.7.1 <RECIPIENT>... Relaying denied: You must check for new mail before sending mail. (in reply to RCPT TO command)
そのため、サーバーは発信メールを送信する前に着信メールを確認したいと思います。私が正しく理解した場合、このワークフローは実際には常に同じセッションで電子メールを送受信するWindows LiveMailやKMailなどのデスクトップメールプログラムで動作します。しかし、私はこれをやったことがなく、どうするかもしれません(fetchmailを使ってメールをポーリングしましたが、それでもうまくいきます)。
プロバイダのWebメールインターフェイスを使用するか、スタンドアロンの電子メールクライアントに切り替えることができると思います。良いemacsとVMを使用して電子メールを送受信します。私はテキストを書くためのemacsの力が好きで、プレーンテキストメールボックスのためのgrepが好きで、elispを使ってユーザーエクスペリエンスを整理することができます。
私は時代遅れかもしれませんが、私の好きな方法で仕事を続ける方法はありますか?どういうわけかpostfixを最新のオールインワン電子メールプログラムの1つのように動作させることは可能ですか?/etc/postfix/main.cf
プロバイダが自分の送信メールを受け入れるようにするには、何を入力する必要がありますか?
編集する私が試したこと失敗する:
- ポート465の使用:「クライアントラッピングモード(ポートsmtps / 465)が実装されていません。代わりにSTARTTLSを使用して(ポートコミット/ 587)に送信してください」というエラーが発生しました。
- 指示に従ってポート587を使用してください。これにより、ポート25を使用したときとまったく同じ「リレー拒否」エラーが発生します。
ISPとの契約を早く(数ヶ月ではなく数年)終了することはできません。私するGmail アドレスがありますが、ほとんど使用しません。 Googleサービスを使用して電子メールを送信できますかpostfix
?
編集する「中継拒否」の状況は、ユーザーがプレーンテキストで接続したときにのみ発生することがわかりました。 SSLを介して接続するようにpostfixに指示し、自分のアカウントの資格情報を提供することで、リモートサーバーは私が誰に送信するメッセージも受け入れるのに十分信頼しています。 (唯一の混乱は、以前のサーバーが最初にプレーンテキストログインを許可した理由ですが、今は非常に安全ではないようです)。
したがって、解決策は本質的に追加することです。
smtp_sasl_auth_enable = yes
smtp_sasl_security_options =
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
/etc/postfix/main.cf
そのファイルからログイン資格情報を提供します。
ベストアンサー1
これは信頼の問題です。リレーとは、接続しているメールホストが自分のメールを別のドメインに送信することを意味します。これを操作する方法は2つあります。コンピュータをメールホスト構成に追加するか、ユーザーごとに追加の認証(ユーザー名/パスワード)を使用します。このメールホストを使用してデスクトップからメールを送信できる場合は、postfixで認証を設定してください。