様々な要因が考えられますが、まずは問題を切り分けるため、以下のことをご確認ください。

※2024/02/16追記
Gmail宛のメールが届かないという報告を多数いただいています。
Gmailのスパム対策が強化されたためと思われます。
対策などを以下ページにまとめていますのでご参照ください。
フォームから送信されたメールが迷惑メール扱いされる場合の対策

まずは配布中のものをダウンロードし、mail.phpで管理者のメールアドレスに1つのアドレスのみを設定し、一緒になっているcontact.htmlとともに同階層にアップロードし、送信してみて下さい。GmailなどのWebメールサービスを使用している場合には迷惑メールフォルダも確認ください。
※Gmailで他のメールアドレスを受信する設定にしている場合、30分～1時間ほど受信が遅れます。（これはGmail側の仕様になります）2013/9現在

■管理者のメールアドレスを2つ以上設定していませんか？
管理者のメールアドレスが2つ以上設定されている場合で送信先がGmailの場合にGmail側へのメールが届かない（迷惑メールにもなっていない）ことを確認しています。そのため管理者のメールアドレスはできる限り設置サイトのドメインと同じものにして、1つのみ設定して下さい。

■迷惑メールフォルダに入っていませんか？
Gmailやその他Webメールなどの場合、迷惑メールに入ってしまうことがありますのでご確認下さい。ただ、これはPHP側ではどうしようもありませんので、フィルタなどを設定の上対応下さい。

■設定したメールアドレスは本当に間違いないですか？
一度他のアドレス、またはGmailなどの無料メールアドレスを取得して送信テストしてみてください。

■mail.phpを開いたエディタはなんでしょうか？
メモ帳は厳禁です。ファイルが壊れます。推奨はTeraPadです。無料で使えるフリーソフトですので、ダウンロードしてインストールしてください。初めは特に設定などをいじらずデフォルトの状態でお使いください。もちろんその他のエディタやDWでも基本的にはまったく問題ありません。

■mail.phpの編集の際に必要な文字列等を削除されたりしていませんか？
mail.php内上部にも記載しておりますが、ダブルクーテーション「"」やシングルクォーテーション「'」、セミコロン「;」など、これらを削除されると動作しなくなりますので設定される際には注意下さい。

■サーバーはPHPが動作しますか？（ほとんどのレンタルサーバーでは問題ありません）
※CPIサーバーはデフォルトでは動きません（CPIについてはこちらの一番下を参考下さい）
サーバーのマニュアル等に掲載されているかと思いますのでご確認ください。
また、PHP4.3～PHP5.5（5.5以上でも基本的には問題無いかと思います）の環境で動作します。（ほとんどのレンタルサーバーでは問題無いです）
また、Sendmail機能を使っています（こちらもレンタルサーバーではほぼ問題無いです　※ただしWindowsサーバーの場合にはSendmail機能が無いことがほとんどなので使用できないとお考え下さい。一般的なレンタルサーバーはUNIX/LINUX系ですので問題ありません）
無料サーバーの場合、これらは無いことがほとんどですので基本的には動作しないと考えて下さい。
PHPが動くことを謳っている無料サーバーもありますが、実際には動かなかったという報告を複数いただいてます。
これを気にレンタルサーバーを借りてみてはいかがでしょうか。それほど高いものではありません。むしろ今の時代かなり安いです。無料サーバーであれこれ時間を無駄に使うことを考えると結果としてレンタルサーバーのほうが安いとも考えています。
参考URL：http://www.php-factory.net/server.php

■サーバーにアップロードしていますか？
ご自身のパソコン上ではそのままではメール送信はもちろんPHP自体動作しませんので、必ずサーバーにアップしてからテストしてください。
※XAMPP環境を入れてもメールの送信には別途特別な設定が必要です。

■ロリポップのコロリポプランでPHPバージョンが5.2の場合には動作しなかったとの報告がありました。
PHP5.3にすれば動作したとのことなのでお試し下さい。サーバー管理画面にて変更可能です。エックスサーバーのPHP5.2では動作しております。基本的にはそのようなことは無いはずではありますが。

■サーバーの試用期間中などはメール送信できないなどの制限がある場合もあります。※サーバーマニュアルやサーバー会社にご確認下さい。

■エックスサーバーを契約したのにメールが届かない。
エックスサーバーは無料お試し期間が10日ありますが、お試し期間中はメールの送受信ができません。入金後に送受信できるようになります。

