皆さん、注意喚起です。すべてセットアップして、うまくいきました。しかし、2日前からサインアップメールが機能していません。Digital Oceanによって無効にされていたことが判明しました。彼らが私たちに送ったメールによると、DiscourseのSMTPが無効になっています。いずれかのメールを使用するには、SendGridでのサインアップを推奨しています。
SendgridとMailgunのどちらがDiscourseとの連携がより優れていますか？もしそれらでない場合、他に簡単な連携を提供しているものはありますか？
このスレッドを読みました
ありがとうございます。
Elastic Email を利用しています…良い会社です！
(2525でも利用可能です)
完璧です！確認してみます。DOが、SMTPポートがすべてブロックされていると後で通知するだけで、人々が設定できるようにするのはひどいですね。意味が分かりません。デモをスケジュールしたのに、前日は機能していたものがブロックされていることが判明するなんて!!
ポート2525を使用してもらえますか？
試していませんが、彼らの長いメールによると、Discourse のすべての送信 SMTP を無効にしたようです。SMTP に関しては、Discourse ユーザーに登録を推奨する SendGrid と何らかの取り決めを行ったとのことです。
私に言わせれば、最悪です。
smtpを全員に対して無効にするとのことですか、それともあなたのアカウントだけですか？
Brevoは、デジタルオーシャンのDiscourseでのsmtp送信にはまだ利用できます。それがキャンセルされたという話は聞いていません。
お客様のアカウントに適用されているSMTP制限について、ご懸念をお持ちのことと存じます。DigitalOceanは専用のメールホスティングサービスではなく、スパム対策は絶え間ない戦いです。そのため、すべてのアカウントに制限が課されています。
この問題に関する追加の背景情報も提供させていただきます。クラウド環境のIPアドレスは、非常に頻繁に使用され、利用可能なプールに返却されるため、動的で信頼できないと見なされます。例えば、お客様は現在IPアドレスを割り当てられており、責任あるメールユーザーです。メールに関するすべてのベストプラクティスに従い、スパムや unsolicited mail を送信することはありません。その後、そのDropletが不要になった場合、削除すると、そのIPアドレスは別のDigitalOceanユーザーに割り当て可能になります。そのユーザーは、当社のセキュリティチームが問題のアカウントに対処する前に、大量のスパムを送信する機会を得ます。
Gmail、Microsoftなどのメールプロバイダーは、IPからのメールが正当なものかどうかを、評判が悪くなるまで判断できません。その時点までに、すでに損害が発生しています。IPアドレスが動的に割り当てられ、本質的にリスクが高いインターネットサービスプロバイダーやクラウドホスティング環境のようなプラットフォームからのすべてのメールをブロックする方が安全です。
これにより、スパマーが利用できる手段は減りますが、正規のユーザーにも影響が出ます。当社のAbuse Operationsチームは、SBLと協力してIPアドレスのリスト解除を進めています。このため、DigitalOceanプラットフォーム全体でSMTPトラフィックを制限しています。これは、お客様のアカウントに適用されているSMTP制限を解除できないことを意味します。
お客様のワークフローにはメールのニーズがあるかと存じます。この制限の解決策として、SendGridと提携し、お客様全員に、IPの評判やブラックリストについて心配する必要のない、より良いソリューションを提供しています。詳細については、こちらの記事をご覧ください。SendGridを通じて、1日あたり100通の無料メールを送信できます。無料枠を超える要件がある場合は、SendGridサポートに連絡して、要件を満たすためのより良いプランを選択してください。
追加のご質問がございましたら、いつでも喜んでお手伝いさせていただきますので、お気軽にお問い合わせください。
これは、お客様を支援するために必要なすべての情報を迅速に入手するための自動応答です。さらなる支援を受けるには、このメールに返信する必要があります。
DigitalOceanサポートチーム
2525も試しましたが、ブロックされていました。
アカウントは1か月も経っておらず、アクティブなユーザーもトピックもありません。アカウントを個別にブロックする意味はないので、「包括的な」ブロックだと思われます。
2525もブロックされているようです…試してみましたが、動作しません。
その通りです。たとえ特例アカウントであっても、最終的には巻き添えを食う可能性があります。現在利用できているアカウントをお持ちの方は、先を見越した計画を立て始めるべきです。私のように全くアクティビティのないインスタンスが影響を受ける可能性があるなら…
この記事へのリンクはありますか？
すべての Входящие сообщения に制限が課されていることは記載されていますが、具体的にどのような制限なのかは完全には明確ではありません。
もし、以前にスパム送信者としてフラグが立てられたIPアドレスを使用していた場合、問題が発生する可能性があります。
はい、しかし、リンクに関して特別なことは何もありません。彼らが「特別な」取り決めをしているとも思えません。
こちらがリンクです。
彼らの説明は理解できますが、それは顧客ではなく、彼らの仕事です。私が割り当てられたIPが以前に何に使用されていたかを知る方法はありません。
彼らのドキュメントではポート25と記載されていますが、最近では誰もそのポートを使用していません。皆SSLポートを使用しています。
このトピックが何についてなのか完全には理解していませんが、DOは多くのX eコマースを顧客として抱えており、そのすべてがメール用のサービスを使用しています。私はAmazon SESを使用しています。
その理由は、独自のメールサーバーをホストして直接受信者に送信することが不可能になったからです。もし彼らがそれを許可していた最後の穴を閉じたのであれば、それで構いません。
しかし、繰り返しになりますが、私が同じことについて話しているのかどうかさえ分かりません。
私のサーバーはScalewayにあります。ある時点で、政府発行のIDを提出するまでこれらのポートがブロックされるというポリシーが導入されました。同様のプロセスが実施されているのでしょうか？
587が標準です。
1998年12月、ポート25でのスパムが増加した後、R. GellensとJ. Klensinはインターネットメール通信の新しい仕様をサポートするためにRFC 2476を提出しました。RFCは、従来のメッセージ送信とメッセージ中継の概念を分割することを提案しました。
RFCでは、新しいポリシーとセキュリティ要件がメッセージ中継ポート25での従来の転送トラフィックに干渉しないように、メッセージ送信はポート587を介して行うことが定義されていました。
ポート587はデフォルトのメール送信ポートです。 メールクライアントまたは送信サーバーが適切なメールサーバーによってルーティングされるメールを送信する場合、常にデフォルトポートとしてSMTPポート587を使用する必要があります。
このポートは、TLS暗号化と組み合わされることで、メールが安全に送信され、IETFによって設定されたガイドラインに従っていることを保証します。
すべてのMailgun Sendのお客様は、アップストリームネットワークまたはホスティングプロバイダーによって明示的にブロックされていない限り、デフォルトのSMTPポートとしてポート587の使用を検討する必要があります。
Digital Ocean を 6 年間使用していますが、Discourse のホスティングのみです。ドメインは cPanel を使用する別のホスティング アカウントにあり、ドメインのネームサーバーは DO を指していますが、サブドメインとメールのために他のホスティングにリダイレクトしています。
主な理由は、アクセスしやすい Web サイトをホストすることでした（当時 Ubuntu ですべてを設定するのは大変な作業でした）。そのサイトは Discourse SSO をログインとして使用しています。
ここで紹介されていることは、私に影響しないことを願っていますが、注意喚起に感謝します。問題が発生した場合に何を確認すべきかわかります。
Digital Oceanはデフォルトでアウトバウンドポート25をブロックしていますが、これは長年続いています。新しいことではありません。
Mattがここでうまく説明しています。
Digital Oceanは、つい最近までメールサービスを提供していました。@Architectは、以前のサイトでDiscourseとともにオールインワンホスティングパッケージを使用していました。
最初のメール送信はどのように設定しましたか？
VPSを提供してもらったWebホストが提供するSMTPサーバーを使用しました。SSLポートなども使用しました。
さらに興味深いのは、SSLポートを使用して同じSMTP経由で送信されたメールは、今でも正常に機能していることです。
つまり、https://mydomain.com からのメールは、現在でも問題なく機能しています。
https://ourDiscourseInstance.mydomain.com からのメールは、使用するポートやSSLに関係なくブロックされます。
私の理解では、このブロックはDiscourse/その他のフォーラムツールに対するものです。
