935 :
名称未設定:2006/07/05(水) 14:08:15 ID:0DdXSv1A0
じゃあディスカッションボードでやれば良いじゃん?
ここでやっても全くの愚痴にしかならないし、何の役にも立たないでしょ?
ま、有意義とかほざいてる奴が開発者なら話しも別だろうけど。
936 :
名称未設定:2006/07/05(水) 14:24:05 ID:qIgDHI440
>>909 技術的に解決することができるても、やらないでしょ。
APIのレベルで国際化して
アプリケーションレベルでのローカライズはしないというのが
Appleのグランドデザインだろうし。
937 :
名称未設定:2006/07/05(水) 15:39:13 ID:R7+mDx0O0
>>935 「はなしし」とは何ですか。
--
へへ
938 :
名称未設定:2006/07/05(水) 15:54:01 ID:XbIhxhrx0
はつみみです。
939 :
名称未設定:2006/07/05(水) 16:19:40 ID:KyAq95wR0
>>936 だから、「自動改行」なんて余計なものは切れるようにすれば
すむ話なんだけどな。
940 :
名称未設定:2006/07/05(水) 17:08:56 ID:qIgDHI440
>>939 自動改行しないってことは、format=flowedを使わないってことだよね。
「非format=flowedで自動改行なし」ってのは
何でも自分で制御したい人以外にとってはあまりにも原始的だろうし、
Appleの純正アプリはそういうユーザを想定したものじゃないだろ。
941 :
名称未設定:2006/07/05(水) 18:15:22 ID:TSjD9NfM0
942 :
名称未設定:2006/07/05(水) 18:45:21 ID:R7+mDx0O0
せっかくのvoidネタなのに(ρ_;)
943 :
名称未設定:2006/07/05(水) 19:55:14 ID:y9j1qEK20
ヘミ猫信者は巣に帰ってくれ。まじ迷惑。
944 :
名称未設定:2006/07/05(水) 20:03:42 ID:kWISqk6U0
冗談も言えないこんな世の中じゃ
945 :
名称未設定:2006/07/05(水) 20:31:59 ID:WEu2oYn90
>>905 ちょっとダウト。Unicode では East Asian Width とかいう属性(?) が提案されてて、
それを使えばだいだいの処理はできる。
>>909 "font" というと話がまたややこしくなる。
例えば「選択されたフォントで大きさが xx pt のときに行長が yy ピクセル以下に
収まるように改行」なんて処理をするのかなあー。
そもそも "Japanese monospaced font" って、明確な定義はあるんだろうか。
>>936 確かにグランドデザインはそうかもしれないが、個々のアプリをよく見れば必ずしも
そうではない。
ちなみに、「メールの一行を英文70文字相当以内におさえる」処理を日本語に
適用する場合、"70バイト" と "70カラム" と、少なくとも二つの解釈がありえる。
Mail は前者っぽい。一方パッチの方は後者かな。
(ISO-2022-JPは、エスケープシーケンスのせいでバイトで処理するとカラムが
ガタガタになる)
実際に好ましいのはどっち? RFC に書いてあったりすると分かり易いのだがw
946 :
名称未設定:2006/07/05(水) 23:09:49 ID:49k9UEuE0
OutlookexpressからのMail 1.3.9への乗り換えです。(OS10.3.8)
Mailだと、HTML形式とテキスト形式の切り替えの設定はないのでしょうか。
標準テキストにしていれば、テキスト形式になるのでしょうか?
データの引き継ぎや他の設定は出来たのですが、
この部分だけどうしてもわからず、よろしくお願いします。
947 :
名称未設定:2006/07/05(水) 23:57:42 ID:cflIC4IT0
intel環境でMailEnhancer使うためにRosetta起動してると
メール受信時に頻繁にMail.appが落ちるんですけど、
そんなもんですか?仕方のないことでしょうか?
回避策とかないですかね。
948 :
名称未設定:2006/07/06(木) 00:04:07 ID:kWISqk6U0
>>946 そういうこと。リッチテキストがHTML形式ね。
949 :
名称未設定:2006/07/06(木) 00:05:25 ID:SgndGVCi0
>>948は環境設定のメッセージフォーマットの話ね。
950 :
名称未設定:2006/07/06(木) 11:07:06 ID:HOErgIS80
951 :
名称未設定:2006/07/06(木) 12:28:35 ID:rUf2Q5me0
>>945 >East Asian Width
あれはかなりアバウトなもんでしょ。
>例えば「選択されたフォントで大きさが xx pt のときに
>行長が yy ピクセル以下に収まるように改行」なんて処理をするのかなあー。
Jedit Xなんかの整形機能がそれだけど、
メールの場合は相手の環境を想定する必要があるから、
やっぱり「一般的な日本語等幅フォント」をターゲットにせざるを得ないんじゃね?
952 :
名称未設定:2006/07/07(金) 01:11:04 ID:GUY7M3VZ0
>>936 > APIのレベルで国際化して
> アプリケーションレベルでのローカライズはしないというのが
> Appleのグランドデザインだろうし。
っていうけど文字(バイト?)数と表示幅が比例することを
仮定して改行位置を決めるという今の仕様は
ある意味国際化に非常に反した状態になってるわけで。
953 :
名称未設定:2006/07/07(金) 01:36:46 ID:exd4hauI0
折り返しなんて表示側の処理としてやるべき問題であって、
元のデータそのものを無駄に改変してしまうことこそ現在の流れに反してるというべき
954 :
名称未設定:2006/07/07(金) 02:59:10 ID:2S5qt9zs0
小出恵介です
955 :
945:2006/07/07(金) 09:56:24 ID:OKM8+cAC0
>>951 > あれはかなりアバウトなもんでしょ。
とりあえず Tiger なら ICU を使えば East Asian Width の属性を取得できるはず。
返してくる値がアバウトかどうかは別問題として。
>>952 > っていうけど文字(バイト?)数と表示幅が比例することを
> 仮定して改行位置を決めるという今の仕様は
Mail の挙動はそうではないと思う。パッチの方は知らない。
>>953 Mail の format=flowed は、その中庸案とも言える。
ただこれを解釈してくれないメーラーが多いのが問題だがw
NeXT の頃からあるのにw
しかし、メールそのものがある意味過去の遺産なわけで、正直 SMTP
とかって昔の平和な世の中(ネットワークの中)の産物じゃん。
956 :
名無:2006/07/07(金) 13:24:41 ID:Z0sAOfOL0
Mail 1.3.11なんですが
受信をクリックすると既得メールまで毎回リロードしている
ようなのですがこんなもんなんでしょうか
時間が惜しいです
957 :
名称未設定:2006/07/07(金) 15:39:13 ID:1q/NVxvb0
>>952 そうでもないでしょ。
まあ、Pantherまでは「70文字前後」で折り返してたのが
Tigerで「70バイト前後」に変更されたのは
日本のユーザが騒いだせいだろうとは思うけど、
それでもエスケープシーケンス込みで適当に計算してるあたりに
「基本的に等幅フォンなどサポートする気はない」っていう
主張が見える気がする。
958 :
名称未設定:2006/07/09(日) 13:10:48 ID:ODqCWkFJ0
とあるメール配信に転送メールアドレスで登録してしまいました。
もう止めたいのですが、配信を止めるにはそのアドレスで、空メールを送ることが必要です。
転送メールアドを自分のアドレスに見せかけるには、どうしたらよいでしょう。
959 :
名称未設定:2006/07/09(日) 23:10:47 ID:j7PhNE8A0
>>958 ヘッダのFrom:行にそのアドレスが入れば良いってことなら、新しくアカウント
作ってそのアドレスをメールアドレスとして指定すれば良い。
ただ、送受信サーバが普通に使ってるのと同じ(になるだろうから)だと作れない
んで、現状のMailの設定やらメールをいったん退避してはじめから作るなり、
OSX自体に別アカウント作ってそっちでMailのアカウント作って送信するか。
unsubscribe そのアドレス
って形式には対応してないの?そこは?
960 :
名称未設定:2006/07/09(日) 23:23:10 ID:ODqCWkFJ0
>後弊社からの全てのニュースメールの配信停止をご希望のお客様**
>メールの”件名”に、UNSUBSCRIBE とご入力頂き、この メールにご返信下さい。
> (こちらをクリック) ”件名”にUNSUBSCRIBEと入力頂けない場合は、メール配信停止が完了しませんのでご注意ください。
メールアドレス指定のとこに
[email protected],
[email protected] のようにコンマで区切るとメール送信時にアドレスを選択できます。ですがそれだと送信エラーが
おこるのです
961 :
959:2006/07/10(月) 00:34:29 ID:kDUcd1zD0
> コンマで区切るとメール送信時にアドレスを選択できます。
うひゃ知らんかった。ハズカシス orz
962 :
名称未設定:2006/07/10(月) 00:48:18 ID:MCpEWPWL0
>>960 エラーは送信サーバが違うドメインのFromを
はじいてると思われ。
そういうチェックをしないサーバを使うとか、
例えばGmailでそのメールアドレスを登録して
Gmailのサーバで送るとか。
963 :
名称未設定:2006/07/10(月) 01:06:33 ID:IyMHonbJ0
Gmail(Mail.app使用)でも送信エラーがでます
964 :
名称未設定:2006/07/10(月) 06:00:33 ID:j5Z6oloc0
単にOP25Bで弾かれてるってことはないの?
965 :
名称未設定:2006/07/10(月) 15:07:43 ID:8TOOc37V0
以前から気になっていたんですけど、、、
会社のメールサーバは、IMAPで設定してます。
会社のMacではMail.appでメールを取得してます。
メールは、ルールに従っていろいろ振り分けています。
たまに、家からメールを見たいと思うのですが、
どうも、ルールに従って振り分けてしまったメールは
サーバには残らないらしく、
家からでは、ルールの適用のなかったメールしか読むことができません。
IMAPでも、こういうものなのでしょうか?
966 :
名称未設定:2006/07/10(月) 16:07:40 ID:IyMHonbJ0
967 :
名称未設定:2006/07/10(月) 17:10:44 ID:j5Z6oloc0
>>965 そりゃローカルのフォルダに振り分けたら削除されちゃうよ
サーバ上にフォルダつくってそっちへ
968 :
名称未設定:2006/07/10(月) 17:11:51 ID:j5Z6oloc0
>>966 OP25Bについてはググってもらうとして、それが適用されてないのなら
sendmailなりPostfixなりを一時的に立ち上げてlocalhostから送信すればいいんじゃないかな
969 :
名称未設定:2006/07/10(月) 17:43:04 ID:8TOOc37V0
>>967 どもども。
サーバ上にフォルダ作った場合、ルールを適用できるものなのですか?
IMAPの機能とルールを天秤に掛けるなら
ルールを取ります。はい。
970 :
名称未設定:2006/07/10(月) 18:23:07 ID:fpYJh89p0
俺POP3のアカウントをサーバにメール残す設定で使ってて
ルールで振り分けてるけど、振り分けた物もサーバに残ってるみたいだよ。
(「情報を見る」でサーバにあるメール一覧に入ってるから)
971 :
名称未設定:2006/07/10(月) 18:41:07 ID:j5Z6oloc0
>>970 ルールを使ったから削除されたと言いたいんじゃなくて、ローカルに移動させたから
消えたんでしょ?ってこと。
972 :
名称未設定:2006/07/10(月) 22:57:57 ID:PSe7jAS10
フォルダ作るときにサーバ側に作るかローカルに作るか選択するでしょ。
973 :
名称未設定:2006/07/10(月) 23:50:51 ID:AoXB68yx0
>>969 >サーバ上にフォルダ作った場合、ルールを適用できるものなのですか?
なんでやってみないの?
974 :
名称未設定:2006/07/10(月) 23:52:48 ID:8TOOc37V0
>>973 POP3からIMAPに切り替えたとき、メールがすべてなくなってしまって。
おっかない。
975 :
名称未設定:2006/07/11(火) 00:11:20 ID:IffIVvXT0
>>974 根本的な問題としてPOPとIMAPの違いを知らなすぎ
POPはサーバ上ではメールすべてメールスプール(1ファイルの塊)
に保存される。メーラーからアクセスして該当ユーザーのメールが転送される
いわばメーラー管理が主体の仕様
IMAPはサーバ上でフォルダで振り分けや仕分けなど、メーラーのフォルダ部分が
すべてサーバ上で行う。メーラーにはそのコピーが転送されるだけ
いわばサーバ管理が主体の仕様
IMAPを使っててもメーラー上にフォルダを作ってそのフォルダに振り分けたら
サーバ上には残らない。サーバ上のフォルダに振り分けたら当然サーバ上に残る
ローカルに振り分けての残しておきたければそう言う設定をすればいいだけの話
976 :
名称未設定:2006/07/11(火) 23:34:35 ID:c6jqNxFa0
Mail.Appでyahoo メールにアクセスできません。
pop.mail.yahoo.co.jp”はユーザ“のパスワードを拒否しました。
と表示されてしまいます。
IDの入力間違い、大文字小文字の確認などを行ってみましたが
解決しませんでした。
ケーブルテレビからネットにつながっていて、プライベートIP
なのですが、それがいけないのでしょうか。
OSX10.3.9 Mail1.3.11です。
977 :
名称未設定:2006/07/12(水) 00:21:23 ID:455Vu0i90
>>976 Yahoo!メールアドレス(@yahoo.co.jp)を使ってメールソフトで
送受信を行う場合は、お得な情報や新製品の情報を配信する
「Yahoo!デリバー」の登録と設定が必要です。
これやってるよね?
978 :
名称未設定:2006/07/12(水) 01:23:00 ID:PvMPDmfi0
というか、Yahoo!のメールではソフトからの送受信を行うための
フラグがあるよね。それをONにしたらよい。
979 :
名称未設定:2006/07/12(水) 06:15:39 ID:b2uVt2Bi0
976です。
ありがとうございます。できるようになりました。
そんな設定が必要だったとは。うかつでした。
980 :
名称未設定:2006/07/12(水) 10:03:45 ID:Y9pMOMYL0
初歩的&既出な質問かもで申し訳ありませんが、受信メールをそのまま新しく買い替えたMacに移行するにはどうすればよろしいんでしょうか?
どこかに受信メールそのものが保存されてるんですか?
iMac G4 1.25GからMacBookです。
981 :
名称未設定:2006/07/12(水) 10:17:02 ID:1ehC2EdU0
>>980 Mailのヘルプから「バックアップ」で検索すればええやん
982 :
名称未設定:2006/07/12(水) 23:31:14 ID:clpDQN5Q0
user/ライブラリ/Mail
user/ライブラリ/Preferences/com.apple.mail.plist
これを保存して新しいMacの同じ場所に差し替えればOK
983 :
名称未設定:2006/07/12(水) 23:39:55 ID:tdNMABq80
↑
IDがすごいことになってるw
984 :
名称未設定:
ドキュンゴキュンてかんじだな