プロバイダなどが設定している送信件数制限を超えた場合など、バウンスメール（リターンメール）として返される場合があります。 また、SPAMメールと間違えられた場合も返される場合があります。
SMTP側で迷惑メールの防止のために送信件数制限を行っている場合がありますので、プロバイダなどに確認してみて下さい。
指定件数毎の配信で、再接続する件数や接続間隔を指定して送信すると、制限件数で切断される前に切断して自動接続で送信できます。
また、バウンスメールとして返されず捨てられてしまう場合もありますので、差出人も配信グループに登録して受信できるか確認されたほうがよいと思われます。

なりすましによる迷惑メール防止のために、接続先から提供されているメールアドレス以外を差出人メールアドレスにした場合いくつかのケースが考えられます。
①SMTPへログインできない。
②接続先から提供されているメールアドレスへ、強制的に置換えられる。
③接続先によっては事前に登録することで可能だが、メールヘッダには変更前のアドレスが表示される。(Return-Pathなど）

※メールヘッダからどのような経路でメールが送信されているかわかるので、場合によってはSPAM扱いとなり受信拒否される場合もあります。
どのようなケースで迷惑メールとなるかよく考えて、モラルを守って送信するように気をつけましょう。

大手プロバイダやフリーメールが提供しているSMTPサーバーでは、同時セッション数が２以下に制限されている場合がほとんどです。
同時セッション数は制限以内に設定してください。
または、同時セッション数ができるだけ多く利用できるレンタルサーバーか、お客様ご自身でSMTPサーバーをご用意ください。
※送信件数が２件以上、８件未満の場合で、同時セッション数を３以上に設定している場合は強制的に２になります。

SMTP認証とPOP before SMTPを使用するの両方にチェックを入れている場合、SMTPサーバーによっては接続できない場合があります。 （両方にチェックがある場合は、POP before SMTPでの接続を最初に試みます。）
SMTP認証が利用できる場合は、POP before SMTPのチェックをOFFにして試してみて下さい。
また、POP before SMTPは旧式の接続方法で、セキュリティ上の問題が発生しやすいため現在は推奨されていません。（SMTP認証のほうが安全です）

SMTPサーバーによっては、CRAM-MD5,LOGIN,PLAINを直接選択して接続すると正常に接続できる場合があります。それぞれ試して見て下さい。

Hotmailへの送信はSTARTTLSでの接続に対応している必要があります。
Verion 1.2.3で対応いたしましたので、アップデートを行って下さい。
ただしHotmailの場合は、迷惑メールを防止する目的でブラウザでログインして、表示される画像に隠された文字を手動で入力する必要 を求められる場合があるようです。配信エラーが発生する場合は確認してみて下さい。

POP before SMTPで接続後、一定の待機状態になる場合に強制切断され再ログインを求められるケースがあります。
セキュリティの都合上、約30分接続状態が継続した場合にSMTPサーバー側で強制切断されるためです。
また、何もデータが送信されない状態が長い時間継続される場合もSMTPサーバー側で強制切断されます。
強制切断されるまでの時間に関しては、SMTPサーバーの設定で異なります。接続状態でのインターバル間隔は、2分以内 を目安にしていただくことを推奨します。

上記のような対策として、オプションのメール送信設定で「再接続件数」の設定を試して下さい。
100件を指定した場合は、100件毎に本アプリ側で切断し、再接続を行い自動的に配信を繰り返します。
再接続間隔は、共通送信オプション１の「再接続間隔（件数毎）」で設定が可能です。
但し、何万件もメールを送信するような場合は、SMTPサーバー側の接続回数の制限に注意して下さい。
回避するためには、再接続件数の指定件数を大きくするなど設定値を調整して下さい。

ファイル添付時、１回の接続で送信を行なう場合、TO宛先1件毎に人数分送信データが増えることになります。
そのため、添付ファイルのサイズや送信件数によっては、SMTPサーバー側の送信制限の対象とみなされ、下記ケースの様な配信結果となる場合があります。

①添付ファイルのみ削除される。
②メールが破棄され届かない。
③リターンメールとして返却される。
④送信制限が解除されるまで、メールの送信ができなくなる。
※上記は例であり、SMTPサーバー側の送信制限次第で、動作は多様な振る舞いを行なうことに注意して下さい。
添付ファイルを指定した場合の送信データサイズのイメージは、下記を参考にして下さい。

TO宛先が100件（メール本文サイズ:3KB, 添付ファイルサイズ:200KB)で、１回の接続で送信した場合。
(3KB + 200KB) * 100件 = 20300KB(20.3MB)
※また、送信データはエンコードされて送信するため、上記データサイズより大きくなることを考慮する必要があります。
上記の例では、１回の接続に送信サイズ10MBの送信制限が設定されている場合、何らかの送信制限対処が実行されることが考えられます。

対策としては、下記の設定を参考にし、接続を複数回に分けて配信を試してみて下さい。

