maji さんの質問に対する返答だったので、私は読み落としてしまっていました。
「表示＞メッセージのソース (Ctrl+U)」を開いても判断できない状況では、話を先に進めても齟齬が生じてしまうでしょう。
文字化け？ということは、実際には送信済みトレイの送信控えではなく、受信トレイに受信したメールのソースを表示させたのではないかと推測します。

実際に送信して受信したメールは

• メール本文の前に、送信－受信の複数のサーバーが付けた大量のヘッダー情報があり、慣れていないと読もうとする気分が萎える
• 規定の設定では「Unicode (UTF-8)」テキストエンコードでメールを送信するが、そうすると本文の日本語部分はさらに quoted-printable という方式でエンコードされ、デコードしないと読めなくなる

となりますので、送信済みトレイの方のソースを表示させましょう。

では、実際の例を画像で示すとしましょう。
最初は送信メールのテキストエンコードが UTF-8 の場合です。

次がテキストエンコードが ISOｰ2022-JP の場合です。

どちらの画像も左上から反時計回りに

• メッセージ作成画面
• 送信済みトレイに保存された送信控えのソースを表示したもの
• 受信トレイに受信したメールのソースを表示したもの
• 受信トレイに受信したメールをメッセージ表示画面で開いたもの

となっています。

なお、ISO-2022-JP の受信メールのソース表示では、手動でテキストエンコーディングを「日本語 (ISO-2022-JP)」に切り替えてください。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

もやしさん、対処療法案ありがとうございます。

maji さん、ハイパーリンク構成について、回答はご推察のとおり【A】です。
よろしければ、続きのご説明をお待ちしております。

EarlgreyTeaさん、ご指摘のとおり、様々なパターンを確認しました。
maji さんからもアドバイスがあり、提示されたようにプレーンテキストであることの確認しました。
以上のことから、「ハイパーリンク」は構築されていないということになろうかと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36

おそらく、この後に maji さんの説明があるはずなので、脇道にそれて邪魔してはいけないなと思いつつ、どうしても気になって仕方がないので少しツッコミを入れさせてください。


私は「受信トレイに受信したメールのソースを表示させたのではないか」と推測し、「送信済みトレイの方のソースを表示させましょう」と提案したのですが、「ご指摘」と「様々なパターンを確認」とは何を意味してるのか、ちょっとわかりませんでした。
もしかして、添付画像の8つの画面を確認しました、という意味でしょうか。

次は、まさに脇道、大きなお世話で申し訳ないです。
単語の使い方に関して、気をつけた方がいいかもしれません。
既成という語は、既製品とか既成の～という使い方をするもので、既成されるとは言わないです。
構築という語は、基礎から初めて全体を築き上げる、という意味ですので、URLがリンク化されるかどうかというだけのことに使うのは違和感があります。
無理して難しい言葉を使おうとして合ってない単語を選んでしまっているのではないでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

サンダーマン さん、maji です。

viewtopic.php?f=3&p=66446#p66423
ここまでは了解しました。
サンダーマン さんお手元のメールは「ハイパーリンクは構築されていない」ものですが、
メールアプリ(今回は Thunderbird)が「親切機能」として(→サンダーマンさんにとっては「余計なお世話」で)
テキストメール本文中の URL表記を自動でピックアップしてハイパーリンクしているだけ
とゆ事が起きてるのです。

【質問１】
ここまでの流れは理解＆納得いただけましたか？

答え(三択+自由記述)。

(あ) 理解＆納得した
(い) 理解＆納得していない
(う) 上記以外、具体的には・・・・・・・・・・・(自由記述)

-----

viewtopic.php?f=3&t=18051&start=0#p66416
Outlookは普段使いしてないのでワカリマセンが、
私の手元で
Thunderbirdとは別のメールアプリ三つと
Gmail と Yahoo! の Webメールでテストしました。

テキストメール本文の中に適度に URL記載したものを受信させ
それを受信＆表示させましたが、
すべての環境で URL表記箇所はハイパーリンクされました。

別の言い方をすると、
ハイパーリンクしない環境はありませんでした。

よって
この「親切機能」は世の中で標準的かつ一般的なものではないでしょうか。

【質問２】
ここまでの流れは理解＆納得いただけましたか？

答え(三択+自由記述)。

(あ) 理解＆納得した
(い) 理解＆納得していない
(う) 上記以外、具体的には・・・・・・・・・・・(自由記述)

-----

では。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

私も試してみました。

◇リンク表示するもの
Thunderbird、Windows 10 メール、Outlook(Microsoft 365)、
Sylpheed、Becky!、EdMax、WinBiff
Gmail、Outlook.com、Yahoo!メール、Zoho メール

◇リンク表示しないもの
ALMAIL32を試そうとしたのですが、今はどこも SSL/TLS 必須。
プラグイン追加して接続しようとしたのですが…断念しました。
電信八号は自前でメール表示できないので論外

