添付ファイルがあるとMailの動作状況が「0KB/秒」となり送信できないことがある

添付ファイル付メールを送信する場合に頻発するので、同じような症状を経験したことのある方がいるのか、また対策があるのか、教えていただきたいと思っています。


状況)

メール作成し、添付ファイルをドラッグ添付、または添付ボタンで添付してメール送信、すると、メッセージビューア左下のMail動作状況のバーに送信状況が表示されだして間もなく、「メッセージを送信中...」「0 KB/秒」となり、送信が止まり、しばらく待たされてから、

smtp.hogehoge.com:hoge@hogehoge.comを使ってメッセージを送信できません」というウィンドウが表示され、「メッセージを編集」「後で送信」「選択したサーバで送信」のボタンが選択可能となります。

ここで、別の送信サーバを選択しても送信できないこともあり、出来ることもあり。

後で送信を選択して再送信しても、送信できる場合塗装でない場合がある。

メッセージを編集を選択し再送信しても、送信できる場合塗装でない場合がある。


2度目、3度目、4度目でうまくいく場合があり、不確定です。

1度目で送信できる確立は低いです。

Leopard以前からの症状です。


現在のシステム:10.5.7

Mail.app3.6

MacBook Pro Core2Duo 2.33GHz


こういうものなのか?と使っていますが、急ぎのときが困ります。

が、送信できないわけではないので、放っておいた次第です。

機種変更やOSアップグレードで、必ず旧Mail.appからメールデータを取込んで利用しているので、そのせいで症状が継続しているのかと思っていますが、メールデータをまっさらに出来ないので、困ります。


参考意見をいただけると助かります。

よろしくお願いいたします。

投稿日 2009/06/02 01:57

返信
返信: 5

2009/06/02 08:06 lynsky への返信

一般的な修復方法であるディスクユーティリティでのディスクの修復とアクセス権の修復はされましたか。

Safe Bootはされましたか。

Mac OS X: Safe Mode(セーフモード)で起動する方法


本件の原因は色々考えられますが、

ルールの設定ファイルか迷惑メールの設定ファイルが原因の様な気がします。

● ルールの設定ファイル

/Users/ユーザ名/Library/Mail/MessageRules.plist

/Users/ユーザ名/Library/Mail/MessageRules.plist.backup


● 迷惑メールの設定ファイル

/Users/ユーザ名/Library/Mail/LSMMap2


この機会にMail.appのデータを初期化したらどうでしょう。

1)Mail.appを終了


2)下記をデスクトップへ移動

/Users/ユーザ名/Library/Preferences/com.apple.mail.plist

/Users/ユーザ名/Library/Mail


3)下記をゴミ箱へ移動

/Users/ユーザ名/Library/Caches/com.apple.mail


4)キーチェーンアクセス(/Applications/Utilities/Keychain Access.app)を起動


5)Mail.app関係のキーチェーンを全て削除

例:smtp.mail.yahoo.co.jp、pop.mail.yahoo.co.jp


6)キーチェーンアクセスメニュー>Keychain First Aid で修復


7)キーチェーンアクセスを終了


8)Mail.appを起動


9)メールアカウント等を再設定


10)ファイルメニュー>メールボックスを読み込む... で、デスクトップへ移動させたMailフォルダを読み込む


11)問題が解決し、メールが行方不明になっていなければ、デスクトップへ移動させたものを削除


2009/06/13 19:42 lynsky への返信

lynsky さんによる書き込み:



[...]

smtp.hogehoge.com:hoge@hogehoge.comを使ってメッセージを送信できません」というウィンドウが表示され、「メッセージを編集」「後で送信」「選択したサーバで送信」のボタンが選択可能となります。

ここで、別の送信サーバを選択しても送信できないこともあり、出来ることもあり。

後で送信を選択して再送信しても、送信できる場合塗装でない場合がある。

メッセージを編集を選択し再送信しても、送信できる場合塗装でない場合がある。



私は比較的頻繁にその現象に遭遇します。(遭遇する理由も分かっているのですが。)もちろん、現象が同じでも lynsky さんと原因が同じとは限りませんけれども。


例えば職場でメールサーバを立ち上げていて、職場内からメールの送受信をする時には、自分のパソコンは直接職場のメールサーバにアクセスできます。しかし、例えば自宅や出先から職場のメールサーバ経由でメールを送受信しようとすると、自分のパソコンと実際に使うメールサーバの間は他の機関の、多くは他のサービスプロバイダの回線を使ってアクセスすることになります。


