当方、Thunderbird91.6.1（64bit）macOS 12.2.1の環境で
他のメアドに送られたメールを転送させた際に、そのメールに対して返信しようとすると、返信先（宛先）に差出人（元の送信者）がセットされず、通信相手がセットされてしまいます。また、こちらからの差出人部分には自分ではなく、元の送信者がセットされるので、文字に書くとややこしいですが、差出人から差出人に送っているみたいな状況になります（送られてきたメールのソースをみても、FromもReturn-Pathも元の送信者、Toは送信先になっています）。

もちろん転送されてきていないメールに返信だと、逆にセット（宛先に元の送信者、差出人は私）されますし、他のメーラーではこんな挙動にはならず、普通通り元の送信者が宛先に入りますし、差出人も自分がセットされます。

状況を整理しますと
差出人（元の送信者）：Aさん
宛先：Bさん
転送先：私

上記の通り、AさんがBさんにメールを送信、転送で私。届いたメールを見ると
差出人（元の送信者）：Aさん
宛先：Bさん
になっています。

このメールに対して返信をすると
差出人：Aさん
宛先：Bさん
のままになっており、期待値は
差出人：私
宛先：Aさん
にしたいですが、皆さんの元ではこのようになっていませんか？
また、どのようにすれば直るのでしょうか？

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

FJSK さん、EarlgreyTea です。


「Bさん」が「私」へメールを転送したなら、届いたメールの差出人は「Bさん」、宛先が「私」になっていないとおかしいと思うのです。
「Bさん」はどうやって転送したのでしょう・・・
宛先が「Bさん」のメールが届いたのだとしたら、BCCで「私」が指定されたのでは？

そういう観点でメールのソースを調べたり、「Bさん」に事情を聞いてみてはどうでしょう。

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

> EarlgreyTeaさん

あっ！スミマセン。転送はサーバーでの自動転送です。
退職した人のメールアドレス宛てに届くメールを自動転送させているものになります。
（メールサービスはGoogle Workspaceです）
説明が足りず、申し訳ございません。。。

また、上記に記載しましたが、他のメーラーやGmail側では意図した挙動になっています。

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

FJSK さん、maji とゆ者です。
EarlgreyTea さんに続いて私も FJSK さんのお手元の状況整理に参加させてください。

-----

【質問１】
　現時点でお教えいただいた状況は以下の通りでヨロシイでしょうか。

・法人(勤務先等)の中での使用
　メールサーバは Googleの法人向け有償サービス「 Google Workspace 」

・差出人(元の送信者)：社外の Aさん
　宛先：(勤務先で既に退職した) Bさん
　勤務先サーバ(Google Workspace)で自動転送され同じ勤務先の「私」に届く
　「私」に届いたメールを見ると
　　　差出人(元の送信者)：Aさん
　　　宛先：Bさん
　となっている

　このメールに対して Thunderbird で返信をすると
　　　差出人：Aさん
　　　宛先：Bさん
　のままになっている(★問題動作)
　期待値は
　　　差出人：私
　　　宛先：Aさん
　にしたい(★期待動作)

・Thunderbird 以外のメーラーや Gmail側で返信すると期待した動作となる

-----

他のメーラーや Gmailで返信すると正常で Thunderbird だけが期待動作にならないのが不思議ですね。

【質問２】
　この問題事象はいつから起きてますか？

　例えば、、、、、、

　(あ) Thunderbirdバージョン 91(.6.1) で初めて今回の操作をして事象が生じてるのに気が付いた
　(い) Thunderbird 91 以前のバージョンでは正常で 91 になってから生じた
　(う) Thunderbird 91 以前のバージョンの時から生じていた
　(え) よく分からない
　(お) その他・・・・・(自由記述)

　等々、
　いつから起きてるかお教えください。

-----

もう少し Thunderbird で障害切り分けをしてみましょう。

Thunderbird には「トラブルシューティングモード」てな機能があります。

