perlパス

acmailerインストールでは一般的に使用されているperlパスとして
#!/usr/bin/perl
#!/usr/local/bin/perl
のいずれかを選択し、インストールを行う事が出来ます。

しかし、上記以外にperlが設置されている際は
そのままではacmailerをご使用になる事ができません。
以下の通りにinstall.cgiを編集して頂く必要がございます。

install.cgiの編集

通常通りダウンロードページより、
#!/usr/bin/perl もしくは #!/usr/local/bin/perlを選び頂き、
install.cgiをダウンロードして下さい。
その後、ダウンロードしたinstall.cgiの11行目を以下のように編集して下さい。

————————————–
(install.cgi 11行目)
my $perl_path = ‘#!/usr/bin/perl’;

↓　perlパスを #!/hoge/bin/perl と変更したい際は以下のように変更

my $perl_path = ‘#!/hoge/bin/perl’;

————————————–

編集済のinstall.cgiをサーバー上に設置して頂きインストール作業を進める事で
perlパスが変更された状態でインストールされます。

なりすましメールとは

acmailerに限らず、一般的なメール送信では、
送信元メールアドレスを自由に設定する事ができます。

しかし、このように自由に設定できるという事は、
簡単に「なりすまし」を行えるという事にもなります。

例えば*@ezweb.ne.jp を送信元アドレスとすると例え存在しないメールアドレスでも
そのメールアドレスから送信されたように偽装する事が出来ます。

各種携帯キャリアや、gmailやhotmail等の大手無料メールサービス等では
このような、なりすましメール対策として「送信ドメイン認証SPFレコード」という対策が取られており、
ドメインの逆引き結果のMXレコード(送信メールサーバー情報)と、実際の送信メールサーバーが異なる場合に
なりすましメールと判定しています。

SPFレコード

上記のなりすましメール対策は優れた機能であり、
PCから携帯メールを装って送信するといったメールを完全に弾く事が出来ます。

しかし、一般の使用(なりすましではない場合)でも、送信サーバーと、ドメインのMXレコードは別で送信するといった事はどうしても発生してしまいます。

このような場合の対策として、ドメインのDNSレコードに「SPFレコード」と呼ばれるものが登場しました。

これまでのドメインの設定では１ドメインにつきMXレコードは1つでしたが、
SPFレコードではメインのMXレコードとは別にメール送信元として認証できるメールサーバー情報を記述し、
そのメールサーバーより配信されたメールはなりすましではない、という情報を設定できるようになりました。

携帯キャリアやgmail等のPCメールはこのSPFレコードを判断し、送信元メールサーバーがMXレコード、またはSPFレコードからの配信であれば
なりすまし判断を回避する事が出来るようになりました。

SPFレコードの設定方法

SPFレコードの記述はドメインのDNSゾーンを編集できる権限が必要です。
また、SPFレコードの記述は255文字までのみとなりますので、
それを越える場合はinclude等の記述により別ファイルにて設定を行います。

参考：open spf

以下は実際のゾーン記述例です。

example.org. IN TXT “v=spf1 ip4:192.xxx.xxx.0/24 -all”

その他詳細な設定等につきましては、各種書籍やWEBサイトをご参考下さい。

参考
送信ドメイン認証SPFレコードについて
http://www.au.kddi.com/service/email/support/chui/spf_record.html

予約配信のしくみ

サーバー側にあるcronというスケジューラー機能を用いて、指定の時間間隔でacmailerを起動させる形となります。
acmailerでは、cronが実行される際に、予約日時を1秒でも過ぎたメールがあれば、配信処理を行います。
したがいまして、cronの実行間隔が長い場合は、次の実行までの時間が長くなるため、実際の送信時間が遅くなる場合が考えられます。

cronは標準では1分単位で動作しますが、（つまり1分毎に予約データをチェックし、時間が過ぎていたら送信処理を行う）
サーバーによっては、15分、30分未満での設定を禁止しているところもございます。