メールを受信する場合には、POP プロトコルを使っている場合は、ユーザーの認証ができるので、身分を詐称していない限りは(=ユーザー ID とパスワードで管理できる程度のセキュリティーの範囲では)不正な人物が他人のメールを受信してしまうことが防げます。ところが、受信サーバの方ではこういった(せいぜいこの程度の?)ユーザー認証機能があるのですが、メールを送信する場合の送信サーバ(SMTP サーバ)にはこのようなユーザー認証機能が用意されていませんでした。恐らく、電子メールの仕様が決まった時代にはサービスプロバイダ経由でパソコンを使うなんて言うことは想定されていなかったからだと思います。1990年代半ばでは、NIFTY-Serve(現在の @Nifty)や biglobe、ASAHI-Net、その他のサービスにアクセスするには、それぞれのアクセスポイントに電話をかけて接続する必要がありました。アクセスポイントの用意されていない地域からは市外通話で繋がざるをえず、通信費が莫大なものになったものです。(当時よく使われていた、NTT を指す隠語の「みかか」という言葉が懐かしいです (^◇^;)。電話代を意味していました。)


しかし、だんだんと個人が自宅でパソコンを所有するようになり、さらに移動先・移動中でもパソコンを使い、ネットを駆使するのが当たり前になってくると、外部から自分の常用サーバが使えないのが不便になりました。そこで考え出されたのが POP before SMTP という仕組みです。


送信サーバにユーザー認証機能がないためにあるメールアドレスからメールを送信しようとする人物が正当なユーザーかどうか送信サーバには判断ができません。そこで受信サーバ(POP サーバ)にアクセスしてメールを読む時にはユーザー ID とパスワードを入力することを利用して、ユーザー ID とパスワードを入力して POP サーバにアクセスしてから(=先にメールの新着確認をしてから)(例えば)5分以内であれば、同じ場所からのメール送信を認めようと言うものです。


通常の使用方法であれば、この方法でまず問題はないのですが、例えば私の場合は以下のような問題が発生します。


ある常用アドレスを POP3 で管理しています。同じアドレスを自分のパソコンと iPhone 3G で管理しています。iPhone 3G のメールチェックの間隔はどうやら 5分間隔等と言うものではなく、はるかに頻度が高そうです。実感では 30秒に1回位メールチェックしているように思えます。そこでパソコン側の Apple Mail がメールをチェックしようとしてもサーバがビジーで受信できないことが頻繁にあります(もちろんメーラーは Apple Mail だけではなく、Thunderbird だろうが、Microsoft Entourage だろうが、Eudora だろうが同じことです)。Apple Mail はまたその 5分後に新着確認をしますのでメールの受信には問題はないのですが、受信サーバ側から見れば、Apple Mail からは長い間メールの新着確認が無かったように見えます。(本当は自分が忙しくて自分が相手できなかっただけなのに...。)この時 Apple Mail からメールを送信しようとすると、送信サーバは受信サーバに対して「こいつは信用してもいいか? ID とパスワードは確認できたか?」と照会するわけです。ところが、5分以上メールの受信に成功していないと「いや、俺のところにはこいつの記録はないぞ」と返事することになります。すると送信サーバの方では、「とりあえずこいつの送信メールは受付を拒否しておこう。本当に送信したいのであれば、先にメールの新着確認をして、それからもう1度送信してくるだろう」と対応するわけです。


こういう仕組みなので、複数の機器や複数のメーラーで同じアドレスを使ってメールの送受信をしていると、メール受信がビジーでできないことが頻発し、送信に失敗することがよくあるわけです。このような使い方をしていなくても、何らかの理由で新着確認ができなかったり、メールの新着確認の時間設定が長く設定されていたりするとやはり送信に失敗することになります。(例えば、ネット黎明期からの老舗のメーラーである Eudora のメール確認間隔は、当時の貧弱なネット回線の負荷を低く抑えるために15分になっています。)そのため、私は、できるだけメール送信ボタンを押す前に {command-shift-N} で先にメールの受信確認をするようにしています。




--------------------

Apple 17" MacBook Pro (Intel Core 2 Duo T7600/2.33 GHz/3 GB RAM/500 GB HDD)

Mac OS X 10.5.7 (Build 9J61) [Leopard]

2011/04/06 18:31 lynsky への返信

私も全く同じ症状です。添付ファイルなしの場合は100%送れますので、POP beofre SMTPは関係ないとおもわれます。また左下のバーが0%になったときにそのまま待っていると、タイムアウトし送信boxにメールがのこるのですが、バーが0%のときに、バー横の×ボタンをクリックするとなんと送信されます。

Mail.appクライアント上はまだ送信できてないことになっているのですが、実際には送信されていました。

os10.6.7のmailでの症状です。

仕事で大事な書類をきちんと送れているかどうか不安なので、つねに自分のセカンドアドレスをbccにいれてチェックしていますが、きちんと動作してほしいです。


アクセス権の修復、アカウントのリセットなどもしましたが同様の症状が出ます。


どなたか解決方法ご存知でしたら教えてください。


よろしくおねがいします。

このスレッドはシステム、またはAppleコミュニティチームによってロックされました。 問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

添付ファイルがあるとMailの動作状況が「0KB/秒」となり送信できないことがある

Apple サポートコミュニティへようこそ
Apple ユーザ同士でお使いの製品について助け合うフォーラムです。Apple Account を使ってご参加ください。