問題タブ [smtp]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
2484 参照

windows - 無料の smtp でメールを送信する際の問題

無料の smtp をインストールした後、localhost を smtp サーバーとして使用して、ローカルの iis アプリからメールを送信しようとしていますが、次のエラーが表示されます。

受信者: 'validAddress'@hotmail.com

何が問題なのですか?

0 投票する
5 に答える
33990 参照

smtp - ISP がポート 25 をブロックしているかどうかを確認する方法は?

ISP がポート 25 をブロックしているかどうかを確認するにはどうすればよいですか?

0 投票する
2 に答える
1576 参照

python - Python:本番メール受信用のsmtpd(または代替)?

私は電子メールのさまざまな処理を行いたいと思っています - 例えば。ヘッダーを検査し、それらがいくつかの基準 (スパムのように見える) を満たしている場合は、接続をドロップするか、受信者リストを検査して特別なフィルタリングを実行します。

Python の smtpd ライブラリは、受信した電子メールを処理するための素晴らしくシンプルなインターフェイスを提供しているようです。

完全に処理される前にメッセージを処理するには (たとえば、ヘッダーがスパムのように見える場合にメッセージをドロップするため)、handle_connect を使用する必要がありますか? 内部 API (process_message 以外) はどこかに文書化されていますか? サンプルコードはどこにありますか?

また、本番環境で smtpd を使用した人はいますか? 信頼性などについて何か考えはありますか?

Twisted について: 私は何度か Twisted を取り入れようとしましたが、据え置き型モデルがとても気に入りましたが、現在の好みには少し複雑すぎます。もう一度見てみますが、今のところ、Twisted 以外の実装に興味があります。

0 投票する
5 に答える
20148 参照

iis - Vista の IIS インスタンスには SMTP がありません (解決策?)

現在、クラシック ASP を使用したプロジェクトに取り組んでいます。私の開発マシンは Vista Enterprise です。Vista では複数の Web サイトを持つことができますが (XP では回避策がないわけではありません)、IIS から SMTP サービスが削除されています。

この問題の標準的な回避策はありますか?

会社で新しいマシンを受け取る Web 開発者が増えるにつれて、この問題がさらに厄介になるのではないかと心配しています。(現在、Vista を使用している Web 開発者は私だけです)

0 投票する
5 に答える
2862 参照

linux - Unix で C アプリケーションからメールを送信する簡単な方法

ある時点で電子メール通知を送信する必要があるシステムを設計しています。だから私はこれを行う簡単な方法を探しています。いくつかの背景: システムは Linux プラットフォームで実行され、ネットワーク上のどこかに動作中の SMTP サーバーがあり、オペレーターはそのアドレス、必要に応じてサーバーの資格情報、およびターゲットの電子メール アドレスのリストを構成します (いいえ、私は取り組んでいません)。大量の電子メール システム ;-)。電子メールを送信する必要があるプロセスはおそらく C で記述されますが、優れたパフォーマンスは実際には要件ではありません。送信するメールは多くないため、コマンドライン ツールを呼び出すことは許容されるオプションです。基本的に、私が過去に同様のタスクで試したこと:

  • コマンド行モードでローカル sendmail を呼び出す。暗号化された sendmail 構成をサポートする必要があるため、これは悪夢です。これは私が本当に避けたいことです。
  • SMTP サーバー ポートと直接通信します (EHLO など)。これはオプションですが、2008 年には少しレベルが低すぎます ;-)。
  • メールリレーとして機能するローカルの sendmail デーモンと通信する MUA を使用します。ローカルの sendmail を起動して構成する必要があるため、これは正確には適切ではありません。

したがって、基本的に必要なのは、C 言語用のライブラリ、またはリモートの sendmail と通信できる (つまり、SMTP サーバーと通信する) ことができる単純なコマンドライン MUA ですが、ローカルのメールリレーは必要ありません

どんなアイデアでも大歓迎です!

0 投票する
3 に答える
2437 参照

.net - プログラムで Gmail を使用して電子メールを受信しますか?

C# プログラムを使用して、gmail アカウントをポーリングし、新しいメッセージを自動的にダウンロードしたいと考えています。Gmail を送信 SMTP サーバーとして使用できることは知っていますが、アカウントに送信された新しいメッセージにアクセスする方法はありますか?

編集:迅速なフィードバックをありがとう....だから、POP または IMAP の 2 つのオプションがあります。

どちらを使用する必要がありますか? なぜ?

編集 #2: IMAP を使用すると、ポーリングする必要がないように見えます。行く道のように見えます。

0 投票する
2 に答える
667 参照

vb.net - SMTP がサーバーにロードされていない場合、どのように電子メールを送信しますか?

VB.Net で電子メールを送信するためのコード スニペットを使用する ローカル マシンから電子メールを正常に送信しましたが、サーバーにアップロードすると、電子メールが失敗したというメッセージが表示されます。SMTP を実行している国内の中継サーバーがあり、両方のインスタンスでそのサーバーを指しています。2 台のマシンの唯一の相違点は、サーバーが SMTP を実行していないことです。SMTP を実行している電子メールを送信するためにリレー サーバーを使用している場合、サーバー上で SMTP を実行する必要がありますか?

0 投票する
5 に答える
18530 参照

smtp - なぜ MX レコードがあるのですか?

以前、MX レコードに関する質問をしました (また、SO'ers から受け取った思慮深い回答に感謝します)。問題が解決したので、一歩下がって、そもそも MX レコードが存在する理由を尋ねたいと思います。

具体的には: SMTP が DNS によって特別に扱われるのはなぜですか?

HTTP 用の HX レコードまたは FTP 用の FX レコードはありません。他のすべてのインターネット プロトコルは、DNS の A レコードと問題なく動作するようです。実際、MX レコードに関するウィキペディアの記事には、現在の SMTP 仕様では、受信者の MX レコードが存在しない場合、サーバーは A レコードにフォールバックする必要があると記載されています。また、DNS 以前の世界で SMTP が作成したいくつかの調整についても言及していますが、それは 25 年前のことです。MX レコードは本当に必要ですか?

0 投票する
2 に答える
3002 参照

sql-server - SSRSの定期購読スケジュールは重複した電子メールを送信します

SSRSレポートマネージャー2008で1回限りのサブスクリプションを作成しました。ただし、サブスクリプションによって重複した電子メールが送信され続けます。各メールの間隔は約30分です。

SQLエージェントジョブを確認しましたが、SQLエージェントジョブが正しく作成されているようです。一度だけ実行され、その後、次の実行時間がクリアされます。

また、コードをテストして、ローカルマシンのSMTPサービスを確認しました。SMTPは、重複のないテスト電子メールに対して正常に機能します。ですから、SSRSではおそらく何かがおかしいと思います。どこを調べることができるかについて何かアドバイスはありますか?

0 投票する
5 に答える
903 参照

iis - ドメインからメールを送信するには何が必要ですか

自分のドメイン (Domain.com) から Windows 2003 サーバー経由で電子メールを送信できるようにしたいと考えています。アプリケーションをテストしたところ、ローカル IIS で問題なく動作しています。

しかし、アウトサイドで機能させるために何が必要なのか正確にはわかりません。

前もって感謝します。