①環境の設定と管理画面を表示する。
②メール送信タブで、再接続件数に20件を指定。
③送信共通オプション１タブで、再接続間隔（件数毎）で30秒を指定。
※再接続件数及び再接続間隔（件数毎）の値は、任意の環境に合わせて調整して下さい。
　（再接続件数を１件に指定すると、通常のメールソフトで１件毎に自動送信を繰り返すというイメージになります。）
再接続間隔の値を小さくすると、SMTPサーバー側の負荷が増えることになるので、十分な間隔を考慮し、迷惑がかからなように配信して下さい。

接続するSMTPサーバーの環境は、お客様毎に異なります。そのため、本番での稼働条件を想定し、十分なテストを行って下さい。

ご利用されているSMTPサーバー及びDNSサーバーが、SPF（Sender Policy Framework）やDKIM (Domainkeys Identified Mail)に対応しているかご確認下さい。
SPFとDKIMのどちらか、または両方に対応しているかで、迷惑フォルダに振分けられる確率が低くなります。
さらに、件名や本文に使われる文字列にも注意する必要があります。署名などに利用している記号にも注意された方が良いかと思います。

DKIMについては、次のFAQ項目も参考にして下さい。

サーバー側の証明書（リモート証明書）が、信頼された正式な証明書でない場合に接続できない場合があります。
レンタルサーバーなどのSSL通信で上記のケースが発生する可能性があります。
対処方法として、下記を参考にしてリモート証明書の検証を行わないように設定して試して下さい。

①環境の設定と管理画面で「メール送信設定」を表示する。
②「SMTP over SSL/TLSの使用」チェックをONにし、詳細設定ボタンをクリックする。
③「リモート証明書を検証する」チェックボックスをOFFにして下さい。
また、SSL/TLSタイプで、送信タイプがSMTPサーバー通信に必要なタイプとして適切に選択されている必要があります。

対応しています。現状のバージョンではTLS1.2及びSTARTTLS 1.2に対応しています。
今後のバージョンで、1.3以降にも順次対応していく予定です。

SMTPサーバー側のパフォーマンスが、配信速度に対応できていないケースが考えられます。
環境の設定と管理の「メール送信設定」画面で、インターバル件数及び送信間隔の設定を行い、SMTPサーバーへの負荷を減らして下さい。
1件毎に500msec、5件毎に2000msecを設定するなど、設定値を変更しながらどのような設定がより効率的であるか動作確認のテストを行って下さい。
また、送信制限は件数以外にも、データサイズや接続回数など様々な指定が可能です。件数以外にも送信制限がないかサーバー管理者に確認して下さい。
上記インターバル設定以外に、指定件数毎の再接続配信も行うことが可能ですので、設定を変更しながらテストを行ってみて下さい。