■設置サーバーがスパムのブラックリストに登録されている
特にロリポップ系（ヘテムル含む）でこの現象を多く確認しています。ある日突然メールが届かなくなった場合はこれも疑ってみて下さい。
対策方法も含め詳しくは以下記事を参考にして下さい。
https://www.php-factory.net/cms/detail.php?id=4

■BIGLOBE（オフィスホームページサービス）の場合にはデフォルトでは送信できません
以下を参考に対応下さい。
https://www.php-factory.net/cms/detail.php?id=9

■その他以下ページのサーバーをお使いの場合には問題が出やすいです。
https://www.php-factory.net/cms/detail.php?id=6

■Google Apps（G Suite）をお使いの場合にはサーバーによってはそのメールアドレスでは受信できないようです。
転送設定や他のアドレスをご使用いただくなどで対応下さい。
（さくらサーバーで確認済）これはさくらサーバーの場合、送信先のアドレスが設置サイトのドメインと同じドメインのメールアドレスに設定している場合、 さくらサーバー上のメールサーバーを読みに行ってしまうため、送信先が見つからず送信に失敗するためと考えられます。
この場合、さくらサーバー側でもメールアドレスを作成すれば解決しますが、今度はGoogle Apps（G Suite）側に届かない状態になってしまうと思われますので根本的な解決は困難ではあります。（転送するなどしかありません）

■Return-Path（-f オプション）を指定しないと送信できない環境があります。（特にpostfixなど）
mail.phpのメール送信処理部分を以下のようにしてみて下さい。（ファイル内検索すれば見つかります）

mail($to,$subject,$adminBody,$header);
↓以下のように末尾に-f オプション（,'-f'. $to）を追記して下さい。
mail($to,$subject,$adminBody,$header,'-f'. $to);

上記記述のすぐ下あたりに自動返信メール用の記述もありますので忘れず同じように修正下さい。
mail($post_mail,$re_subject,$userBody,$reheader);
↓上記と全く同じです。
mail($post_mail,$re_subject,$userBody,$reheader,'-f'. $to);

申し訳ありませんが、Windowsサーバーの場合はSendmail機能が無いことがほとんどのため、対応しておりません。LINUX系サーバーにてご利用下さい。
※一般的なレンタルサーバーはほぼLINUX（UNIX）系なので問題ありません。
特に理由が無ければWindowsサーバーを新規で借りないことを強くおすすめします。
そもそもWindowsサーバー自体少ないですが・・・。無駄な時間を大量に費やすことになる可能性があります・・・＾＾；。

さくらサーバの共有SSLにて確認していますが、さくらの共有サーバーの共有SSLは https://secure○○.sakura.ne.jp/○○○○.○○/のようになっています。

mail.phpのaction属性の値には現在実行中のファイルパスが自動で入るように（$_SERVER['SCRIPT_NAME']で）設定していますので、本来「/○○○○.○○/mail.php」が指定されることを想定しますが、なぜかさくらの場合には、「/mail.php」が指定されてしまい、結果「You don't have permission to access」が表示されてしまい送信できないという現象が起きています。
これは「https://secure○○.sakura.ne.jp/mail.php」が指定されてことと同じになり、そこにはファイルが存在しないための結果です。

この場合、mail.phpの254行目付近の
<form action="<?php echo $_SERVER['SCRIPT_NAME']; ?>" method="POST">
を
<form action="mail.php" method="POST">
として下さい。これで解決するはずです。

その他のサーバーでは特に現在確認、報告等はありませんが、もしその他のサーバーでも同様の現象が起きた場合には、以上のことをお試し下さい。また、その旨ご連絡いただけると大変ありがたいです。
通常のURLではそのようなことは起きません。また共有SSLもさくらのような仕様となっているところは少ないと考えられます。

その他さくらサーバで確認されていること
通知先メールアドレスが2つ以上あるとエラー（Internal Server Error）になることが確認されています。
この場合、他のアドレスはBccに設定するなどで回避可能です。

また、フォーム設置先のドメインのメールアドレスをGoogle Appsで作成、管理している場合、そのメールアドレスでは受信できないようです。
※ドメインと同じメールアドレスの場合、サーバー側が自サーバー内のDNSを探しに行ってしまうためと推測されます。
この場合の対処法は分かりませんので、申し訳ございませんが他のアドレスに設定されるか、サーバー側でもメールアドレスを作成するなどでご対応下さい。

