重複メール削除の設定でNo.00076
cuma さん 07/02/11 13:28
 
cumaです。
秀丸メールサポート会議室にも書いたのですが、ずっと以前の話題になるのでこ
ちらに再度書き込ませて頂きました。

重複メールの削除を一括で行った場合には「送信系メールが残る」で良いと思っ
ていたのですが最近ちょっとトラブル?です。
私はBCCで業務メールを自分宛に送信しております。そして送受信メールは顧客
別のフォルダに分類されております。
ここで重複メール削除を実施すると現状の仕様では、送信メールが残りBCCで自
分に受信されたメールが削除されます。

ビジネス用途のPCでBCC送信する理由は、
1、自分の送信したPCに戻ってくる内容を確認
2、自分の他の場所のPC(つまり会社と自宅とかデスクトップとノートとか)に
  同一履歴を残したい場合です。

ところが現在の仕様だと重複メール削除の結果として送信系が残るので逆に言え
ばBCCで回って来て受信されたメールが削除されます。
ここまでは問題無いですが、これをゴミ箱削除した場合は、サーバーからもメー
ルが削除されるので、他のPCで受信した時にはすでにBCCで送信したつもりの
メールは無くなっているようです。
ゴミ箱削除とサーバーから削除を連動させなければと思っても、実際はふつうの
話としてはスパムその他の不要メールをゴミ箱から削除したらサーバーからも消
したいですし。
どうしたら良いのかわからなくなりましたが、送信系を残すと言う案はユーザで
逆に設定も可能だと助かります。
話が変わって済みません。
 

[ ]
RE:00076 重複メール削除の設定でNo.00079
h-tom さん 07/02/11 22:36
 

h-tom です。

>ここまでは問題無いですが、これをゴミ箱削除した場合は、サーバーからもメー
>ルが削除されるので、他のPCで受信した時にはすでにBCCで送信したつもりの
>メールは無くなっているようです。
>ゴミ箱削除とサーバーから削除を連動させなければと思っても、実際はふつうの
>話としてはスパムその他の不要メールをゴミ箱から削除したらサーバーからも消
>したいですし。
>どうしたら良いのかわからなくなりましたが、送信系を残すと言う案はユーザで
>逆に設定も可能だと助かります。
・ゴミ箱からの削除時に除外したいなら、コミ箱から削除する前に何処かに移動
 させればいいのでは?
 BCCのアドレスとスパムフィルタの結果を見て、ゴミ箱からフォルダに移動させ
 るマクロを作っておくとか。

・「重複メールの「1つだけ残す」の時に残るメールの法則」には優先順位があ
 るので、BCCのメールを振り分けで細工すればいいのでは?
 "送信系メールと受信系メール"よりも、"色つき/メモ付き/マーク/優先度:高"
 のほうが、優先順位高いですし。

[ ]
RE:00079 重複メール削除の設定でNo.00081
cuma さん 07/02/12 08:19
 
cumaです。
h-tomさん、おはようございます。

コメントありがとうございます。
再度、検討させて頂いたのですがビジネス用途で複数メンバーや複数のPCでメー
ル履歴をBCC共有するユーザには現状の方式では問題が出ると思うのです。
重複削除の優先度が固定なのは作者様に再度ご検討いただければと思うのです。

ただし、前提条件がありまして。
私は秀丸メールは「メールをビジネスに活用する」プロユースのニーズがあると
考えております。
私の場合は10年前から業務用メールには秀丸愛用で来ております。

その理由は以下です。

1、ウイルス対策として最強

2、スパム対策が最強
  最近は秀丸メールもスパム対策も施され、なおかつ作者様の手元に来る
  膨大なスパムメールから学習を作者様の手でフィルターの調整が実施
  されるのでユーザは完全に近いオート運用ですばらしい。
  ご認識される重要メールは皆無と言えるレベル。
  業務用アカウントは、HPその他で公開しているアドレスなので、秀丸の
  スパム対策無しでは業務が出来ないと言う位に感謝しております。