Thunderbird のセーフモード | Thunderbird ヘルプ
https://support.mozilla.org/ja/kb/safe-mode-thunderbird

上記記事は少し古く、実際には以下の操作を行います。

画面右上「三」マーク押下
→「ヘルプ」→「トラブルシューティングモード」

【質問３】
　上記リンク記事を参考にされ、
　「トラブルシューティングモード」実行いただき、
　その結果をお教えください。

-----

まずは、以上、かな。

では。

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

EarlgreyTea です。


最初からそう書いていただかないと・・・意味がまるで違ってきます。
整理しますと
　「Aさん」→メール送信→「Bさん」
　「Bさん」→メール転送→「私」
ではなく
　「Aさん」→メール送信→「Bさん」→Gmailが自動転送→「私」
ということですね。

私も自分のGmailアカウントで自動転送を設定して試してみました。
返信メールの差出人は転送先の返信した本人であり、宛先は最初の送信者で何ら問題ありません。
FJSK さんの事例とは異なる結果となりました。

当方での検証環境は以下のとおりです。

• Thunderbird：Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
• 「Aさん」：address-a@hotmail.co.jp（Outlookで送信）
• 「Bさん」：address-b@gmail.com（Gmailで「私」へ自動転送を設定）
• 「私」：address-my@gmail.com（Thunderbird＋Gmail）

実際には「Aさん」や「私」のメールアドレスや使用ソフトを変えた組み合わせも試しています。

切り分けのため、下記を参考にThunderbird で新しいプロファイル環境を作って試してみていただけないでしょうか。
新しいプロファイルで Thunderbird の動作確認する方法

3つの方法を紹介していますが、Macでのターミナル操作に慣れているのであれば、3番目の
■コマンドラインオプションを付けて Thunderbird を起動する方法
がおすすめです。

Macでターミナルから起動するやり方は、セーフモードの例になりますが、下記が参考になるかと。
Mozilla Thunderbirdをセーフモードで起動する方法

新規プロファイルにて不具合が再現しないのであれば、プロファイル環境に原因があるということになります。

もし、それでも不具合が再現した場合、私がテストしたのと何かが違っているのでしょう。
Mac 版特有の問題というのはあまり考えづらいですので、
最初に送信されたメールなのか、自動転送が個人向けGmailとはなにか違うのか・・・でしょうか。

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

> majiさん
【質問１】に関しまして、正しくまとめてくださっています。

・法人での使用、メールサーバは Googleの法人向け有償サービス「 Google Workspace 」
・差出人(元の送信者)：社外の Aさん
　宛先：(勤務先で既に退職した) Bさん
　勤務先サーバ(Google Workspace)で自動転送され同じ勤務先の「私」に届く
　「私」に届いたメールを見ると
　　　差出人(元の送信者)：Aさん
　　　宛先：Bさん
　このメールに対して Thunderbird で返信をすると
　　　差出人：Aさん
　　　宛先：Bさん
　のまま。期待値は
　　　差出人：私
　　　宛先：Aさん
　にしたい
・Thunderbird 以外のメーラー（確認したものはSpark https://sparkmailapp.com/ja ）や Gmail側で返信すると期待した動作となる

【質問２】に関しましては、今回退職者宛のメールに返信する機会があり、そこで気づいたので、今までも転送されているメールはたくさんあるのですが、確認が主で転送されてきたものに返信してなかったので、いつから発生している事象なのかが分からないというのが現状となります。

「トラブルシューティングモード」
こちらで起動し、アドオンが無効となっている状態を確認し、該当のメール数件に対して返信、または全員に返信をしても意図しない、差出人：Aさん、宛先：Bさんパターンのままでした。

※追記、下にEarlgreyTeaさんから頂いた新規プロファイル作成では、期待した挙動になった！のですが、元のプロファイルの違いと見てみると、新規プロファイルでは、通信相手Aさん＝差出人Aさんになっており、元のものは通信相手部分に→Bさん、差出人Aさんとなっているので、この部分の違いがこの動作を生んでいるようなのですが、これをConfigなどで変更することは可能でしょうか？

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

