件のコメントがあります。スパムブロック機能により、投稿が失敗することがあります。うまくいかない場合は、一行目だけをまず投稿し、そのあと編集から残りを追記してみてください。Serverをテスト機MacBook白一台にインストールしました。これはサーバー版というよりは、もっと簡易なものですね。メールとカレンダーサーバーがほしいな?、事務所の基本装備があっさりそろえられるのは大変ありがたいですが、ちょっとこだわったことをしようと思うと何かと、物足りなさを感じる設計だと思いました。諸事情あるのだと思いますが、MySQLが標準でなくなったのも痛いように思います。MySQLをインストールし、旧環境から軽いWeb関係のデータを移行、それからメールサービスの設定とすすみ、おもったよりあっさり動作確認作業へと進めました。移行後は、WordPressのwp-config.phpのMySQL設定を、localhostから127.0.0.1に変更すること以外は、ほとんどトラブル無く動作確認は終わりました。メールサービスの動作確認に入ったところで、壁にぶち当たりました。私のテストしている環境では、メールサーバーのSMTP設定では、プロバイダのリレーサーバーを利用するようにしなければいけません。いつものようにリレーサーバーのアドレスを入力し、マニュアルでmain.cfの内容を確認して、間違いがないこともチェックしたのですが、これがどうしたことか、サーバーのあるネットワーク外からのSMTP接続によるメールの送信をしようとするとうまくいかないことがわかりました。この問題の解決に時間を要しましたが、何が原因であるかがわかったので、まとめておきます。5.0.1)のMailからです。Serverに作成したアカウントのアドレス(ここでは仮にhogehoge@hogehoge.ddo.jp)を送信者として、iCloudのアドレス(ここでは仮にhogehoge@me.com)宛にメールを送る処理を行いました。クリアできる内容を設定し、Mailを起動させます。このあと、Mailからいましがた作成したアカウントでメールを作成し、hogehoge@me.comに送信をテストします。すると、メールを送信できませんコピーを送信ボックスに入れました。サーバーがリレーを許可していないため、受信者"hogehoge@me.com"はサーバーに拒否されました。返され、メールを送信することができません。helo=<[xxx.xxx.xxx.xxx]>といったメッセージが表示され、どうもリレー処理がうまくいっていないようです。cram-md5と記述があることがわかります。Serverで設定されるSMTPサーバーは認証にcram-md5を採用しているようです。この記述は、リレーとは関係のない記述ですが、引っかかります。Serverに作成したアカウントについてSMTPサーバーの設定したとき、SMTPはユーザー認証を行わないように設定されていました。これは、サーバー側との設定とあっていないように思えます。そこでiPhone側のSMTPサーバー設定に認証を加えることにしました。設定>メール/連絡先/カレンダー>アカウント>アカウント>送信メールサーバー(SMTP)>プライマリサーバー>認証と進みます。ここで、認証形式を「MD5チャレンジ応答」に設定します。あとは戻って、「ユーザー名」、「パスワード」を入力し「完了」を押します。「検証中...」の表示が出ます。待つと「アカウント確認が完了しました」とでて、SMTPサーバーへ正常に接続できるようになります。この設定が済んだ後、あらためて、送信を実行すると、今度はリレー関係のエラーは出ることなく送信ができるようになっているはずです。Questionタグは使用出来ません。E-Mailは公開されません。