はい…そしていいえ。
はい、電子メールを送信するために必要なのは、目的の受信者のメールを受信する適切なSMTPサーバーへの送信SMTP接続を行うことだけです。 つまり、Gmailアドレスを持つ人に電子メールを送信する場合は、次のTCP接続を確立できる必要がありますsmtp.gmail.com ポート25で、サーバーと適切に対話し、接続を閉じます。
telnetプログラムを使用して、macOS、Linux/Unix、Windowsなど、お気に入りのOSから端末/コマンドラインからこれを行うこともできます（SMTPコマンドを知っていれば）。
しかし、2003年か2004年かそこらの頃には、人々をスパムするために（書かれていない）SMTPクライアントを実装したMicrosoft Wordマクロウイルスが大幅に増加していました。 マクロウイルスは、受信者に自分自身を送信することによって広がり、ちょうど人々の自宅のコンピュータから直接スパ
その結果、ほとんどのIspはポート25への送信接続をブロックします。
また、SMTPクライアントの実装が不十分であったため、メールサーバーとして自分自身を識別する方法に関する多くの規則に違反しています。 多くのメール管理者は、疑わしい送信元からのメールをブロックおよび/またはフィルタリングするための追加の制御を実装しました。
,
- ドメインに有効なDNS MXエントリがない場合は、メールが拒否される可能性があります。
- メールサーバーに有効なDNSホスト名がない場合、メールが拒否される可能性があります。
- メールサーバーのIPアドレスが動的IPリスト(ISPの顧客など)にある場合、メールは拒否される可能性があります。
- メールサーバーのIPアドレスがメールを受信できない場合(送信者の確認)、メールが拒否される可能性があります。
- メールサーバーのIPアドレスがDNSベースのブラックリストに登録されている場合、メールが拒否される可能性があります。
- メールサーバーがDNSにSPFまたはDomainKeysエントリを持っていない場合、メールが拒否される可能性があります。
- メールサーバーが正しく設定されていない場合、メールが拒否される可能性があります。
- 封筒の送信者アドレス(表示されるFrom:ヘッダーではない)が何らかの形で奇妙で、自動化されたメールプログラム(webサーバーの電子メールフォームなど)を示す場合、電子メールは拒否される可能性があります。
- 受信側のメールサーバーに、Url/リンク、キーワード、またはその他のスパム特性を検索するメールの本文を読み取るメッセージフィルタがある場合、メールが拒否される
当時はスパムの発生を抑制しようとする試みがいくつかあり、上記の多くは当時組み込まれていました。 時には、彼らは完全に拒否しないかもしれませんが、上記の基準は、いくつかのポイントによってスパムスコアを増加させるかもしれません。 電子メールが失敗したテストが多いほど（上記の送信メールサーバープロトコルの失敗とコンテンツに関する追加の基準の両方から）、スパムとして識別され、拒否されたり、フィルタされたり、削除されたりする可能性が高くなります。
最近では、ほとんどのメール管理者は、一つまたは二つの主要なサーバー構成特性（DNS、動的IP範囲）で完全にメールを拒否し、スパムフォルダにフィルタリングするための重い精査を持つ他のすべてのメールを受信するようです。
このすべてのために、SMTPサーバーへの直接送信メールをブロックするIspと組み合わせると、一般的にホームネットワークから送信することはできません。 ほとんどのホスティングプロバイダーと電子メールサービスの動作方法は、認証された電子メール送信ポートです。
ポート587でSMTPサーバーに接続するようにメールクライアントを設定し、アカウントのユーザー名とパスワードを入力します（このがらくたを送信している人を確認 アイデアは、SMTPサーバーが587で顧客のためのメールを受信せず、他の場所で中継するためのメールを受信するということです。
これはすべて、消費者ISP接続を持っていることを前提としています。 ビジネスクラスのサービスを使用している場合、ビジネスが合法的に内部から電子メールを送信できるため、メールの送信に制限が少なくなります（ポート25 制限が設定されている場合、ビジネスサポート回線への電話は、ポリシーの例外になる可能性があります。
そして、あなたは他の人があなたからのメールを完全に拒否しないようにあなたの電子メールサーバーを設定する楽しさを得ます。 これは初めて複雑になります（特にサポートする概念に精通していない場合）が、比較的簡単です。
:
- ドメイン名とDNSレコードを公開するメカニズム(レジストラ、ホスティング会社、または独自の正しく構成されたDNSサーバーなど)
- 正しいDNSエントリ:
- メールサーバーのAレコード(ネットワーク上のメールサーバーを識別します)
- ドメインのMXレコード(ドメインのメールを受信するサーバーを識別します)
- IPアドレスのPTRレコード(オプションでPTRは上記のAレコードを指しますが、正式には必須ではありません)
- メールサーバー（私は個人的にPostfixをお勧めします）、正しく構成された
- オプション: SSL証明書と、
- サーバー間プロトコルの取得方法に関する一般的な実用的な知識は暗号化されていませんが、サーバーへのアクセスは保護できます。 あなたが個人のホームネットワーク上にいる場合は、あまり気にしないかもしれませんが、コーヒーショップからサーバーにアクセスすることは、誰もがあなたの)
- オプション: 人々があなたに送るメールをダウンロードするためのIMAP/POP3メールソフトウェア（または、あなたが望むなら、サーバー上で直接メールを読むことができます-PINEは)
あなたの家のネットワークを離れて電子メールを動かす実質の必要性を有しなければ、例えば、あなたの家からITの相談ビジネスを動かし、他を形成する それはより容易であり、あなたの中核能力に焦点を合わせることを許可しなさい。
メールサービスとプロトコルの周りに安価で自己学習環境を持つことがアイデアであれば、上記の情報はあなたを正しい方向に導くでしょう。 それはかなり私達が昔に私達自身をいかに教えたかであるが、そう多くのspammersは家の郵便サーバーをもう動かすことは近い不可能であることこれを濫用した。