> EarlgreyTeaさん

ターミナルにて新規プロファイル作成で、アカウントを最初から作成して同じメールを受信したところ、期待する形、差出人：私、宛先：Aさんになりました！！！

ということは、先にmajiさんから教えて貰ったトラブルシューティングモードでも同じ動作なので、アドオンなどの問題ではなく、プロファイルが壊れている？ということですかね？

元のプロファイルの違いと見てみると、通信相手Aさん＝差出人Aさんになっており、元のものは通信相手部分に→Bさん、差出人Aさんとなっているので、この部分の違いがこの動作を生んでいるようなのですが、これをConfigなどで変更することは可能でしょうか？登録している全てのメールアドレス分を設定し、ダウンロードしなおすのはちょっと気が引けますが、それしか方法ないでしょうか？

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

アドオンの影響を考えるより、まず確実なところの切り分けから着手したほうがいいだろうという判断です。
切り分けは始めたばかりですので結論を急がないようにしましょう。


そのプロファイルの違いというのは、ファイルや設定内容の有効な差分を発見したということでしょうか。
それとも、ただ結果の違いの話でしょうか。
前者でなければ、現時点では原因についてはまだ不明なままである、と私は認識しています。


私も原因について検討してはみますが、アカウントを再設定して復旧することを検討したほうがいいかもしれません。

もしある程度時間があるのであれば、きちんと原因を突き止めて「解決」したいところですが・・・
自動転送メールに返信する需要がそれなりにあるのであれば、早急に問題を「解消」することを優先したほうがいいかもしれません。

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

FJSK さん、maji です。
お手元の状況確認お疲れ様です。



EarlgreyTea さんが返信アドバイスされてますが、進め方は私も同じ気持ちです。
なので、先にアドバイス始められた EarlgreyTea さんに後はお任せし、
違う視点での進め方を思いつくまでは静観してます。

では。

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

FJSK さん
これから原因追求を行っていくのか、
それとも、新しいプロファイルベースに復旧を行うのか、
どちらにしますか？

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

> EarlgreyTea さん
> maji さん

プロファイルを新規に作成したものではこの現象が起こらないということから
私の個別の環境にて、どこかの設定が問題になっているわけなので
是非、どの部分のどの設定が問題になっているのかを追及したいです！


ファイルや設定内容の有効な差分ではなく、単純に受信トレイ一覧の通信相手、差出人欄をみると、先述した通り、同じメールに対して、新しい方では通信相手Aさん＝差出人Aさんになっていますが、元のものは通信相手部分に→が付いてBさん、差出人Aさんとなっていますので、同じメールなのにこの現象が起こりうることが何なのか、この状況を修正するにはどうすればよいか、お知恵をお借りしたいです！

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

了解です。
ただ現時点では情報が少ないので、いろいろと作業をお願いすることになるかと思います。


2022年2月23日(水) 00:51 投稿時点では「どこを見て」の発言なのかが不明でスルーしていたのですが、
メッセージリストペインに差出人、通信相手の列を表示させており、そこの表示についての言及だったということですね。
また、「→Bさん」が通信相手列に「→」が付いている意味だというのも、今気が付いたところです。

この情報については検討してみたいと思いますが、調べていただきたいことがあります。

問1：常用プロファイルに入っているアドオンの一覧が知りたいです。
ヘルプ＞トラブルシューティング情報に「アドオン」の表がありますので、その表を全コピーしてテキスト貼り付け、または画像にて投稿お願いします。

問2：同じく「トラブルシューティング情報」ページに「変更された重要な設定」の表があります。これも同様に投稿して教えてください。
※もし、値に公開できない文字列が含まれていた場合はマスク処理をお願いします。

ひとまず、この2つお願いします。