3、アカウントグループ単位の重複削除など本当に細かな事が出来て、
  いろいろの設定も凄く細かに考慮されていてまさにメールをビジネスに
  使うユーザには比類無き詳細設定の出来る唯一のメーラーと考えます。
  
4、ビジネス用途だとBCCで仲間全員に情報共有
  なので自分のPCだけでなく、BCC配信される全員のPCで顧客単位の
  フォルダに振り分けて商談状態を全員で流れを把握したい。
  このときに誰がメール対応しても、全員のPCにBCC配信が基本。

5、4項から自分1台のPCの問題では無いので、フォルダ振り分けの工夫で
  BCCまたは送信済みを別フォルダに入れると言う案は難しいと思うのです。
  特に人によっては振り分けルールを作らないで、これも秀丸最強の
  アドレス検索機能を使います。その場合はどうしても送信済みも含めて
  1フォルダに入りますし。

以上ビジネス用に最適なメーラーなのですが、そこで考えられるのは、
やはりBCCで複数の人数がそれぞれのPCで情報共有の利用者だと思うのです。
あるいは自分のPCでも複数あるとか。
この場合は、やはり顧客単位にフォルダを構成して、全員が誰が応答しても話の
流れは全員で把握出来ると言う状態にしたいのです。
BCCだけ別フォルダに振り分けては流れが読めないので困るのです。
送信もとのPCは良いとしても、他の人のPCでは問題になります。

本来は、このようなビジネスの情報共有はIMAP4対応が望ましいですが、
IMAP4対応メーラーで秀丸ほどビジネスに最適なメーラーは現状無いと思って
おります。
そうするとIMAP4を取るか秀丸の長所を取るか?となりますが私の場合は秀丸の
長所を取りました。
そしてIMAP4プロトコルの無い点は、BCCで仲間全員での情報共有で補っておりま
した。

しかし最近になって、仲間のPCで情報が欠落しているケースがあることに気がつ
きました。
その原因が今回の重複削除時の送信系を残すと言う仕様だと思われます。

ご指摘のようにBCCで戻ってきたメールを他のフォルダに移動する振り分けをす
れば良いのですが、しかしながら顧客情報は顧客単位の1フォルダにあるからこ
そ話の流れが読めるものです。
ビジネス用途では話の流れを全員が把握するのは必須です。
自分のPC一台であれば送信済みメールとBCCで戻ってきたメールがあるので、片
方は別フォルダに入れてもいいのですが、プロジェクトメンバーのPCには送信済
みは無いのでBCCだけになります。
それを考えれると単にBCCは別フォルダに入れるフィルターをかけると言う方法
が出来ないのです。

もちろん情報発信が私だけで他のメンバーは受信専用と言うならば、それもまた
検討の余地があるのですが、プロジェクトで仕事をする場合は全員でタイミング
が良い人が顧客サポートを行うので、やはり各自のPCフォルダ構成は顧客単位の
フォルダに全部のメールを集約しておきたいのです。

つまり一番の問題点はBCCでプロジェクト単位、あるいは二名程度でも複数の人
間のPCでメール情報を共有する場合に重複メール削除のロジックとしては、BCC
時に送信系を残す設定は問題になる場合があると言う事です。
せっかく全員を考えてアカウント設定上は「サーバーから削除を無し」で設定し
ているアカウントでも、重複削除処理を実施するとサーバーから削除されますが、
その中には重要な顧客との商談メールも含まれてしまうのです。

複数の人のPCにBCCする理由は

・顧客との商談情報を共有して、誰が顧客とメール交換しても皆が同じ状況を把
 握して、誰でも電話やメールでの交渉が継続出来る。

・1人のPCが破損して他の人の秀丸データはフォルダ構成その他が顧客単位で
 できあがっているバックアップ。しかもリアルタイムなバックアップ。

 となりますが、現状のままではIMAP4代わりのBCC作戦が使えない状況です。
 
以上から、私は本来の重複メール削除の理想型は送信系、受信系、どちらを優先
するかはユーザに選択の余地があればと思うのです。
オプション設定でも良いですし、削除処理中に最初の警告ウインドウが出て、
「送信系、受信系いずれを優先しますか?」と聞かれたら以後、その削除論理を
使うとか。

