長いURL

> 日本語で使うと全文が文字化けするので、化けないように英文で書いておくるという意味です。
ごめんなさい。趣旨をよく理解しておりませんでした。

Y.Kawabe さん，有難うございます。
試験運転し簡単使える事が分かり便利だなと思いました。確かに長いURLを受信者がコピーペーストするなんかよりはずっと楽です。それを知った上で Mail でなんとかなればと言うことでした。

kucingさん、有難うございます。こんな方法が有るのですね。調べたら、
インターネットロケーションファイルを活用する

が色々ある中で分かりやすかったです。これですね。
Y.Kawabe さんご紹介の「URL圧縮サービス」と合わせ利用者の話を聞きながら選択してみます。

今までの話とは直接関係ないですが、上のメッセージのURLが「tilde」以降切れています。よく見ると「tilde」が全角になっているので編集で何度修正しても入力では変更されるのですが、メッセージに追加すると全角になり、切れてしまいます。お許しを。

> 「tilde」が全角になっている
このボードの仕様なのかな。
エンコード文字「%7e」を使うとたぶん大丈夫だと思います。
http://www33.ocn.ne.jp/%7exinoue/mactipsx/inetLoc.html

>URLをインターネットロケーションファイルで送る
この方法はWindowsに送って使用できますか。ファイルを送ったらWindows使用者からアプリケーションを選択して下さいと言われたとの返事が有りました。

>URL圧縮サービスを使って、URLを短くしちゃうってのはダメ？
色々調べてみると、長いURLについては米国のディスカッションボードでもディスカッスされてい、ご紹介のURL圧縮サービス類似の

というのが紹介されていました。しかし、これは発信先が全く見当がつかないため問題が多いとの指摘がありました。

TinyURL is evil.
TinyURLs are opaque -- hiding their ultimate destination. This inconveniences users, and can result in unintended visits to untrusted sites, including potentially sites taking advantage of unpatched browser security problems.
Tiny URLs also introduce a dependency on an outside service that could go away or change, for your one URL or all URLs.
For one example, their terms of service say that TinyURLs used for spamming will be disabled. So if you send me a TinyURL I'd like to censor, I could then spam that TinyURL to enough places to generate complaints -- eventually breaking your URL.
Or the entire TinyURL service could break or change ownership. So not only are unsure where the single TinyURL you see will go today, or in the future -- there's the possibility that at some future date, every TinyURL ever usd, in email/bookmarks/web-forums/wikis/etc, will redirect to new spam sites.
Always avoid TinyURLs, or only use them alongside the full URL.

お相手はWindowsだったのですね。
WinのIEだとインターネットロケーションファイルに対応してなさそうです。
職場の他のメンバーがオペラを導入していたので試してみたら、こちらはインターネットアドレスが表示されて、そこから指定のURLへ飛べました。
ちょっとこの方法だと現状では現実的ではなさそうですね。
すみませんでした。

IWebの質問にも書きましたが、どうしても、URLが短くならないなら、以下のHTMLファイルを.Macの直下に作成して、そのURLを教える方法もあります。
これなら、クライアント環境に依存しませんし、URLも短く出来ます。
URLを別サービスに依存しない分、切り分けが良いと思います。
＜html＞
＜head＞
＜meta http-equiv="refresh" content="0;url= http://homepage.mac.com/hoge/hoge/hoge/hoge.html"＞
＜/head＞
＜body＞
＜/body＞
＜/html＞
＃＜＞は、半角に変換してください。

> 「Mail 日本語自動改行パッチ」を入れているラメかな。
> 日本語ISO 2022-JPには有効だけど、UNICODE（UTF-8）の場合にはパッチは無効とのことなので。
とのことですが、StopFold ( http://ichiro.nnip.org/osx/StopFold/ ) も試してみてはいかがでしょうか？
自動折り返しそのものを無効にしてしまうものです。
# 両方入れたらどうなるのかはわかりません。自動改行パッチを外してから入れた方がいいかと思います。

「長いURL」についてはたくさんの方からご回答いただき有難うございます。色々参考にさせて頂き当面の解決策として、すごく消極的な解決法となってしまったのですが、最初にHPを公開するとのメールを出し、そこには英文のメールがあり、そのメールを開きクリックすればいい旨をかきます。英文のメールには「ハイパーリンクを追加....」を使い適当な文字にURLを埋め込みリンクさせる、とこんな事で様子を見てみます。
色々有難うございました。

私も、mail appに変えて以来、送ったメール中の
URLが途中で切れるということに悩んでいます。
いろいろな案があるようですが、
URLをコピペして、機能させることができないというのは
そもそもメーラーとして根本的におかしいのではないのでしょうか？

bonzoさん
>URLをコピペして、機能させることができないというのは
そもそもメーラーとして根本的におかしいのではないのでしょうか？
URLをコピペして、機能させることができないというのは
そもそもメーラーユーザとして根本的におかしいのではないのでしょうか？
なのですが，ユーザ様方がお年寄りのPC/Winユーザでやむなくのトピックのようです。

bonzoさん
>URLをコピペして、機能させることができないというのは
そもそもメーラーとして根本的におかしいのではないのでしょうか？
以前，以下のような Tell usしました。これはMail登場以来，未だに改善されていない問題と思います。メール使用者の95%くらいがMailを使うようになったら解決する問題ではありますが。
I wish you will soon fix following Mail app. problem.
The Apple Mail rules for line wrapping are interruptive when I apply URLs to plain text mail. They insert spaces which destroy URL clickability in the environment of PC users.