リモートメールの予約 - 秀丸メール・要望関係／問い合わせ窓口 - スレッド03370, 2001/05/28

リモートメールの予約

ポン太 さん　01/05/28 09:33

要望を出すと実現していただくというのは、とても嬉しいですね。(^^)
最近は要望を出すことより、受けることの方が多かったものですから、
とても良い気分です。
偉くなったかのような勘違いをしてしまいそうです。(^_^;
調子に乗ってさらに要望です。

リモートメールのダイアログなんですが、SPACE,DELETE キーを押して、
アクションの対象にしたあとで、実行とキャンセルしかできません。

「予約」ができると良いですね。予約しておいて次の送受信の時に
実行される。予約は次の送受信前までなら、削除もできると。

画面が増えてかなり面倒な気がしますが、ご検討下さると嬉しいです。

RE:03370 リモートメールの予約

秀まるお さん　01/05/28 15:47

> 「予約」ができると良いですね。予約しておいて次の送受信の時に
> 実行される。予約は次の送受信前までなら、削除もできると。

　リモートメールの実行といっしょに受信もして欲しいという要望なら以前あ
りましたが、ユーザーインタフェース上の見せ方が難しいということで却下し
てしまいました。

　しいて、「後で実行」というボタンでも用意しておいて、それを押すとその
まま状態だけ保持してダイアログボックスを閉じるようにして、次回の受信時
にリモートメール実行の処理をするってことは、技術的には可能ではあります。

　ただ、リモートメールという機能自体がわかりにくい所に、さらに「後で実
行」などという難しいボタンを増やすと、さらにわかりにくくなりそうな気も
します。

　ということで、何かいい見せ方があったら教えて欲しい所です。

RE:03373 リモートメールの予約

"y.iida" さん　01/05/28 18:56

> > 「予約」ができると良いですね。予約しておいて次の送受信の時に
> > 実行される。予約は次の送受信前までなら、削除もできると。

私には（単に使い方が違うだけだろうけど）用途が良くわからないです。

基本的にサーバー上にある物を選択ＤＬするための機能だと思っていまして
削除は、あくまでも五月蠅いから・・とか、見たくないから・・という用途だと
思うのですが・・。

であるから、その場でＤＬを実行ぜすに次回に一緒にやる？と言うのは何か変？？？
と感じてしまいます。
削除を次回に！という事であれば、サーバー上のメールは
増えますが、何日か後に削除という機能でも良いと思うのですが・・。

RE:03375 リモートメールの予約

ポン太 さん　01/05/29 10:51

y.iida さん、こんにちは。ポン太です。

>私には（単に使い方が違うだけだろうけど）用途が良くわからないです。
>
>基本的にサーバー上にある物を選択ＤＬするための機能だと思っていまして
>削除は、あくまでも五月蠅いから・・とか、見たくないから・・という用途だと
>思うのですが・・。

私も絶対に必要だとか、高優先順位だと思っているわけではありませんが、メー
ラーや @nifty の巡回ソフトのようなものに、オンラインにすることを前提にし
て、オフラインのままでは使えない機能があるのかぁというのが、鶴亀のリモー
トメールの画面を見たときの率直な感想です。あの画面を見たとき、当然どこか
に予約ボタンがあるものだと思って結構探しました。(^_^;

こうだから絶対欲しいというわけではなく、最終的にオンラインで処理される内
容の予約は、メーラーならあって然るべきという認識なんです。例えば「今すぐ
送信」なんて機能も、草稿に入れば次のタイミングで送信されるわけですから、
あれもなければなくても良いわけで。

>削除を次回に！という事であれば、サーバー上のメールは
>増えますが、何日か後に削除という機能でも良いと思うのですが・・。

例えば
　二ヶ所（昼：会社、夜：自宅）でダイアルアップ接続をしている
　二ヶ所でメールの同期をとるために５日間サーバーに残す設定をしている
　スパムメールが結構来る
　スパムメールが大嫌い
というケースの場合、昼のうちに来たスパムメールはサーバーから消しておかな
いと、夜よけいな通信費をスパムメールのために払わなければなりませんよね。
だからといってスパムメールを消すためだけに、通信費を払うのは我慢できない、
というケースは一般的ではないですかね。(^_^;

（実際私のケースは会社でダイアルアップしているわけではないですが、説明の
都合上多少脚色しております。）

2001/05/29(火) 10:17　ポン太

RE:03373 リモートメールの予約

ポン太 さん　01/05/29 10:51

秀まるおさん、こんにちは。ポン太です。

>　ということで、何かいい見せ方があったら教えて欲しい所です。

色々考えてみたのですが、わかりにくさを軽減できそうな方法は、

全体やアカウント毎の設定に「リモートメールのアクションは次の受信のタイミ
ングで行う」というようなオプションを設け、そこのチェックを入れた人はリ
モートメール画面の「実行」ボタンが予約ボタンになる。当然デフォルトではチ
ェックなし。

というのはどうでしょう？

2001/05/29(火) 10:44　ポン太

RE:03376 リモートメールの予約

"y.iida" さん　01/05/29 11:47

>私も絶対に必要だとか、高優先順位だと思っているわけではありませんが

反対しているわけではありませんので
気を悪くしないで下さいね(^_^;)

リモートメールを備えているメーラーでは、
選択してダウンロードというのが売りだと思っていますので
削除予約というのがイメージが湧かなかったのです。

>夜よけいな通信費をスパムメールのために払わなければなりませんよね

リモートメール自体が　TOP nn 0 を発行しているので
（要するにメールを内部では読み込んでいまして
　逆に一度読んだメールにはTOPは発行しません）
リモートメールで削除しようと一覧を出すことを考えると
トータルの通信費は節約できないと思います。

RE:03378 リモートメールの予約

ポン太 さん　01/05/29 12:45

y.iida さん、こんにちは。ポン太です。

>反対しているわけではありませんので
>気を悪くしないで下さいね(^_^;)

全然気を悪くしていません。(^^)
私の文章はそうとられがちですけど。(^_^;

>リモートメール自体が　TOP nn 0 を発行しているので
>（要するにメールを内部では読み込んでいまして
>　逆に一度読んだメールにはTOPは発行しません）
>リモートメールで削除しようと一覧を出すことを考えると
>トータルの通信費は節約できないと思います。

一方（会社）でいったんメール受信するのはあきらめています。で、受信したス
パムを受信した方（会社）で削除する場合の話なんですが、この場合リモート
メールの一覧には既に含まれているので、その TOP nn 0 というのは発行されな
いのではないですか？smtp_pop3.txt を見る限りそう思えるのですが。

個人的にはスパムメールを読まずに済む方向に行くなら、通信費が同じか、若干
増えたとしても全然かまいません。一般的な話ではないでしょうが。(^_^;

2001/05/29(火) 12:29　ポン太

RE:03379 リモートメールの予約

"y.iida" さん　01/05/29 13:25

>一方（会社）でいったんメール受信するのはあきらめています。で、
>受信したスパムを受信した方（会社）で削除する場合の話なんですが、
>この場合リモートメールの一覧には既に含まれているので、
>その TOP nn 0 というのは発行されないのではないですか？>smtp_pop3.txt を見る
>限りそう思えるのですが。

あくまでUIDL比較になりますが
一度読み込んだメールは読む必要がないので
「中身は読みに行かないと」と理解しています。

>個人的にはスパムメールを読まずに済む方向に行くなら、通信費が同じか
>、若干増えたとしても全然かまいません。一般的な話ではないでしょうが。

であれば、もう少し後のお話ですが、振り分け機能の拡張を
待たれると良いと思います。
（ゴミ箱直行振り分け、もしくは、サーバー上で廃棄（復活できません））

って、ボクも気長に待ってます(^_^;)

（特に数字アカウントだったりすると
　HOTMAILみたいに毎日バンバンは来ませんけど
　たまに気分悪いメールがあるんですよね　＞即、送信者の禁止だぁ（笑））

RE:03380 リモートメールの予約

ポン太 さん　01/05/29 14:33

"y.iida" さん、こんにちは。ポン太です。

>あくまでUIDL比較になりますが
>一度読み込んだメールは読む必要がないので
>「中身は読みに行かないと」と理解しています。

ということは、TOP nn 0 は発行されず、トータルで通信費削減の方向という理
解でよろしいんですよね。

>であれば、もう少し後のお話ですが、振り分け機能の拡張を
>待たれると良いと思います。
>（ゴミ箱直行振り分け、もしくは、サーバー上で廃棄（復活できません））

これはこれで楽しみではありますが（ゴミ箱直行振り分けは興味ありませんが）、
turukame.2:03376 で述べましたように、リモートメールのアクションのパター
ンとして、予約があるのは自然だと考えています。

ユーザーインターフェースがすっきりできないとか、実装が難しいとかであれば、
そんなにこだわりませんが、turukame.2:03377 のような見せ方で問題なければ、
お願いしたいところです。

2001/05/29(火) 14:08　ポン太

RE:03381 リモートメールの予約

"y.iida" さん　01/05/29 15:19

>ということは、TOP nn 0 は発行されず、トータルで通信費削減の方向と
>いう理解でよろしいんですよね。

はい、良いと思います。

# サーバーに１通ある
# TOP 1 0 で取得する
# 一覧には当然１通表示される
（そのまま待機）
# サーバーにもう１通到着した
# LIST では、２通になるが TOP 1 0 は、しないで TOP 2 0 だけ行う
# 一覧には２通表示する

以上が、UIDLが使える時のリモートメール一覧の動きだと思います。

RE:03377 リモートメールの予約

秀まるお さん　01/05/30 14:10

　オプションをONにすることで「実行」ボタンが「予約」ボタンになるよりは、
最初から「実行」と「予約」のボタンがあった方がわかりやすい気はします。

　とすると、結局最初の要望通りに戻る訳ですが…。

　あと、「受信」を実行したら「リモートメール実行」が動くというのにも少
し矛盾を感じますが、これは「予約」ボタンを押した時にそのようなメッセー
ジでも出せば済むかなぁと。

　とりあえず、リモートメールダイアログボックスに今あるオプションをメニ
ューに追い出す等してから「予約」ボタンを付けるということで考えてみます。
（っと要望リストに入れておく）

RE:03389 リモートメールの予約

ポン太 さん　01/05/30 15:29

秀まるおさん、こんにちは。ポン太です。

>　オプションをONにすることで「実行」ボタンが「予約」ボタンになるよりは、
>最初から「実行」と「予約」のボタンがあった方がわかりやすい気はします。

このオプションを触るくらいの人なら、ヘルプくらい読むでしょうし、ヘルプを
読まない人には画面が変わらない方が分かり易いかなぁと思いました。

>　あと、「受信」を実行したら「リモートメール実行」が動くというのにも少
>し矛盾を感じますが、これは「予約」ボタンを押した時にそのようなメッセー

そうかもしれない。(^_^;

>（っと要望リストに入れておく）

ありがとうございます。m(_ _)m

2001/05/30(水) 15:01　ポン太