メモをつける、色をつけるなどで対象外にする手段も、あくまでも自分のPC一台
の場合は良いと思うのですが、複数の人のPCで業務を行う前提には使えないと思
うのです。また本来すべき対策とも違うと思うのです。

おわりに

 作者様から見てビジネスユーザが実はほとんどいないとか、変更が難しいと言
う場合はあきらめます。
 
 もし対応がそれほど面倒でないとか、ビジネス用途の人が多いとか言う場合は
是非前向きにご検討いただければ幸いです
 

>
>h-tom です。
>
>>ここまでは問題無いですが、これをゴミ箱削除した場合は、サーバーから
>>もメー
>>ルが削除されるので、他のPCで受信した時にはすでにBCCで送信したつもり
>>の
>>メールは無くなっているようです。
>>ゴミ箱削除とサーバーから削除を連動させなければと思っても、実際はふ
>>つうの
>>話としてはスパムその他の不要メールをゴミ箱から削除したらサーバーか
>>らも消
>>したいですし。
>>どうしたら良いのかわからなくなりましたが、送信系を残すと言う案は
>>ユーザで
>>逆に設定も可能だと助かります。
>・ゴミ箱からの削除時に除外したいなら、コミ箱から削除する前に何処かに
>移動
> させればいいのでは?
> BCCのアドレスとスパムフィルタの結果を見て、ゴミ箱からフォルダに移
>動させ
> るマクロを作っておくとか。
>
>・「重複メールの「1つだけ残す」の時に残るメールの法則」には優先順位
>があ
> るので、BCCのメールを振り分けで細工すればいいのでは?
> "送信系メールと受信系メール"よりも、"色つき/メモ付き/マーク/優
>先度:高"
> のほうが、優先順位高いですし。

[ ]
RE:00081 重複メール削除の設定でNo.00084
Iranoan さん 07/02/12 18:59
 
 cuma さん今日は、Iranoan です。
> 私は本来の重複メール削除の理想型は送信系、受信系、どちらを優先
> するかはユーザに選択の余地があればと思うのです。
> オプション設定でも良いですし、削除処理中に最初の警告ウインドウが出て、
> 「送信系、受信系いずれを優先しますか?」と聞かれたら以後、その削除論理を
> 使うとか。
 最初に書いておきますが、この機能追加自体は反対しません。

 それとは別に、cuma さんが現在困っているのは、結局は
(1) 「削除されたメールは次回受信時にサーバー上からも削除する」を ON に
    指定すると、重複メールを削除した時に、メールが削除される
(2) 他の PC には送信メールは無く、更に受信しても、(1) で受信したメール
    を取得できない
(3) 他の PC では送信/受信メールともに無い
ではないでしょうか? (←つまり複数でメールを共有していることは、直接は
関係ない)
 そうであるなら、cuma さんも比較されている様に IMAP4 でないと完全には
無理でしょう。振り分けが拡張され受信/送信で分けられるようになっても、
何時か操作を間違えて (その実、自分は操作を間違えた事すら解らず)「メー
ルがどこにあるか解らない。」事になります。
 この様な事を無くすには、
・重複メールの削除は使わないで、PC によっては送信/受信メールの両方をお
  いておく
・ネットワーク・サーバで「ホームディレクトリ」を使用したり、USB メモリ
  などを使用して「ホームディレクトリ」と常に同期して使用する
   これは同期を忘れると、記読のメールふただび受信することになりますが、
  「メールがどこにあるか解らない。」事は起こりません。
しかないと思います。

[ ]
RE:00084 重複メール削除の設定でNo.00086
cuma さん 07/02/13 10:42
 
Iranoanさん、こんにちは
いつもお世話になっております。

なんとなくですが、この話題は盛り上がらないのでIranoanさんのレスがあって
良かったです。
たぶん私の業務用途が特殊なのかな?と少し思い始めました。
秀まるお様にもお手数をかけるだけの事では無いのかもしれません。