送信言語にUTF-8(Base64)を指定した場合等に特定の宛先（ドメイン）によっては、DKIM承認エラーが発生している現象を確認しました。
DKIMに対応したシステムをご利用の場合は、Version 2.3.0で対策を行いましたのでアップデートを行って下さい。
DKIM承認エラーが発生した場合、メールが届いていないという事ではなく、届いていても迷惑メール(SPAM)としてフィルタリング処理される確率が高まるということになります。
(DKIM承認エラーやDKIMに対応していないメールを受信側のシステムがどのように扱うかは、送信側のSSP(Site Signing Policy)の定義次第となります。）

なお、DKIM承認エラーの発生が、署名を作成している送信側のシステムに問題があるケースも確認しております。この場合、ソフトウェアでの対策では回避することは不可能となります。
このようなケースでは、システム管理者に状況を連絡して下さい。大手プロバイダでもこのようなケースの発生がありますので、DKIM承認エラーが発生していないかテストを行ってみて下さい。
特に送信先（宛先）のドメインが「@hotmail.co.jp, @live.jp」の場合は、注意が必要です。
DKIM承認がパスしているか否かのの判断は、送信されたメールのヘッダー情報で確認できます。


以下は、DKIM承認エラーの確認例となります。
Gmail, Yahoo, Hotmail等の場合は、「Authentication-Results:」ヘッダー情報で、以下の記載を確認します。
dkim=pass: 正常に承認されています。
dkim=none: DKIMに非対応のシステムから送信されたメールまたは署名のないメール。
上記以外のdkim=xxxxxxxが記載されている場合は、何らかのDKIM承認エラーが発生している可能性があります。

また、DKIM承認エラーが発生してる原因がメール送信ソフトト(MUA)側であるか、送信側システム（SMTP, DNSサーバー）側であるかの判断を行うために、以下のテストを行って下さい。
一般的に良く利用されているメール送信ソフト（Outlook, Thunderbirdなど）でも同じ内容のメールを送信し、DKIM承認エラーが発生していないか確認します。

他のメール送信ソフトでは発生しないが、Blue Moonで発生している場合はソフトウェア側で回避策の対策を行うことが可能となる場合もありますので、その場合はサポートからお問合せ下さい。

どのメール送信ソフトでもDKIM承認エラーが発生する場合は、送信側システムをGmailやYahooメールなどに変更して同じ宛先へ再度送信し確認して下さい。
他の送信側システムで承認エラーが発生しない場合は、承認エラーが発生した送信側システム(SMTP, DNS)側に問題がある可能性が高いです。この場合は送信側システムの管理者に確認して下さい。

上記以外の場合は、受信側のシステムに問題がある可能性があります。受信側システムの管理者に確認して下さい。

※SPFやDKIMなどが承認をパスしているか否かを、メールアドレスを入力させて判定するシステムを提供しているサイトが存在しています。
そのようなサイトでは、メールアドレス情報の収集を目的としている可能性が高いので注意して下さい。

POP before SMTPでの接続は、古い接続方法です。セキュリティにも問題が有り現在は推奨されていません。
そのため接続先（プロバイダなど）によっては、段階的にPOP before SMTPでの接続を廃止している状況です。
POP before SMTP接続が廃止されていないか接続先に問い合わせて下さい。
廃止されている場合は、SMTP認証など他の方法で接続設定を行って下さい。

インターバル件数は、0件から開始されます。次の例のように設定して下さい。
例１）1件毎に1分間隔での配信
　　インターバル件数： 0件
　　送信間隔： 60000(msec)

例2）10件毎に30秒間隔での配信
　　インターバル件数： 9件
　　送信間隔： 30000(msec)

Version 4.2.xでOAuth認証に対応しました。 現在、Google WorkspaceとMicrosoft 365 (Exchange Online)に対応しています。
GCPやAzure ADを使用することで、社内や組織内のアプリとして登録管理できるようになります。

なお、次の送信制限に注意し設定を行って下さい。

• Google Workspace における Gmail の送信制限


• Exchange Online の制限

Version 4.3.12で対応しました。 最新のバージョンに更新して下さい。

Version 4.7.3で対応しました。（2024年3月）

Gmailの新しいガイドラインでは、１日あたり5,000件以上送る送信が対象となります。
2024年2月1日から開始し、段階を経て2024年6月1日より本格化されるようです。

送信環境が次の条件になる場合に、スパムメール扱いとなりバウンスメールが返却される場合があります。
原因は、一斉送信できるメールソフトの場合に、Microsoft社のサーバーがヘッダーFromを書き換えるため、エンベローブFromと不一致になる為。

• 接続先の送信サーバーがMicrosoft社
• 受信先のサーバーが、ヘッダーFromとエンベロームFromが不一致時、スパムメールとして処理する場合(宛先がGmailやGoogleでドメイン管理を行っている等)

• ヘッダーFrom：　Outlook等のメールソフトで、差出人欄に表示される情報。
• エンベロームFrom：　実際に送信した差出人の情報。（エラー時はこのアドレスにエラーが返却される）

※差出人名にはメールアドレスを設定しない。（受信者が直感的に認識できるように、企業名や個人名等を設定）

文字コードの指定で自動判定を選択している場合は、CSVファイルの文字コードをリストから直接指定し試して下さい。
それでも文字化けが発生するようでしたら、詳しい症状をお問い合わせ下さい。

※詳細は、ヘルプマニュアルを参照して下さい。

以下の様なエラーが表示される場合は、インストール時に依存関係にあるライブラリがインストールされていないことが原因です。
依存関係にあるライブラリを自動的にインストールするには、「setup.exe」を使用してインストールを行う必要があります。
「BlueMoonSetup.msi」でインストールを行った場合は、一旦アンインストールを行い、再度「setup.exe」でインストールを行って下さい。

現バージョンでは、エクスポートを行ったCSVファイルを直接Peopleアプリにインポートを行うことができません。
別途、変換ツールをご用意しましたので、お手数をおかけしますが変換後にインポートを行って下さい。
なお、次期バージョン(Version 2.4.0)では標準機能として実装を行う予定です。

変換ツールのダウンロード及びPeopleアプリへのCSVファイルインポートに関しましては、下記をご参照ください。

Peopleアプリの連絡先へCSVファイルからインポート

"001"のデータを文字列として登録する場合は、登録先カラム（列）のデータ型が文字列型である必要があります。
数値型の場合は、数値の"1"として登録されます。

文字列型であるにも関わらず"1"として登録される場合は、CSVファイル内のデータが既に"001"から"1"に置き換わっていないか確認して下さい。
CSVファイルをExcelで開いて編集などを行い保存する場合は、明示的に指定しない限り数値の"1"として変換されてしまいますのでご注意下さい。

現在データを保管しているサーバーがTSL1.0の対応を停止しているため、ダウンロード時にエラーが表示されます。
次のページに、最新データのダウンロード方法を記載していますので参照して下さい。

最新データのダウンロード方法(2020/07/22)