【追記】↓追加させていただきました

問3：通信相手「→Bさん」に関して思ったのですが、退職された「Bさん」のアカウントを FJSK さんの Thunderbird に入れてたりしてないでしょうか。

問4：Google Workspace でのメール自動転送の設定は下記のヘルプ記事のどの方法で行われたものでしょうか。
他の Google Workspace アカウントにメールを転送する - Google Workspace 管理者 ヘルプ

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

> EarlgreyTea さん

ありがとうございます！こちらこそお手数おかけして申し訳ございません。


アドオン
アドオン名 種類 バージョン 有効 ID
Amazon.co.uk extension 1.1 true amazon@search.mozilla.org
Amazon.com extension 1.1 true amazondotcom@search.mozilla.org
Bing extension 1.0 true bing@search.mozilla.org
DuckDuckGo extension 1.0 true ddg@search.mozilla.org
Google extension 1.0 true google@search.mozilla.org
LookOut (fix version) extension 4.3 true lookout@s3_fix_version
Quicktext extension 4.1 true {8845E3B3-E8FB-40E2-95E9-EC40294818C4}
Wikipedia (ja) extension 1.0 true wikipedia@search.mozilla.org
Yahoo! JAPAN extension 1.0 true yahoo-jp@search.mozilla.org
ヤフオク! extension 1.2 true yahoo-jp-auctions@search.mozilla.org
楽天市場 extension 1.2 true rakuten@search.mozilla.org
教えて！goo extension 1.0 true oshiete-goo@search.mozilla.org
Manually sort folders extension 2.1.2 false tbsortfolders@xulforum.org
Provider for Google Calendar extension 91.0.4 false {a62ef8ec-5fdc-40c2-873c-223b8a6925cc}