あとはファイル自体がUTF-8の場合、 BOM有りで保存してしまったなどが考えられます。

これは主にPHPファイル内に余計な文字列や空白スペースなどが入り込んでしまったことが原因である可能性が高いです。問題を切り分けるため、まずはデフォルトの状態で送信先アドレスのみを変更の上でお試し下さい。
デフォルトの状態でOKであれば、作業時に何らかの問題が発生したと推察することができます。

具体的な原因としましては、リダイレクト処理など、PHPの「header」系の関数はその前に文字列（空白や改行も含む）があってはならないルールが有ります。そのため余計な文字列があるとエラーが発生します。
デフォルトではもちろんそのようなことはありませんので、作業時に誤って入り込んでしまったと考えられます。

その他余計な文字列の混入の他にUTF-8の場合、BOMありで保存してしまった可能性もあります。
PHPファイルは必ずBOM無しで保存する必要があります。
（BOM有りで保存してしまった場合、必ず不具合が出ます）
BOMの確認、変更方法についてはこちらをご参考下さい。

フォームページ側のhtmlファイルの文字コードとメールフォームプログラムの文字コードが同じかどうか確認してみて下さい。htmlファイル側の文字コードはソース上の以下metaタグにて指定されているはずです。（以下の場合はUTF-8です。※大文字小文字は関係ありません）

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

上記が問題ない場合、サーバー側で強制的に文字コードを変換されている可能性があります。
以下ページにまとめておりますので参考の上、対処下さい。
https://www.php-factory.net/cms/detail.php?id=6

確認画面で項目名の箇所が空欄になってしまう、または必須設定した項目を入力したにも関わらず、「○○が未選択です」（本来入力欄の場合には「未入力です」と出ます）と出る場合には、2通り考えられます。
1つは単純にメールフォーム側の文字コードとプログラムの文字コードが間違っている。
この場合にはフォーム側の文字コードと同じ文字コードのファイルをダウンロードください。

2つ目はフォーム側文字コード、及びmail.php側の文字コードは間違いないにも関わらず同様の現象が発生する場合です。これはサーバー側で強制的に文字コードを変換されている可能性があります。
以下ページにまとめておりますので参考の上、対処下さい。
https://www.php-factory.net/cms/detail.php?id=6

サーバーにアップロードしていますか？
ご自身のパソコン上ではそのままではメール送信はもちろんPHP自体動作しませんので、必ずサーバーにアップしてからテストしてください。
※XAMPP環境を入れてもメールの送信には別途特別な設定が必要です。

ご利用のサーバーでPHPが動作しないことが考えられます。
無料サーバーでもPHPが使えることを謳っているところもありますが、それでも正常に動かないことを複数確認しておりますので、無料サーバーの場合は動かないと考えたほうが良いかもしれません。その他もろもろも含め、トータルで考えると有料のレンタルサーバーを借りた方が結局は無料サーバーよりも安く済むと考えています。（もちろんもろもろの事情があるのかもしれませんが・・・）
サーバー移転によってサイトのURLをどうしても変更出来ない場合には、プログラムのみレンタルサーバーにアップする方法が有効です。フォームページ側とメールフォームプログラムは同一サーバーにある必要はありませんので。action属性で絶対パスを指定すればいいだけです。

デフォルトではjavascriptにてhistorybackを行なっておりますので、ブラウザの「戻る」と同じ挙動となります。
古いFirefox（バージョン2系）などではブラウザの戻るにてデータがクリアされてしまうということがありましたが、
現在のメジャーなブラウザ（Firefox、Chrome、Safari及びIEなど）では「戻る」だけではデータはクリアされないことを確認していますので基本的には問題ないと考えられます。
※ただし、すべてのブラウザでの保証は出来かねます。

ただ、稀に必須チェックをJavascriptの特殊なライブラリなどを使って行うとデータがクリアされることがあります。（adobeのspryで確認済）
他のJSにて行うか、必須項目はPHP側でチェックを行うようにするとそのようなことは起きないかと思います。
※必須項目はmail.phpにて設定可能です。

またPHPのセッション機能などを使用している場合もクリアされることがあります。
その場合、session_start()の前に「session_cache_limiter('none');」を記述することで対処可能です。

