迷惑な電子メール(SPAM)が氾濫しているのは、電子メールそのものが匿名性を持って送信することが出来るからです。これは歴史的に SMTP というインターネット標準の電子メール送信プロトコルが、ユーザ認証のための仕組みを実装してこなかったからです。

　かつて電子メールを送るためにはマルチユーザのホストにユーザ名とパスワードによる認証を経ないと使うことができませんでした。そのようなネットワーク環境で SMTP が開発されたのです。メールアドレスというものは固定されたものであり、メール中のヘッダ情報を辿ることで正しいメールかどうかの判別が出来たのです。SMTP は純粋にメールの送信を行う手段としてのみ利用されていたのです。

　ところがインターネットへの対応が事態を変えました。シングル・ユーザの利用するホストから送信できるメールソフトの登場です。メールソフトは POP (最近は IMAP も)を経由してメールを受信し、SMTP をメール送信のために利用しはじめました。POP と IMAP はユーザ名とパスワードによる認証を必要とします。ですが、SMTP にはそのような認証を行う仕組みがありませんでした。そのためメールのヘッダの中に適切ではないメールアドレスがあっても SMTP はメールを送信させたのです。SMTP サーバは、サーバの利用者が送信するために SMTP を使うのか、あるいは外部のサーバから SMTP によってメールが配達されてくるのか、区別をつけることができません。迷惑メール送信者（スパマー）は偽造したメールのヘッダ情報で自由にメール送信ができるようになってしまいました。SMTP サーバの管理者が不正な利用に対処する手段は殆どありませんでした。

　最近のバージョンの sendmail では初期状態でローカル・ユーザからであればローカル（サーバ内）だけでなく外部へも自由に送ることが出来るようになっています。これはスパマー(SPAMMER)がメールサーバを不正中継することを阻止する働きがあります。ところが、ユーザによっては外部のプロバイダやインターネット環境から接続する事も考えられます。そのままでは（正しいメール送信にかかわらず）外部からの不正な利用とみなされてしまい、メールが送信できなくなってしまいます。利用者は POP や IMAP によってメールを読むことは出来ます。ですが、SMTP サーバからはサーバにはないメールアドレスへの送信は拒否されてしまうのです。

　どうしてこのような事になるかといえば、SMTP サーバは利用者のホスト名か IP アドレスしか知ることが出来ないからです。それだけの情報では、正規の利用かスパムによる利用か判断を行うことが出来ません。そこで、利用者がホスト名や IP アドレスを変更する度、利用者に対して都度メール送信(中継)の許可を与えなくてはいけません。もしそれが面倒なら、sendmail 標準の中継拒否機能を無効にするか、利用者に対して各々のプロバイダの SMTP サーバを使用するように案内をしなくてはいけないでしょう。

　DRAC は以下のソフトウェアとオペレーティング・システム(OS)を必要とします:

　DRAC は RPC を用いたネットワーク上で双方向にコミュニケーションを行うクライアント・サーバ・システムです。POP か IMAP サーバがクライアントとなり、DRAC デーモンがサーバとなります。DRAC デーモンは SMTP サーバと同じホスト内で動作させなくてはいけません。sendmail の送信許可リストがサーバ内へローカルに書き出されるものだからです。POP/IMAP サーバと SMTP サーバは別々に稼働させることもできます。

　複数の POP/IMAP サーバから１つの DRAC デーモンに対して RPC リクエストを送ることも可能です。DRAC は最終的に複数の POP/IMAP サーバからの RPC を処理できるようになりました。DRAC 自身、メールサーバ側の設定を複雑にさせることはなく、複数の POP/IMAP サーバ、そして多用な SMTP サーバに対応することから、問題解決の手助けになるでしょう。