変更された重要な設定
設定名 値 accessibility.typeaheadfind.flashBar 0
browser.cache.disk.amount_written 1359940
browser.cache.disk.capacity 1048576
browser.cache.disk.filesystem_reported 1
browser.cache.disk.hashstats_reported 1
browser.cache.disk.smart_size_cached_value 358400
browser.cache.disk.smart_size.first_run false
browser.cache.disk.smart_size.use_old_max false
browser.cache.memory.capacity 30720
browser.download.folderList 2
browser.download.useDownloadDir true
browser.search.region JP
extensions.checkCompatibility false
extensions.checkCompatibility.10.0 false
extensions.checkCompatibility.10.0a false
extensions.checkCompatibility.11.0 false
extensions.checkCompatibility.11.0a false
extensions.checkCompatibility.12.0 false
extensions.checkCompatibility.12.0a false
extensions.checkCompatibility.13.0 false
extensions.checkCompatibility.13.0a false
extensions.checkCompatibility.14.0 false
extensions.checkCompatibility.14.0a false
extensions.checkCompatibility.15.0 false
extensions.checkCompatibility.15.0a false
extensions.checkCompatibility.16.0 false
extensions.checkCompatibility.16.0a false
extensions.checkCompatibility.17.0 false
extensions.checkCompatibility.17.0a false
extensions.checkCompatibility.18.0 false
extensions.checkCompatibility.18.0a false
extensions.checkCompatibility.19.0 false
extensions.checkCompatibility.19.0a false
extensions.checkCompatibility.20.0 false
extensions.checkCompatibility.20.0a false
extensions.checkCompatibility.21.0 false
extensions.checkCompatibility.21.0a false
extensions.checkCompatibility.22.0 false
extensions.checkCompatibility.22.0a false
extensions.checkCompatibility.24.0 false
extensions.checkCompatibility.24.1 false
extensions.checkCompatibility.24.2 false
extensions.checkCompatibility.24.3 false
extensions.checkCompatibility.24.4 false
extensions.checkCompatibility.24.5 false
extensions.checkCompatibility.3.0 false
extensions.checkCompatibility.3.1 false
extensions.checkCompatibility.3.1a false
extensions.checkCompatibility.3.1b false
extensions.checkCompatibility.3.1p false
extensions.checkCompatibility.3.1pre false
extensions.checkCompatibility.3.2a false
extensions.checkCompatibility.3.3a false
extensions.checkCompatibility.6.0 false
extensions.checkCompatibility.7.0a false
extensions.checkCompatibility.7.0b false
extensions.checkCompatibility.8.0 false
extensions.checkCompatibility.8.0a false
extensions.checkCompatibility.9.0 false
extensions.checkCompatibility.9.0a false
extensions.checkCompatibility.nightly false
extensions.lastAppVersion 91.6.1
font.internaluseonly.changed false
font.name.monospace.ja ヒラギノ角ゴ ProN
font.size.fixed.ja 14
font.size.variable.ja 14
general.autoScroll false
general.useragent.compatMode.firefox true
idle.lastDailyNotification 1645499440
media.gmp.storage.version.observed 1
network.cookie.prefsMigrated true
network.predictor.cleaned-up true
network.trr.blocklist_cleanup_done true
places.database.lastMaintenance 1645008927
places.history.enabled false
places.history.expiration.transient_current_max_pages 53719
plugin.importedState true
plugin.state.adobepdfviewernpapi 0
plugin.state.doubletwistwebplugin 0
plugin.state.flash 0
plugin.state.flip4mac wmv plugin 0
plugin.state.googletalkbrowserplugin 0
plugin.state.iphotophotocast 0
plugin.state.npgtpo3dautoplugin 0
plugin.state.o1dbrowserplugin 0
plugin.state.officelivebrowserplugin 0
plugin.state.quicktime plugin 0
plugin.state.sharepointbrowserplugin 0
plugin.state.silverlight 0
plugin.state.speeddownload browser plugin 0
plugin.state.wacomnetscape 0
plugin.state.wacomtabletplugin 0
privacy.purge_trackers.date_in_cookie_database 0
security.disable_button.openDeviceManager false
security.remote_settings.crlite_filters.checked 1629102937
security.remote_settings.intermediates.checked 1629102937
security.sandbox.content.tempDirSuffix {e1e53a29-af63-2a40-a71d-16734e24b31c}
security.sandbox.plugin.tempDirSuffix 94b67845-777a-5446-8a1f-321b59e9e155
signon.importedFromSqlite true
storage.vacuum.last.index 1
storage.vacuum.last.places.sqlite 1645412968


はい、ダイレクトに受信出来るのであれば転送の必要ないので、もちろんアカウント登録はないです（一応確認しました）。また、退職していて既にサーバにはアカウントがなく、エイリアスによって転送されています。


こちらになります！
Google Workspace 管理者向けのメール転送オプション＞アドレスマップを使って受信メールをリダイレクトする
https://support.google.com/a/answer/4524505

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

FJSK さん

問1、問2 ですが、せっかく調べていただいたのですが、
ピピッと引っかかるような項目はありませんでした。
本件には関係ないと思いますが、Ver.3 のころから使い続けていたプロファイルみたいですね。


これは関係ありそうな話です。
私は個人のGmailアカウント間で自動転送を設定してテストしましたが、それとは別であることがわかりました。
メールは実際には転送ではなくアドレスマップによるリダイレクトであり（したがって転送の履歴はメールにない）、しかも「Bさん」のアドレスはエイリアスで、実質「Bさん」＝「私」の状態になっているというわけです。
「→Bさん」と「→」が表示されていたのはそういうことなのでしょう。

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

> EarlgreyTea さん

ご確認ありがとうございます。

サーバ側の設定に引っ張られていることがあるとしても、プロファイルが違うことで挙動が変わり、新規作成したものだと期待している挙動になったこと、また、他のメーラーやGmail側では正常な挙動をするところをみると、どうしても旧プロファイルのどこかがおかしいと思っているのですが、そのあたりはどう捉えればよいでしょうか？

_________________
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36