尚、どうしても改善しない場合で完全に対応する方法としては、「戻る」を押した際にはフォームデータを再度POSTし、フォームページ側の各項目にデータを反映するという結構重めな処理が必要になります。
そのためフォームページ側もカスタマイズする必要があり、この場合には別途カスタマイズとして承ります。ただ、上記でもご説明しましたが、ほとんどのブラウザでは問題ないと考えておりますので、費用対効果を考慮の上でご検討ください。

追記：以下ページで解決方法と対策版のファイルを配布していますので、必要に応じてご利用下さい。
http://www.php-factory.net/trivia/15.php

まず項目数に上限はありません。すべて自動で取得、送信します。
（実際には容量の問題、POST数の上限もあるため無制限ではありませんが現実的には気にせずOKなレベルです）

原因は主に以下2パターン考えられます。

1，name属性の値が重複している。
フォームページのname属性の値を確認ください。特に項目数が多くなるほどそういったミスが起きやすいです。
name属性の値は name="○○"　の○○の部分です。これはページ内で重複しての使用はできません。重複した場合、後のもののみが確認画面で表示され、送信されます。

2，チェックボックス、ラジオボタンの場合は、1つ以上チェックされていないと項目自体送信されません。
そのため、予めどれかをチェック済（checked）としておくか、隠し要素（ダミー要素）を埋め込んでおくということが考えられます。

隠し要素（ダミー要素）の記述例（赤字が追加する要素です）
<input type="hidden" name="性別" />
<input type="radio" name="性別" value="男" />男
<input type="radio" name="性別" value="女" />女

このようにtype="hidden"の隠し要素を直前に記述しておくことで未選択の場合でも項目が送信されます。
チェックされた場合には、そちらが優先（上書き）されますので問題ありません。

Shift_JISはPHPと相性が悪く、特に「表」、「申」、「ソ」、「ダ」などがname属性の値に含まれている場合、誤変換されたり、サーバの設定によっては円マーク（￥）が付与されることがあります。
特に誤変換はプログラム側では対応できませんので、出来る限りShift_JIS版以外を推奨します。
※これはテスト時にすぐに分かるものなので、テスト時に問題が無ければ以降も問題ありません。（起こったり起こらなかったりということは基本的にありませんし、name属性の値はそれほど頻繁に変更するもので無いと思いますので）

申し訳ございませんが、中国語やその他の言語には対応しておりません。
多言語対応版を配布しておりますので、そちらでお試し下さい。
http://www.php-factory.net/mail/multi01.php

機種依存文字などは基本的には使用不可になります。たとえば㈱（かっこ株）や①（丸1）、その他特殊な記号や特殊な漢字などは変換できずに「？」と表示されます。これはPHPプログラム上どうしようもありませんのでご了承下さい。SJIS-WINで送信する方法もありますが、Windowsに限定されるなどの理由から実装はしておりません。

ただ、一般的な機種依存文字に限りますが、以下方法にて機種依存文字を変換することで表示可能です。
必要に応じてご対応下さい。
※ただし、機種依存文字の状態で送信できるものではありませんのでご了承下さい。

■機種依存文字の変換処理追加の方法について
機種依存文字を確認画面表示時に表示可能な文字列に変換する方法です。以下手順にて修正下さい。

1，mail.phpの以下記述箇所を探して下さい（1箇所のみですので検索してみてください）
※「確認画面の入力内容出力用関数」の箇所にあります。

$key = h($key);

2，この下に以下すべてをコピペ下さい。（スペース的な都合で複数行に改行されていますが、実際は4行です。）
※全選択→コピペでOKです。

//機種依存文字変換 $before = array('①','②','③','④','⑤','⑥','⑦','⑧','⑨','⑩','№','㈲','㈱','髙');//変換前の文字 $after = array('(1)','(2)','(3)','(4)','(5)','(6)','(7)','(8)','(9)','(10)','No.','（有）','（株）','高');//変換後の文字 $out = str_replace($before, $after, $out);

以上、これだけです。

これで確認画面表示時に「変換前の文字」が「変換後の文字」に変換され、送信メール内でも変換された状態で送信されます。（たとえば「㈱」の場合、「（株）」に変換されます。）

ただし、あくまでも上記で設定している機種依存文字のみが対象となります。 その他必要に応じてご自身で追加いただくなどでご対応下さい。
※変換前の文字と変換後の文字の順番は合わせる必要があります。

また必ずテスト送信を行って下さい。何らかの問題が発生した場合にはすぐに元に戻して下さい。