cronの制限につきましては、各サーバー業者様にお問い合わせください。

改善方法

サーバーの制限に大きく左右されますので、まずはサーバー管理者にご相談ください。

サーバー側で改善ができない場合は、サーバー乗り換え等を行っていただくしかございません。

予約配信に対応しているサーバーはこちらをご確認ください。
動作確認済みサーバー一覧

• 通信経路上で迷惑メールブロック、送信数制限がかかっており、メールがドロップされている
• 不着メールがSPAMボックスに入っている
• SPFレコードの未設定

などが考えられます。

過去の事例
AUのみ不着メールが返ってこない　｜AHREFユーザー掲示板
http://www.ahref.org/support_board/patio.cgi?mode=view&no=1152

送信ドメイン認証SPFレコードについて　｜AU公式サイト
http://www.au.kddi.com/service/email/support/chui/spf_record.html

アンインストール方法を参照の上、新しいacmailerをインストールしてください。

メルマガデータの引き継ぎ

旧バージョンでメールアドレスCSVダウンロードを行っていただき、新バージョンインストール後にメールアドレス一括登録を行ってください。

※自動返信メール等のテンプレート、設定情報は現在引き継ぎ機能がありません。
お手数ですが、再度ご入力いただきますようお願いいたします。

※上級者向け情報（ご注意）
FTPにて、dataディレクトリ以下の全データをローカル保存→新バージョンへアップロードしていただくことで、全データの完全引き継ぎも場合によっては可能ですが、バージョン間によってはデータファイル構造に互換性がありませんので、誤作動を起こす場合があります。ご注意ください。

WEBCRONとは

WEBCRONとは、共用ホスティングサービスでCRONを利用できない方のために、WEBベースでCRONサービスを提供するASPサービスです。

代表的なサイト

webcron.org
http://www.webcron.org/
ヨーロッパの有料サイトです。
※参考価格1 cron あたり 0.0001 ユーロ　＝　1時間に1回の設定で一年約130円

acmailerでの予約設定

　　-予約配信「使用する」にチェックが入っているのを確認します。
　　-（チェックが入っていなければ、チェックを入れ、更新ボタンをおして有効にしてください）
　　-WEBCRON用URLをコピーし内容を控えておきます。

webcronでアカウント取得

http://www.webcron.org/
にアクセスし、アカウントを取得してください。
日本語になっていない場合は、英語のままでもOKですが、ページ右上の日本マークより日本語ページになります。

確認画面、メールにて本登録

必要事項を入力し登録を行うと、入力されたメールアドレス宛に確認メールが届きます。
そのメールに記載されたURLをクリックすることで本登録となります。

ログイン後新規CRON設定

本登録が完了すると、仮登録時に記載されたID,パスワードでログインが可能となります。
新規cronを追加するには、「クローンジョブを追加する」ボタンを押します。

cron設定

必要事項を入力します。
「実行したいホームページアドレス」の部分に、先ほどacmailer上でコピーしておいたURLを貼り付けます。

月・日・週は全部でOKです。
時間・分は間隔を狭くすることで予約配信の時間精度が上がることになります。
ただし、webcronサービスは回数による従量制ですので、予算等に応じて調整してください。
ここでは、５分ごとに実行する設定にしています。

設定完了

以上で設定が完了です。
acmailerでの予約配信を確認してください。
時間が遅れる場合は、先ほどのwebcron時間を調整することで解決する場合があります。

つまりacmailerで配信が終わった＝メールが先方に届くというわけではありません。
acmailerは、一旦サーバーにメールを預け、実際にメールを届けるのはサーバーの仕事となります。
そのため、メールサーバーの仕様・能力により配信スピード、現実的な配信数が変わってきます。

現実的な配信数