確かにIMAP4を利用すべきだと思うのですが、なかなか秀丸メールから乗り換え
たいと思うような商品が無いんです。
OUTLOOKは2007になってだいぶIMAP4の使い勝手も良くなったと思うのですが
メーラー自体が使っていて気持ち良く無い(主観的ですが)。
BeckyはOUTLOOKよりずっと良いのですが、秀丸のアドレス検索が一発で使える事
やアドレスの選択が簡単な事、そして簡単振り分け程のプラグインがBeckyには
無く。さらにスパム対策も秀丸の方が上だと感じる。
その他、主要なIMAP4対応はすべて試験したのですが秀丸から乗り換えを決意出
来る物は無かったのでした。

確かに重複削除を止めれば済む問題でありますが、送信主のPCにだけは余計に
メールがたまってくるので、これが電話商談でリアルタイムに急いで履歴をたど
る時に、一通一通に重複があると10通確認すべきが20通となるので時間が無
駄になってしまいます。
なので重複した内容は削除したい気持ちは今でも強いのです。
とりあえずは重複削除の優先度をカスタマイズ出来たら現状より助かります。

> 最初に書いておきますが、この機能追加自体は反対しません。

Iranoanさんが賛同では無くても反対意見で無い点はほっとします。

[ ]
RE:00086 重複メール削除の設定でNo.00087
秀まるお さん 07/02/13 11:24
 
 IMAP4には対応する予定は無いです。

 また、cumaさんの話もちょっと難しすぎて、あんまり理解できてないです。

[ ]
RE:00087 重複メール削除の設定でNo.00088
cuma さん 07/02/13 12:25
 
秀まるお様 応答ありがとうございます。

> IMAP4には対応する予定は無いです。

これは了解しております。
それを前提に何とかPOP3で類似の実用環境をと思っておりました。

> また、cumaさんの話もちょっと難しすぎて、あんまり理解できてないです。

いえ。きっとこれは私の国語力と言うか説明が問題ありだと思います。

結論としては、重複削除の判断基準で「送信系を残す」をユーザが逆に指定も出
来たらなあと言う事でした。つまり「送信系を削除」です。

ただ、その必要とする理由がうまく伝わってない部分と、私のようなユーザは
本当はIMAP4に移行すべきを私が秀丸メールに残りたいと言う希望から話が面倒
になっていると思います。

他のユーザさんから重複削除の判断基準を変えたいと言う要望が無いならば現状
のままで余計な変更手間はかけないで良いのだと思います。

[ ]
RE:00088 重複メール削除の設定でNo.00089
秀まるお さん 07/02/13 12:54
 
 cumaさんの話が理解出来ないというよりは、その後の一連の話の流れがよく分
かってない訳ですけど…

 とりあえずその後の話を無視して、重複メールのチェック時の削除対象メール
についての法則をユーザー様指定できるように、というか、とりあえずcumaさん
のケースとしては、送信済みメールを受信系メールよりも優先しないで欲しいと
いう話は理解出来ました。あと、hidesoftフォーラムの8番会議室の方でも同じ
話が出ていることを、今さらながら理解した所です。

 それで、そういう、重複メールのチェックについてのオプションを追加すると
したらいったいどこにあればいいのかよく分かりませんが、とにかく欲しいとい
うことで、それがだふんcumaさんだけ分かればいいんだろう的な意味で、「全般
的な設定・メール一覧・詳細・もっと詳細2」の所にオプション追加しようと思
います。

 もうオプションだらけで訳分からないので、もしこの件で誰か質問したら、こ
こにオプションがあるって誰かコメントしてあげて欲しいです。

 あと、ヘルプには書きませんので。

[ ]
RE:00089 重複メール削除の設定でNo.00090
Iranoan さん 07/02/13 13:16
 
 秀まるおさん今日は、Iranoan です。
>  それで、そういう、重複メールのチェックについてのオプションを追加すると
> したらいったいどこにあればいいのかよく分かりませんが、とにかく欲しいとい
> うことで、それがだふんcumaさんだけ分かればいいんだろう的な意味で、「全般
> 的な設定・メール一覧・詳細・もっと詳細2」の所にオプション追加しようと思
> います。
 このオプションの位置についてですが、