リンク表示しないメールソフトはかなり希少種ですね。

ということで、サンダーマンさん
メール中のURLがリンク化されるのはもはや常識と言ってよいかと。
それでもリンク化されると何か支障があるでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

maji さん
【質問１】ここまでの流れは理解＆納得いただけましたか？
━(あ) 理解＆納得した
【質問２】ここまでの流れは理解＆納得いただけましたか？
━(あ) 理解＆納得した
※━今回、この対処についてご質問したのは、「メール作成画面」ではリンク化されず、送信後に気がつくということが発端であり、その本文例というのが、「つきましては◯◯のホームページ（https://～～）もご参照ください」的な文面で、「https://～～）もご参照ください」がリンク化されたことでした。
編集画面で把握できれば修正できるのになぁという思いと、そもそもこの「親切機能」は止められないかということでした。
おっしゃるように、他のメーラーでも「親切機能」が標準的であるということから、私の模索事項では仮に設定できたとしても、私の「送信済みトレイ」のみの適用になろうかと思いますので無意味です。
もやしさんから、「-http」でURL判断の除外するという手法を頂戴しましたので、その辺も検討したいと思っております。（「（」では除外されない）

EarlgreyTeaさん
━「ご指摘」と「様々なパターンを確認」とは何を意味してるのかについては、一応紹介いただいだので4つ（UTF-8とISOは置いといて）の画面を確認しつつも、送信トレイを確認しましたということです。解釈としては同じです。
━脇道についてはご指摘ありがとうございます。使い方等を含め勉強します。
━多様なソフトで症状再現ありがとうございます。標準的な機能であること承知しました。そのうえで、今回の発端や私の考え方については恐縮ですが上記の「※━」部に記載しました。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36

古い(?)Mewですら、デフォルトでURLをハイライトしますね。
ですが、ちゃんと無効にする機能が用意されています。
http://www.mew.org/ja/info/release/mew_ ... ht_002durl

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

サンダーマン さん、EarlgreyTea さん、maji です。


正しくは「◇リンク表示しないもの」では無く「確認出来なかったっもの」ですよね。

とゆ事でテストしてみました。
結果は、
Windows10 + AL-Mail32 でハイパーリンク表示しました。


同感です。

では。

_________________
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

受信側メーラーの仕様＆実装次第なので完全な対策ではありませんが、
末尾に半角空白を入れると正しくハイパーリンク化される可能性が高いと思います。
（URLの一部と誤認されない文字であればなんでも良いのですが、空白なら目立ち難いと思うので。）

↓Thunderbird, Mewの場合のハイパーリンク化の結果
×：つきましては◯◯のホームページ（https://forums.mozillazine.jp/index.php）もご参照ください
○：つきましては◯◯のホームページ（ https://forums.mozillazine.jp/index.php ）もご参照ください
○：つきましては◯◯のホームページ(https://forums.mozillazine.jp/index.php)もご参照ください

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

結局のところ、サンダーマン さんが何を問題視しているのかです。

A. メール中のURL部分がリンクとして表示されること自体
B. メール中のURL部分以降のテキストも意図せずリンク化してしまうこと

A だとすると、URLがリンク化するのは受信者にとって一般的にメリットなので、
それを拒絶するのはちょっと理解できないですが、
「http://」「https://」といったURLスキーム部分を全角文字にしたり、
文字を削ったりと改変すればURLは無効になるでしょう。

B だとすれば、URL部分の前後を必ず半角スペースか改行で区切る癖を付ければ
意図しないリンク巻き込みは防止できます。
日本語URLというのもありますので、必ず空白文字などURLに含まれない文字で区切らないと終わりが判定できないためです。

ちなみに、通りマン さんの投稿は「URL を自動的にパースしない」にチェック入れてるかと思いますが、チェック外した状態で引用しますとこうなりますね。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

サンダーマン さん＆皆さん、maji です。


要はてな
こんな書き方をしたら
画面上でリンク化表示されるのが「〜.jp」で止まらずに
文章の最後の「〜.jp）もご参照ください。」まで続いた、
それを「〜.jp」までで止めたい。
とゆ事でしょうか？

【質問３】
サンダーマン さんのお手元の問題＆要望は上記で正しいですか？
答え(三択+自由記述)。

(あ) YES
(い) NO
(う) 上記以外、具体的には・・・・・・・・・・・(自由記述)

以下は (あ)YES の前提で進めます。

-----

既に 通りマン さんと EarlgreyTea さんがピンポイントな対策を書かれてるので、
細かい解説は抜きにして
私も直接的アドバイスします。

上記ので記したケースで
以下の二つのいずれかをお試しください。
二つ同時にではなく一つだけでも構いません。
と言うよりも
二つ別々にやられた方が個々の効果が確認しやすいかも。

・「.jp」と「）もご参照」の間に
　言い換えると「.jp」の次に
　アルファベット(半角)の 空白 を一文字だけ挿入する
　注：日本語全角の空白では無い！ 必ず 1バイト空白である事!!
・「.jp」と「もご参照」の間の「）」(←日本語全角の括弧文字)を
　「)」(←アルファベット半角の括弧文字)に変える
　注：日本語全角文字では無く必ず 1バイト文字にする事!!
　　　日本語「）」とアルファベット1バイト「)」とは全くの別物!!
そして
上記いずれかの処置をしたメールを自分宛に送って
Thunderbirdの受信トレイに届いたメール上でどうリンク表現されてるか
お教えください。

