初めてご質問させて頂きます。
お分かりになられる方がいらっしゃいましたらご教授いただければと思います。

■サーバ情報
ファーストサーバ
EC-CUBEバージョン 2.1.2
PHPバージョン PHP 5.2.6
DBバージョン MySQL 5.0.27-standard-log

■現象
件名の通りでして、メールが送信されません。

■試してみた事
・基本情報管理でＳＨＯＰマスタのメールアドレスの設定は行った
・メール設定でテンプレートの情報も登録済み
・お問い合わせフォームで問い合わせをしてもメール送信されない
・同様に買い物をしても購入者・管理者にメールは送信されない
・テスト用のＰＨＰプログラムをサーバに配置し送信テストを行ったところメールは送信出来た
※From、to、subject、bodyを埋めてsendmailするだけの単純なもの。

■推論と懸念点
送信テストはEC-CUBE内のモジュールに必要なパラメータを渡してのテストではないのが
いまいちですが、送信自体はされたのでEC-CUBE内のモジュールのどこかで引っ掛かっている？
と思っています。
後はEC-CUBEにおける必要な設定の部分ですが特にインストールした状態から何も触っていません。
『data/mtb_constants_init.php』のあたりを触って何か作業するべきだったんでしょうか・・・？

■参考にした内容
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=flat&order=ASC&topic_id=2151&forum=2

上のＵＲＬの内容を参考に構造はだいたい理解したつもりなのですが何から手をつけていいのやら・・・と思いご質問させて頂きました。
何かアドバイス頂けると助かりますm(_ _)m

引用：
PHPの関数を使ってのテストでしょうか?
EC-CUBE の場合、
/data/module/Mail.php なんてものがあるようです。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

さっそく有難うございますm(_ _)m
そのあたりのモジュールを使ってテストしてみたいと思います。

１点調査していて気がついたのですが『/data/logs/site.log』
の中に、以下のエラーを発見しました。

[/contact/index.php] Failed to connect to 127.0.0.1:25 [SMTP: Failed to connect socket: Connection refused (code: -1, response: )] from xxx.xxx.xxx.xxx

・・・っていうか接続に失敗していますね＾＾；
このあたりを糸口に調査を続けたいと思っていますが何かご存知の方いらっしゃましたらご教授下さいm(_ _)m

う〜ん、こりゃ困りましたね。ローカル25で接続拒否ですか…

…って、「from xxx.xxx.xxx.xxx」ですと!?

う〜ん、サーバのネットワーク周りが腐っているかな…

サーバによっては、SENDMAIL 接続先(SMTPサーバ)を xxx.xxx.xxx.xxx に変更すると回避できるかも。

そもそも、TCP/IP 経由せずに、sendmail 呼び出す設定などができれば、そのほうが良い気もしますね。(Zen Cart はできたような)

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

「from xxx.xxx.xxx.xxx」は私が伏せた部分です＾＾；
誤解を招いて申し訳なかったです。

＞SENDMAIL 接続先(SMTPサーバ)を xxx.xxx.xxx.xxx に変更すると回避できるかも。

上の部分をヒントに問題解決しました！

『/data/mtb_constants_init.php』ばかり見ていたのですが
『/data/cache/mtb_constants.php』の中の『SMTP_HOST』を
127.0.0.1からファーストサーバのSMTPホストに変更する事で
正しく動作しました。

色々とご助言有難うございました〜♪

■■■補足■■■
このスレッドは誤って『バグを見つけましたよ』で立てていますが、『どうか教えて下さい！』の間違いです。
直し方がわからなかったのでここに訂正を記載しておきますm(_ _)m

いえいえ伏字なのは伝わってますよ。

で、何が問題なのかというと、localhost アドレス(127.0.0.1)への接続に、グローバルIPアドレス(xxx.xxx.xxx.xxx)が使われているという事です。

127.0.0.1 との通信は必ず、「from 127.*.*.*」となるはずなのです。

ローカルループバックインターフェイスかルーティングテーブルが異常かと感じ、ローカルループバックを使わないで、グローバルIPアドレスへ接続する方法を提案したという訳です。

とりあえず回避できるとは思いますが、根本的には供給元に改善を求めたほうが良い気がします。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

パラメータ設定を見たら、MAIL_BACKEND という項目の設定で、SMTP(TCP/IP)を使わない設定は可能なようですね。

ちなみに、グローバルIPアドレスを使ったメール配信だと、リレー(異なるドメイン宛のメール配信)が可能なのかという懸念がありますね。サーバの設定次第で違ってきます。

SMTP AUTH も設定できれば良いのですが、それは無理なようですね。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

一例として、自分とこの環境：
EC-CUBEバージョン 2.2.0-beta
PHPバージョン PHP 5.2.5
DBバージョン MySQL 5.0.27-standard-log
＠ファーストサーバ・ギガント2
では、
デフォルト状態からパラメータ設定MAIL_BACKENDを"mail"に変更するだけで解決しました。

私も悩んでいたのですが、Johnさんに教えて頂いたように『/data/cache/mtb_constants.php』の中のパラメータ設定MAIL_BACKENDを"mail"に変更するだけで解決しました。
浅学非才で理屈は全然判らないんですが、とにかく解決して助かりました。
Johnさんはじめ皆様有難うございました。
これからも、いろいろお世話になりますが、一緒に勉強させてください。

> 私も悩んでいたのですが、Johnさんに教えて頂いたように『/data/cache/mtb_constants.php』の中のパラメータ設定MAIL_BACKENDを"mail"に変更するだけで解決しました。

/data/cache/mtb_constants.php を直接編集するのはマズイです。
ディレクトリー名からも分かるとおり、キャッシュ(一時ファイル)ですので。

データ本体は、DBに格納されており、管理機能のパラメータ設定の画面から更新できます。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。