> オプション設定でも良いですし、削除処理中に最初の警告ウインドウが出て、
> 「送信系、受信系いずれを優先しますか?」と聞かれたら以後、その削除論理を
> 使うとか。
と cuma さんが書かれています。また、このオプションの位置はどうしても解
りにくくなるので、現在でも重複メールが見つかった時点で必ずダイアログ・
ボックスが表示されます。ここに
一括処理するときは、○送信 ○受信 メールを残す
というように、チェック・ボックスがあれば良いのではないでしょうか? ここ
にあれば、いっそのこと「全般的な設定」には無くても良いと思います。

 ##オプションの位置も含めて解りやすい場所に有れば、質問が減るだろうと
いうことで。

[ ]
RE:00090 重複メール削除の設定でNo.00092
秀まるお さん 07/02/13 13:39
 
 とりあえずV4.74β5として作ってしまったので、それで一回アップロードして
みます。

[ ]
RE:00086 重複メール削除の設定でNo.00098
きいろいまふらあ さん 07/02/14 12:56
 
cumaさん、こんにちは。きいろいまふらあと申します。

根本的な考え方が違うので参考にはならないかもしれませんが、私の場合、

・送信系メールは振り分けない(送信フォルダに蓄積、基本的に読まない)
・送信するメールにはBccで自分宛にも届くようにする(アカウントの設定で)
・自分が投稿する可能性のある、メーリングリスト宛のメールの場合は、
 テンプレートのマクロを使ってBcc:を削除している

というような感じで、基本的に重複メールが発生しない仕組みにしてます。
#重複削除は、事故が怖くて使わなくなってしまいました。:-p

件のマクロは非常に原始的で、メールのヘッダに特定の文字列(メーリングリス
トのあて先)があったら、Bcc:を削除する、というだけのものです。

[ ]
RE:00098 重複メール削除の設定でNo.00099
cuma さん 07/02/14 13:49
 
きいろいまふらあさん、ご無沙汰しておりました。
いつもお世話になっております。

なるほどですねえ。
すでに秀まるお様が対応してくださったので大丈夫ですが、今後の私のメール利
用には相当参考になるご意見でした。
メーリングリストのBCC削除も思い白いですねえ。

ちなみに

>#重複削除は、事故が怖くて使わなくなってしまいました。:-p

の部分が気になるのですが、何か事故があったのでしょうか?

[ ]
RE:00099 重複メール削除の設定でNo.00100
きいろいまふらあ さん 07/02/14 14:38
 
ここで引っ張るような話でもないですが、

>>#重複削除は、事故が怖くて使わなくなってしまいました。:-p
>
>の部分が気になるのですが、何か事故があったのでしょうか?

一度に大量に処理するので、ちょっとの判断ミス(オプションの選択ミス)で意
図と違うことをしてしまったときのフォロー(受信ログから削除とか)が面倒、
ということです。何通か処理して、誤りに気づいて、元に戻すのになにやら苦労
したような記憶があります。大惨事に遭ったことは、幸いありませんが、ぼーっ
としながら操作することが多いので(笑)、「予防」です。

それなら最初から重複させなきゃいいじゃん、というのが発想の発端です。

重複削除には昔自分でも要望を出したことがあるので、秀まるおさんには申し訳
ない思いがあります。

蛇足ついでですが、迷惑メールも(通数のわりに意外と場所をとらない)、受信
ログも削除しない怠け者で、サーバも古いメールは勝手に消えていくので放置
(迷惑メールをサーバから削除なんて面倒)というていたらくです。

[ ]
RE:00100 重複メール削除の設定でNo.00103
cuma さん 07/02/14 19:02
 
cumaです。
きいろいまふらあさん、こんばんは
考え方で勉強になります。
迷惑メールに関しては私の場合はメインのアドレスはビジネス専用にネット公開
している関係から99%がスパムと言うような状態で、精神衛生上サーバーに生
き残らせたくないのでバンバン消しております。(笑)

とりあえず作者様に対応頂いた事で解決している話題なので、話を引っ張ってし
まってすみませんでした。

[ ]