メールキューに溜まったメールはいずれ届くのですが、メールキューに大量のメールが溜まることは、
いわゆる遅延状態と呼ばれ、このような状態はサーバーに非常に負担がかかった状態であり、
場合によってはサーバー側で強制停止処置などが執られます。

したがって、メールキューに溜まらない数をサーバーと相談しながら調整するのが一番の方法です。

具体的数値としては、月数百円程度の一般的な共用ホスティングサーバーでは、
1,000件未満に抑えることをお勧めいたします。

VPSや専用サーバーであれば、数万件の配信も大丈夫なところがあります。

インストールCGIで、このエラーがでる場合は以下を試していただくと解消される場合があります。
・インストールディレクトリのパーミッションが777の場合、755、705などに変更する。

■サーバーよりメールが送られる仕組み

acmailerなどのプログラムよりメールを配信すると、
まず設置先サーバーのsendmail,qmailなどのメールサーバープログラムによって配信されたメールは、
メールキューと呼ばれる配信待ちエリアに移されます。
メールキューでは、登録された順番に、メールサーバーの仕様に基づき先頭より並列で
配信先サーバーへ順次送られてゆきます。

そのためacmailerで配信が終わった＝メールが先方に届いたというわけではありません。
メールサーバーの仕様・能力により配信スピード、現実的な配信数が変わってきます。

■現実的な配信数

メールキューに溜まったメールは基本的にいつかは届くのですが、
メールキューに大量のメールが溜まることは、いわゆる遅延状態と呼ばれ、
このような状態はサーバーに非常に負担がかかった状態であり、
場合によってはサーバー側で強制停止処置などが執られます。

そのため、acmailer上の履歴では配信完了となっているのに、実際のメールは届いていないということもあり得ます。

確実にメールを送るには、メールキューに溜まらない数をサーバーと相談しながら調整するのが一番の方法です。
具体的数値としては、月数百円程度の一般的な共用ホスティングサーバーでは、1,000件未満に抑えることをお勧めいたします。
VPSや専用サーバーであれば、数万件の配信も大丈夫なところがあります。

■サーバーへの負荷を減らす方法

・不着メールを減らす
不着メールがある場合、サーバーによっては、時間をおいての再送がかかります。
再送の場合、メールキューが減らない事になりますので、不着メールを無くすことがサーバーの負担減に繋がります。
特に携帯宛への送信は、一定の不着メールがある場合、キャリア側での制限がかかり、
正常なメールも届かなくなる場合がありますのでご注意ください。

・分割配信で待ち時間を多めに持たせる
acmailerの送信タイプを分割配信にし、待ち時間を多めに持たせることで、メールサーバーへの負担を減らすことができます。

配信可能数について

一切制限のないサーバーで、回線もそれなりに確保できれば、理論的にメール送信は無制限です。
サーバー側のCGI制限、回線の帯域、エラーメールなどによる送信先サーバーのレスポンス低下など様々な理由により送信可能数は変わってきます。
特に携帯宛のメールはキャリア側（ドコモ、AU、SOFTBANK）の制限が厳しいため、通常のホスティングサーバーでは数百を超える送信は厳しい状況です。
またエラーメールを多く含む場合は、送信途中でキャリア側により遮断されてしまう場合がありますのでご注意ください。

参考値としましては、PC宛のメールで、専用ハウジングサーバー、100MB共有回線、エラーメールほぼなし
の場合であれば、一時間以内に20万件の送信は問題ありません。

ここでは一般的なエラーを取り扱います。

Premature end of script headers: install.cgiと出る

・ファイルの改行コードを確認する
・CGIの仕様が許可されている場所であるか確認する。
・アスキーモードで転送したかを確認する。
・最初の#!/usr/bin/perlの行に問題が無いかを確認する。
・cgiのパーミッションが適切に設定されているかを確認する。

サーバー接続エラーが出て先に進めない

おそらくパーミッションの設定を
以下のように変更すると解決すると思いますので、
お試しください。

インストール用ディレクトリ：755
install.cgi：775