【質問４】
上記の結果はどうなりましたか？
答え(三択+自由記述)。

(え) 「〜.jp」までで止まった
(お) 「〜.jp」までで止まらず後まで続いた
(か) 上記以外、具体的には・・・・・・・・・・・(自由記述)

-----

既に 通りマン さんと EarlgreyTea さんがいろいろ説明されてるので
私からの説明は上記の サンダーマン さんからの結果報告を待ってからとします。

では。

_________________
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

皆様、ご回答ありがとうございます。

リンク化の最後の処理に係る対処方をご提案ありがとうございます。
いずれも最後の「.jp」等の後ろに「半角スペース」及び「半角閉じカッコ『）』」を挿入することで、以降に続く文章があっても、以降のリンク化を防止することができました。

また、URL判別すると思われる「html」の頭に「半角ハイフン（-html）」等を挿入することで、リンク化自体の防止という発想も頂戴しました。

当初の目的とは異なった着地となりましたが、皆様のおかげで必要な措置が明確となりました。
お付き合いいただきありがとうございました。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36

まずは、いちおうツッコミ入れておきます。

二重鉤括弧の中身が全角になってます。半角は『)』ですね。

もやし さんのアイディアのことかと思いますが、「html」ではなくて「http:」または「https:」でして URLスキームといいます。

それで、私やmaji さんが サンダーマン の要望は何かについて確認させていただいたのですが、それについてはどうなりましたでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

サンダーマン さん、maji です。


サンダーマン さんの最初の投稿から今の結論まで要望がブレてるので
「 サンダーマン さんの要望は何か」については整理して置きたいですね。

あらためてについて
お教えください。

-----

今回のトピックのポイントは

(Ａ)・サンダーマン さんが
　　テキスト形式メールでも Thunderbird はハイパーリンク処理をしてくれるのを知らなかった
　　注：この親切機能(サンダーマン さん的にはお節介機能)は
　　　Thunderbird だけでなく多くのアプリで行われている

(Ｂ)サンダーマン さんが
　　URLとして http://〜〜.jp の後に何も区切り無しに日本語表記をズラズラと続けられてたので
　　Thunderbirdは「どこまでが URLか」把握出来ず
　　最初に出てくる区切りの改行コードまでを URLと認識して処理した

あたりかな。

ちなみに上記(Ｂ)の親切機能(サンダーマン さん的にはお節介機能)で
どこまでを URLとして認識するかは
アプリによって微妙に(場合によっては大きく)違うみたいです。
今回テストに使ったコードを含んだテキストメールを
Thunderbird以外の複数のアプリで受信して見ましたが、
アプリによっては「サンダーマンさんの期待の通りに」
日本語「）」の前でハイパーリンク表示してくれるものもあります。
なので
今回のサンダーマンさんのお悩みは
相手(が使ってるアプリ)によっては「何も問題なし」かもしれません。

中には
「途中に日本語があったらソレを区切りとして強制的にハイパーリンク処理を止める」
ものまであり
例えばみたいなコードだと
なんと「www.」までしかハイパーリンクしてくれなかったりしてくれました。
困ったものです。

# ここは Thunderbird のフォーラムなので具体的なアプリ名は記しません。

なので
なるべく共通的に処理される要に
URL表記される場合はちゃんとアルファベット 1バイト文字で 区切りされる事をオススメします。

-----

次に
について。

この方式だと
サンダーマンさんのお手元では効果があるのかもしれませんが、
相手側にとっては今まで親切機能で表示されてたのが出来なくなるだけでなく
「-http:」との「-」が付いた誤ったコードを送ることとなります。
相手側にとっては迷惑かもしれません。

相手が
「サンダーマンさんから来るメールでは「http:」の前に「-」が付いてる事を知っている」
のであれば別ですが
そうでない場合かつビジネス用途のメールでは避けた方が良いでしょう。

-----

では。

_________________
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

サンダーマン さん

私が思うに、相手の側に立って考えるという視点が少し不足している気がします。
私たちからの問いかけを無視して結論を出して幕引きを図っているのもそうですが、
メールの受信者の利便性を考慮せず、URLを破壊してもリンク化を阻止しようとしている風に見受けられるのです。
メールに URLを記載するのは受信者にアクセスしてほしいからだと思うのですが、違うのでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0