基本的にはPHPファイルの場合、パーミッションの設定は必要ないサーバーが多いですが、
サーバーによってはパーミッションの設定が必要な場合があります。
詳しくはサーバーのマニュアル等をご確認ください。

たまにご質問を受けますが、 一般的なレンタルサーバーの場合、PHPはSendmailパスの設定等は基本的に必要ありません。 基本的にはすでに設定済みになっています。 ※CGI（perl）などでは必要ですが

そのままでは動きませんので解説ページを参考に修正をお願いします。

Yahooジオプラスへの設置について

送信ボタンに画像を指定しているとそのように表示されてしまいます。自動ですべての項目を取得、表示、送信を行う仕様となっておりますため、こちらはしょうがないのですが、input type="image"　ではなく、通常のinput type="submit"　とし、CSSで背景画像として指定すると解決可能です。CSSでの修正が難しい場合にはカスタマイズとして1件2,000円にて対応いたします。

プログラム側でタイムゾーンは特に設定しておりませんので、設置サーバーの設定が適用されます。これは様々な環境での使用を考慮し、そのようにしております。ただ、サーバーによってはデフォルトで指定されていない、または海外サーバーのため、海外のタイムゾーンになってしまっていることがあります。 その場合には以下の1行をmail.phpの上部付近に追記して下さい。
（「必須設定　必ず設定してください」の上あたりでOKです）

上記は日本時間を使用する場合です。日本以外の場合には適宜設定ください。ただし指定できる書式（'Asia/Tokyo'部分）は決まっていますので適当に設定してもダメです。海外の場合は検索して確認ください。また、自分は東京じゃなくて北海道だからと「'Asia/Hokkaido'」としてもダメですよ。。。日本は上記だけです。日本は地域によって時差はありませんよね。これでもエラー等が出る場合には遠慮無くお問い合わせください。

結論から申しますとぷららホームページサーバーでは動作しません。以下のようなエラーが出るはずです。Fatal error: Call to undefined function mb_convert_encoding() in ○○○
これは「mb_convert_encoding」関数がないよーというエラーで、
及び
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings.
も出ます。これはタイムゾーンが設定されてませんよーのエラーになります。タイムゾーンは解決可能ですが、上記mb_convert_encoding関数はどうしようもありません。そのため、ぷららでは使用不可です。ぷららにも問い合わせましたが、正式に回答をいただいてますのでご参考まで

--------------------------------------------------------
恐れながら、弊社ユーザーCGIサーバーは「mb_convert_encoding」の関数に対応をしておりません。
また、現時点で今後対応の予定はございません。
ご要望に沿えず申し訳ございませんが、ご利用可能な範囲にてユーザー
CGIをご利用くださいますよう、お願い申し上げます。
--------------------------------------------------------

mb_convert_encoding関数は文字コードを変換する関数ですが、メールフォームにかぎらずPHPプログラムでは非常に良く使われるメジャーな関数です。
Yahoo、ぷららに限らずプロバイダ系全般に言えますが、制限や特別な設定が必要だったりとトラブルが非常に多いです。
本職では無いのでしょうがない部分もありますが、プロバイダ系は基本的には動作しないものとお考えください。
なのでホームページサーバーとしては極力使うべきではありません。（と断言できます（笑）もう、ちょっと怒ってますｗ）
たくさんの不具合報告をいただいています。

メール本文内にURLやhtmlタグのようなものがありませんか？
それらはスパムメール（迷惑メール）の可能性が高いです。メールフォームを使用しても100％スパムを防ぐことは非常に困難です。経験上数日に1通程度など、それほど多く届くようなことは経験がありませんが、あまりにも多い場合には、必須項目を設定する、リファラチェックを「On」にするなどで減らせる可能性があります。またはメールアドレスの2重チェック版でも減らせる可能性があります。

それでも減らない場合で業務に支障が出るような状態であれば一度ご相談下さい。トークンによる認証機能や最悪の場合、ランダムな文字列を表示し、その文字列を入力させるいわゆるキャプチャ認証なども実装可能です。ただし、この場合、お問い合わせユーザーに若干ながら手間を与えてしまうことになるのでCV率に影響する可能性もあります。最後の切り札的な実装と考えるのが良いと思います。
また、こちらは有償のカスタマイズとして対応しますのでご了承下さい。現在まではそこまで深刻な状況は報告されていません。

その他迷惑メールに対してできることを以下にまとめましたのでご参考下さい。
http://www.php-factory.net/trivia/09.php

htmlタグ類はエスケープ処理を行っていますので、テキストでそのままタグが表示されるだけですのでscriptタグなどが有効になることはありません。また、メールはテキスト形式で送信されますので、その他のコードが埋め込まれたとしてもそのまま文字列として表示されるだけです。もちろんすべての環境で100%の安全を保証するものではありませんが、基本的にはそのようなリスクはほとんど無いと考えています。ただ、URLに関してはほとんどのメールソフトでは自動的にリンク設定がされてしまうのでクリックできてしまいます。分からないURLなどはクリックしないことを強くおすすめします。
ご使用に際してはあくまでもご自身の責任、判断にてお願い致します。

もちろんSSLページでの使用も可能です。あくまでもSSLはサーバー側の問題になります。PHP側は特に関係がございません。https経由でアクセスすればSSL経由で表示できます。プログラム側でhttp通信を伴うパスなどは含んでおりませんのでエラー表示も起きません。SSLの導入法などについてはこちらでは対応できませんので、ご自身で別途契約等を行って下さい。

formタグに以下属性を追加してみてください。
data-ajax="false"

あえてこれを行う人間の意図は分かりませんが（笑）、また解決したい場合のみですが、以下Javascriptをmail.phpの確認画面用HTML部のhead部分にコピペすれば対応可能です。
※ただし、戻るボタンをありえないほど素早く連打すると戻れてしまうことがあります・・・ｗのでご了承下さい。

<script type="text/javascript">
window.onunload = function(){};
history.forward();
</script>

ブラウザの「戻る」を完全に無効化することはできません。こちらはあくまでも戻るボタンで戻った際にページを逆に戻すという処理で実現しています。
～IE10、Firefox、Chromeにて確認していますが、すべてのブラウザが対応しているかについては分かり兼ねますので完璧な方法とは言えませんが、とりあえずはこれで十分かと思います。
確実に再送信を防ぐにはPHP側でトークンなどを利用した処理が必要になります。どうしてもこちらが必要な場合にはカスタマイズにて承ることは可能ですのでご相談下さい。

可能性として考えられるのはmail.phpをUTF-8のBOMありで保存してしまったなどがあります。必ずBOM無しで保存下さい。TeraPadの場合にはUTF-8NがBOM無しです。BOMについての詳細や変更方法については以下を参考下さい。
UTF-8使用時の注意点（BOMあり、無し）

チェックボックスはその他のname属性の値と異なり、後ろに[]がつきますが、mail.phpにて必須項目に設定する箇所では[]を取った文字列で指定下さい。

PHP側で処理する関係でname属性の値に半角スペースは使用できません。
要するに「name="名前 フリガナ"」は不可ということです。全角スペースの「name="名前　フリガナ"」はOKです。

日本語、ローマ字、全角スペース、ハイフン、アンダーバー（_）などは使用可能です。ただし、機種依存文字（㈱や①）、特殊記号、その他の言語などは使用不可です。基本的にはこのプログラムは管理者、及びユーザーが日本人であることを想定しております。

英語は可能ですが、エラーメッセージ、自動返信メールの文言等も変更する必要があります。また外国語環境での受信確認は行っておりません。（JISの文字コードで送信するため外国語環境のパソコンでは正常に受信できない可能性もあります）メール自体をUTF-8で送信する外国語に対応した多言語対応版も手元にはありますが、動作確認ができないため、配布はしておりませんが、ご自身の責任において使用いただくことを条件に無償で提供しますのでご相談下さい。
※追記）　多言語対応版も配布を開始しました。

以下ページにまとめましたのでご参考下さい。
http://www.php-factory.net/trivia/15.php

送信ボタンや戻るボタンに「input type="image"」を使用すると確認画面や送信メール内に「x」、「y」と座標が表示されてしまいます。
そのためボタンに画像を使用したい場合にはCSSにて背景画像として指定することで対応下さい。
参考までに記述例を掲載します。

<input type="submit" value="　 確認 　" style="width:150px;height:40px;background:url(img/btn.png) no-repeat;text-indent:-9999px;border:0;" />

もちろん外部CSSでもOKです。分かりやすいようあえてタグに直接書いています。幅や高さ、マージン、画像のパスなどは状況に合わせて変更ください。