5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

理想のメーラー仕様検討スレ

1 : ◆DQN.v0909. :2005/04/22(金) 06:23:26 ID:K1tsPRkD ?
あまた世にあるメーラーを超えて、理想のメーラーについて考えて
みるスレです。既存のメーラーの長所/欠点も検討しつつ、みんなで
「こんな機能が欲しい」と語り合いませんか。駄目ですか。そうですか。



2 : ◆DQN.v0909. :2005/04/22(金) 06:25:54 ID:K1tsPRkD ?
関連スレ:
おすすめのメールソフトは何?Part9
http://pc8.2ch.net/test/read.cgi/software/1101659990/
優良メーラーお願いします
http://pc8.2ch.net/test/read.cgi/software/1017904045/


3 :名無しさん@お腹いっぱい。:2005/04/22(金) 08:58:44 ID:iJtq37gj
新しいジャンルのソフトならともかく、メーラーなんてもう語りつくされてると思うけどな。
「こんな機能が欲しい」と思ったら直接作者に要望出した方がはるかに建設的だし。

4 : ◆DQN.v0909. :2005/04/22(金) 11:02:32 ID:gSryGuA4
メーラーって、そんなに枯れてしまってますかね。
自分はまだもっと改善の余地があるように感じているんですが。
といいつつ、たしかに有名どころの製品のバージョンアップも
革新的な内容は出てこなくなっているとは思えますが。


5 :名無しさん@お腹いっぱい。:2005/04/22(金) 11:04:26 ID:qwsWACKJ
君が作りたまえ

6 : ◆DQN.v0909. :2005/04/22(金) 11:16:41 ID:gSryGuA4
いや、ホント、スキルがあるなら作りたいよ。
ていうか、その前にどんな機能が必要かを考えてみてるんだけどね。
枯れている機能や仕様は放っておいて、使い勝手を飛躍的に改善
できるようなアイデアをまとめられたらなあ、と。


7 :名無しさん@お腹いっぱい。:2005/04/22(金) 14:00:28 ID:1+7JxbIK
> メーラーって、そんなに枯れてしまってますかね。
> 自分はまだもっと改善の余地があるように感じているんですが。

どうしてそれを今使ってるメーラーの開発者に言わないで
こんな糞すれ立ててんの?

8 : ◆DQN.v0909. :2005/04/22(金) 14:11:39 ID:gSryGuA4
それだと、細部の改善しか無理そうじゃないですか。
もっと本質的な変更ってのを目指したいんですけどね。

9 :名無しさん@お腹いっぱい。:2005/04/22(金) 14:24:52 ID:KInBZocu
VC++.netの関数表示方法で「-」、「+」で閉じたり開いたりするみたいな機能を使って、
レス引用の「>」の個数がどんどん多くなって階層が深くなった時に。
引用レスを「+」、「-」で表示したりしなかったりできる機能が欲しい。

10 :名無しさん@お腹いっぱい。:2005/04/22(金) 14:27:39 ID:KInBZocu
たとえば

>>>>メール1本文
>>>>メール1本文の続き
>>>>>メール2本文



+メール1
>>>>>メール2本文

みたいにする感じです。どうでしょうか…?

11 :名無しさん@お腹いっぱい。:2005/04/22(金) 15:38:44 ID:/9chh4hg ?
1メール1ファイル

12 :名無しさん@お腹いっぱい。:2005/04/22(金) 19:51:13 ID:lCEBtWop
バグがない

13 : ◆DQN.686IBM :2005/04/22(金) 19:51:25 ID:d1T3Rwps
>>10
Outlook Expressにはその機能がありますね。
他のメーラーでもあるのかな。


14 : ◆DQN.686IBM :2005/04/22(金) 19:52:57 ID:d1T3Rwps
ちがった、読み間違えてた。
メールごとじゃなくて、1つのメールの中で、ですね?
なるほど。

15 :名無しさん@お腹いっぱい。:2005/04/22(金) 20:11:11 ID:o+YYqxnQ
なんつーか、メールやメーリングリストという現状の形態にこだわらず、
何らかのコミュニケーションをとるプラットフォームについての話なら面白いかな?


16 :名無しさん@お腹いっぱい。:2005/04/22(金) 20:11:55 ID:KInBZocu
>>14
そうですね。
1通のメールの文章で、どんどん引用の階層が深くなっている時(5段にも6段にも…)です。

たとえばメールの件名で言えば、「Re:Re:Re:Re:Re:件名」みたいになった1通の
メールの本文の文章を、VS.netみたいに「-」「+」で「>」の個数別に閉じたり
開いたりできたら、引用が深くなったとき見やすいかなと思いました。

17 : ◆DQN.686IBM :2005/04/22(金) 21:18:30 ID:d1T3Rwps
>>15
そっちも面白そうですよね。
ただ、ここでそこまでやると収集つかないかも・・。


18 :名無しさん@お腹いっぱい。:2005/04/22(金) 22:24:33 ID:KInBZocu
>>17
トリップ凄い事になってまつネw
3つも(ry

19 : ◆DQN.686IBM :2005/04/22(金) 23:13:50 ID:jjMVmz/X
ども、自慢のトリップです。w
ここいらだったら、686まで拾ってもらえると期待してました。


20 :名無しさん@お腹いっぱい。:2005/04/23(土) 01:12:14 ID:219C10K5
ARENAやBecky!のメーリングリストにある
void氏の投稿を参考にしてもらって、
すべての要望を満たす仕様のメーラを作ってほしい。

21 :名無しさん@お腹いっぱい。:2005/04/23(土) 20:55:03 ID:p3MAiU0o
一般のメーラーで不満なのは、送信メールと受信メールが別物として
扱われているところ。自分はどっちかというと、送信/受信の区別は
不要で、誰とのやり取りという整理をしたいので、Aさんからのメール、
Aさんへのメールは1つのフォルダで管理してる。
けれど、そういう振り分けルールを作るとすると、送信メールに適用
するルールと受信メールのとで、たいてい2つルールが必要になる。
なんか変。違和感ある。
でも、書いているうちにどうでもいいことのようにも思えてきた。寝よ。


22 :名無しさん@お腹いっぱい。:2005/04/24(日) 09:38:01 ID:rh7HpJCy
>>20
ジョークかも知れんが、、汎用性に欠けるモノになるよ

>>21
ふつうそういうときは常にBCCに自分のアドレスを入れるようにしといて
どっちも「受信メール」として振り分けるのが普通の運用だと思うんだが、
21さんの書いたやり方が出来るというのもわるくないとは思う

その場合は、Message-IDを送信前に自前でつける設定が必要になると思う
そうしないとReferencesを使ったスレッド表示ができなくなるから



23 :名無しさん@お腹いっぱい。:2005/04/25(月) 10:29:10 ID:ZMlDihMx
hotmailを受信したり送信したり出来るようにして欲しい
余計なソフト使わずに

24 :名無しさん@お腹いっぱい。:2005/04/25(月) 11:56:10 ID:M/6WkZQz
>>22
Message-IDの件がありますね、たしかに。
ちなみに通常は Message-IDって、最初にPOSTされたSMTPサーバが付与
するんでしょうか。素人質問ですみませんが。
あと、自分も必要に応じてBCCする場合もありますが、ただ、それをメーラー
の送信メールの管理の「仕様」としてしまうのは微妙な感じもありますね。


25 :名無しさん@お腹いっぱい。:2005/04/25(月) 17:24:09 ID:UVNV4Ogx
>>24
現状ではMTA側がMessage-IDをつけてる。

最近のRFCを知らないのでもしかしたら変わってるかも知れないけど、
Message-IDはMUA(メーラー)側で付けるかMTA側(サーバ)で付けるかは微妙な問題だったと思う。

RFC的には「MUAで付けてね、でもついてない場合はMTAが補完してね」という
スタンスだったハズだけど、じゃあMUAで付けるとしてもそれが「そのメールを
特定できる、つまりユニークなID」という条件を満たすかどうかという問題がある。
(それはMTA側で付けるにしても難しい話ではあるけど、単純なMessage-IDを
付けるメーラーが現れるよりはマシかと。)

それに実際問題として、自前でMessage-IDを付ける設定があるメーラーは
普及率から考えたら少ないわけだし。

ちなみに22にある「常にBCCに特定のアドレスを入れる」や
「自前でユニークなMessage-IDを付ける」という設定がどちらも備わってるメーラーは
複数存在すると思われ

26 :名無しさん@お腹いっぱい。:2005/04/25(月) 21:31:30 ID:ljsaqWiq
良スレの予感。
記念カキコ

>21氏の意見には前面賛成。
送信、受信ってのはあくまでシステム側の考え方であって
人間側から見た考え方ではないね。

>1氏の革命的に効率が上がるアイデアが欲しいってのも賛成、
みなが思い思いのこと書きなぐるだけでもいいと思う。
仕事で一日数千件のメールを受け取るが、振り分けの設定とか半端じゃなくて、
システム移行のときとか大変。でも決してメーラーのインターフェースが悪いわけでもない。

相手で振り分けたいときもあれば、話題で振り分けたいときもある、
機械的な現在の振り分けじゃ不可能で、今の効率が限界っぽい。
もともと、メールのヘッダとかって振り分けのために作られた仕様じゃないしね、
かってにメーラーが検索かけて処理してるだけだから。

振り分け先も、100件以上越えるとかなり厳しい。
まじで同僚の間とかで自分らで作るかって話も出るくらい、超高機能メーラーが欲しい時代かもしれない。

27 :名無しさん@お腹いっぱい。:2005/04/25(月) 22:12:15 ID:t9Wulyjc
>>26
> 相手で振り分けたいときもあれば、話題で振り分けたいときもある

振り分けを主導でやる以上は、大してなにも変わらないと思うんだが。

相手で振り分けたり、話題で振り分けたりして
見たいときに見たい分類をしたいというんなら、
Mailistのようなエイリアス方式でいろんな分類のフォルダに
1通のメールのエイリアスを振り分けるというのもアリだろうし、
Datulaみたいに検索とは別に絞込みを用意してそれを活用するというやり方もある。

いちいち書くのがめんどくさい。

既存のメーラーの仕様をある程度知ってる者が参加しないと
あんまし建設的なスレにはならんと思うがなあ。

思いつきを列挙した中に、あっっというアイディアがあることも否定はしないが。

28 :名無しさん@お腹いっぱい。:2005/04/25(月) 22:12:30 ID:t9Wulyjc
主導→手動ね

29 :名無しさん@お腹いっぱい。:2005/04/26(火) 01:00:06 ID:NYHgxFsl
>>26
それなら鶴亀メールでできそうだけどな。

まず、鶴亀は一つの振り分け設定を送信、受信、あるいは両方に適用可能。
もちろん送信したメールを「送信済み」フォルダに入れることなく、
振り分けで設定したフォルダへ直接移動させることができる。

>相手で振り分けたいときもあれば、話題で振り分けたいときもある
鶴亀はメール一覧をスレッド表示できるから、
最初に振り分けでその相手とのやりとりを一つのフォルダにいれておいて、
そのフォルダをスレッド表示にすれば、あとは勝手に同じ話題を一ヶ所にまとめてくれる。
この方法でかなり解決すると思う。

30 :名無しさん@お腹いっぱい。:2005/04/26(火) 02:56:59 ID:wDUa/poR
>>29
スレッド表示できないメーラーのほうが少ないわけだから、

>相手で振り分けたいときもあれば、話題で振り分けたいときもある

ってのは、複数人で同じ話題のメールをやりとりしてるときに
そのメールを個人ごとのフォルダに収めるか、話題ごとのフォルダに収めるか、
あるいは、とかいう問題だと思うんだが

31 :名無しさん@お腹いっぱい。:2005/04/26(火) 21:15:22 ID:LekUrCX7
自分仕様は自分で作るしかない

32 :名無しさん@お腹いっぱい。:2005/04/27(水) 22:15:34 ID:AHXVVYd+
アイデアなんて作ってりゃ沸いてくるだろ

33 :名無しさん@お腹いっぱい。:2005/04/28(木) 09:51:07 ID:c22Cu6hy
振り分けルールの管理をどうにかして楽にしてほしい。
自分の場合、数百くらいルールがあるので、管理が煩雑。


34 :名無しさん@お腹いっぱい。:2005/04/28(木) 19:37:30 ID:jOvyN9Y7
>>33
例えば?楽っていってもいろいろあるだろう


35 :名無しさん@お腹いっぱい。:2005/05/09(月) 21:35:17 ID:WQpr3xWN
基本的な考え方として、大量にメールを扱わない人はたいして要望って無いと思うのね。
で、大量に扱う人にとっては、メールは何らかデータベース的な管理をしたいのでは
ないかと思うのよ。メールそのものもそうだし、振り分けルールなどの管理情報もね。
でも、あんまりそういう感じの製品って無いような・・・。なんでだろう?

36 :名無しさん@お腹いっぱい。:2005/05/09(月) 22:37:34 ID:gB2j282j
>>35
人気のあるソフトを目指す場合多くの人に受け入れられるような
仕様になる。
大勢のライトユーザー向けに開発されるのは当然。



37 :名無しさん@お腹いっぱい。:2005/05/09(月) 23:14:30 ID:/WRTZzUB
>>35
超整理法に準拠したメーラーとか。

38 :名無しさん@お腹いっぱい。:2005/05/11(水) 19:17:45 ID:Q8aUHYS5
俺詳しくないんだけどビジネス用でないわけ?
グループウェアとかでメールをデータとして蓄積するような。

39 :名無しさん@お腹いっぱい。:2005/05/13(金) 16:41:06 ID:2XXettpY
Wiki+メールはすでにあったような。
なんかいまいちすっきりしないんだけどな。

40 :名無しさん@お腹いっぱい。:2005/05/13(金) 19:34:12 ID:kVkBCIFt
[ビジネスsoft板]
ビジネスメールの仕分けを考える
http://pc8.2ch.net/test/read.cgi/bsoft/1079271475/

41 :名無しさん@お腹いっぱい。:2005/05/14(土) 14:53:45 ID:y3TUA6He
>>36
たしかに間口は広くする方がいいけれど、奥行きを狭くする必要もないと思う。
ドラクエみたく(?)、初心者でも入り込みやすくて、それでいて熟練者には
使い勝手の良いツールというのも実現できると思う。抽象的でスマンけど。

話は違うけど、メールの性質に応じた管理方法ってのもあるかと感じている。
受信専用のもの(ML、MM等)、ある時期だけ集中的にやり取りするもの、
たまにやり取りするだけの相手、コンスタントにやり取りのあるもの、など。
こういうのを上手いこと切り分けて管理する方法を模索してるんだけど、
何か良い方法はないかな。


42 :名無しさん@お腹いっぱい。:2005/05/14(土) 14:59:00 ID:fvw9WfC6
メーラー作ってる作者さんに要望出すか自分で作る

43 :名無しさん@お腹いっぱい。:2005/05/15(日) 13:17:07 ID:YmNXyjz5
>>37
ほほう、超整理法ね。なんか面白そう。
具体的なイメージはパッとは沸かないけど、そうだな、
>>41にもからむけど、最近やり取りしている相手、トピックというのが
上手いことクローズアップされるような仕組みがあると良さそう。
で、その相手&トピックが沈静化すると、自然とメールそのものも
視界からフェードアウトしていくような・・・。もちろん削除されてという
わけではなくね。


44 :名無しさん@お腹いっぱい。:2005/05/15(日) 13:18:43 ID:YmNXyjz5
>>38
サイボウズの製品にも、メールを蓄積することをメインとした
グループウェアみたいなのがあったと思う。詳しく知らないけど。


45 :名無しさん@お腹いっぱい。:2005/05/17(火) 02:26:46 ID:8mU/0hBg
たとえば、自分が過去 24時間とか 48時間とか以内に発信したメールへの
返信(らしきもも)は自動的にクローズアップされる仕組みとか欲しい。
たまにだけど、相手のPCの時刻設定がおかしくて、わけのわからん発信日時
で送信されているせいで、こちらが見落としてしまうメールとかあるんだよね。
それと、こちらの振り分けルールの設定加減で思わぬ形で埋もれてしまうとか。
そういうのを回避して、優先的にクローズアップできる仕組みがあると嬉しい。


46 :名無しさん@お腹いっぱい。:2005/05/17(火) 03:20:26 ID:TLnq96iD
返信なら通常はReferencesかSubjectでスレッド化するだろうから
時間がずれてても見落とすことはないと思うんだが
それプラス、未読数表示もあったりするわけだし

47 :名無しさん@お腹いっぱい。:2005/05/17(火) 08:03:02 ID:tPB03ccM
>>32
ならおまえが作れよ。沸いてくるんだろ?



48 :名無しさん@お腹いっぱい。:2005/05/17(火) 11:32:17 ID:jhP+UsWx
>>46
自分は仕事の関係で、新しい人(お客)とメールのやり取りが日々発生する
んで、その中にたまにうっかり見落としが発生するんだよね。
まあ、ずっとってことではなく、少し遅れて発見はできるんだけど。
お客相手に発信したメールを集めたフォルダを用意しても、お客からのメール
はそこに振り分けにくい(新しいアドレスなのと、サブジェクトはお客によって
変えられてしまう場合がある)しね。
こういうのって、新しい機能とかいわなくても、何かうまい管理方法はあるの
かな。

49 :名無しさん@お腹いっぱい。:2005/05/17(火) 11:45:58 ID:rYsHOmtf
migemoでズバズバ日本語インクリメンタルサーチできる
メーラーあれば最強なんだがな

50 :名無しさん@お腹いっぱい。:2005/05/17(火) 11:46:38 ID:Qabisdmf
>>49
それすごいな

51 :名無しさん@お腹いっぱい。:2005/05/17(火) 18:11:12 ID:xJwseQmy
>>45>>48を読む限りでは、見落とす理由がわからない。

52 :名無しさん@お腹いっぱい。:2005/05/20(金) 22:25:17 ID:TK2YMUVP
>51
はよっぽどしっかりした人なんじゃない?
同僚でも半分くらいはメールが埋もれたりって事言ってない。
俺とかその他へたれ数名が埋もれたりトンでったりして困ってる。

使うのがうまくなくても困らない仕様感がほしい。
>27のdatulaの機能いいね。そんな機能あったのか。
でもあれ確か開発中止だったよね。
残念。
データベース化してほしいってのは本とその通りだね。
mysqlとかインスコして直接クエリたたけるメーラでもいいな。(笑
そしたら抽出も振り分けもいろいろできそうだ。

>49
>migemoでズバズバ日本語インクリメンタルサーチできる

それ萌えーー

Mewって使ったことないけどそういうのできるの?

エイリアスで色々分けておいておくってのも良いなー
クエリたたいた履歴がフォルダみたいになってて
残ってくれてればそれで良いような気がする。

振り分けルールと違ってクエリなら条件式の階層化とか概念的に楽そう。
ただし初心者は完全に置いてけぼり仕様だが、、、
表面にはその辺を抽象化した既存のメーラみたいでいいけど
内部はDBで動いてて、その辺もカスタマイズなりマクロを組むのが可能。
みたいな。

誰かつくってくり、、

53 :名無しさん@お腹いっぱい。:2005/05/20(金) 22:45:41 ID:ETqwB6Fa
オレも
>クエリたたいた履歴がフォルダみたいになってて

てのを考えて、同じように

>ただし初心者は完全に置いてけぼり仕様だが、、

と考えて、行き詰まり

そのあたりをうまく具現化できる神様の登場を願うばかり

54 :名無しさん@お腹いっぱい。:2005/05/20(金) 22:58:17 ID:TK2YMUVP
んー単に既存のメーラみたいなインタフェースで振り分け機能があって、
それに応じたフォルダ・クエリを生成してくれれば良いんでないかな。
クエリ方式を見た目だけ振り分け方式にするって感じ。

55 :名無しさん@お腹いっぱい。:2005/05/20(金) 23:43:42 ID:ETqwB6Fa
>>54
メール本体は、たとえば受信フォルダやらログフォルダみたいなところに
まとめて格納することになるんだろうけど、必ず「クエリフォルダじゃなくて、
とある属性のメール本体を別フォルダに分けて入れたい」ってな欲求が産まれる

それは実利上の問題からだったり、見た目(受信フォルダ内に「異物」を入れている
ような気になる感覚)の問題からだったり

そうすると通常のフォルダと見かけ上のフォルダが存在することになって、
ちと概念が複雑になって分りづらくなると思うわけよ




56 :名無しさん@お腹いっぱい。:2005/05/21(土) 02:06:19 ID:y0pL/ryc
>55
んーDB使う時点で実体はフォルダも何も無いんだけどなあ、
インタフェースを作り込めば、そういう整理欲求を満たす仕様には
十分できると思うけど。
メーラじゃないけどとあるソフトでそういう仕様のもの使ってるけど、
特にストレスは感じないよ。

まあ、メーラに限った事じゃないけど、使う人のレベルにあわせて
初級、中級、上級とインターフェースやなんかは分けて作るしか無いよね。
高度かつ汎用的なソフトに仕上げようと思ったら。

クエリ式だと「すべてのメールを送信元でフォルダ分け」みたいなことも
瞬時にできるよね。
クエリ=フォルダよりも
クエリグループ=複数フォルダビュー

みたいなのが良いのかなあ。
うーんただの使いにくいだけのメーラになりそう、、、

firebirdでも入れてプラグイン漁ってアイデア考えてみる。


57 :名無しさん@お腹いっぱい。:2005/05/21(土) 02:18:18 ID:9kSMS12B
なんかそのうち、いつのまにか気がついたら Google Mailと Google Desktop Searchが
シームレスになってて、悩みがすべて解消されてしまったりして。よく知らんけど。

58 :名無しさん@お腹いっぱい。:2005/05/21(土) 02:22:05 ID:y0pL/ryc
google mailってのもそんなに良いの?
垢作ってみよう。

59 :名無しさん@お腹いっぱい。:2005/05/22(日) 22:00:36 ID:jWdYnkMH
>>53
未来検索とかでは検索結果をRSSにできるけど、あんなイメージかな?

個人的には、メールはもう外においておいて、インターフェースはWebでいいやと。
検索できて、そのトリガーをひっかけられるようにできたらそれでOK。

60 :名無しさん@お腹いっぱい。:2005/05/22(日) 22:13:54 ID:jWdYnkMH
>>56
>クエリ式だと「すべてのメールを送信元でフォルダ分け」みたいなことも
ぽけっと一つの原則に基づいて且つクエリ=ラベルと捉えると、Gmailでやっていることそのまんまだけど。
さらに個人的なものを浮かび上がらせるために☆マークもある。

61 :名無しさん@お腹いっぱい。:2005/05/22(日) 23:35:31 ID:YiQc7/4O
Gmailのフロントエンド作っても意味なさそうだし、
Gmailに似た使い勝手のメーラーを目標にして
作っても良いかもしれないな。


62 :名無しさん@お腹いっぱい。:2005/05/23(月) 18:30:18 ID:fKWTGQx8
thunder birdが結構良さげ。
プラグインもがんがんあるし。
フォルダ=クエリって考えかただし。

63 :名無しさん@お腹いっぱい。:2005/05/25(水) 00:23:07 ID:vq/ZeVvu
ほほう。ふーむ。

64 :名無しさん@お腹いっぱい。:2005/05/25(水) 21:40:13 ID:4PKeoFxd
>>62
ひさびさにいれてみるか。
Netscape2.0ぐらいだったかについていたやつ以来になるけど。

65 :名無しさん@お腹いっぱい。:2005/05/25(水) 22:45:28 ID:M/jIvP4i
宛名印刷の出来るメーラーってあるかな。
筆まめにメーラーがついててアドレス帳を共有できるんだけど
そのメーラーが使いづらい。

印刷とメールは別々のソフトでもいいけどアプリごとにアドレス帳を
作りたくないんだよな、同期させなきゃいけないし。

そう思ってるのは俺だけかな。

66 :名無しさん@お腹いっぱい。:2005/05/25(水) 22:55:55 ID:4PKeoFxd
>>65
LDAPで・・・・

67 :名無しさん@お腹いっぱい。:2005/05/26(木) 20:43:23 ID:ZH3Yp/2p
>65
LDAPとそれに対応してるメールソフトでできるよ。
ベッキーとか
筆まめはしらんが。

68 :名無しさん@お腹いっぱい。:2005/05/26(木) 22:18:45 ID:g+lpGL7H
>>6667d
LDAPでぐぐってみた。
理屈はわかったけど対応してるアプリがあんまり見つからなかったから
メジャーじゃないのかな?

年賀状の宛名印刷に使いたいんだよね。
ベッキー試してみるかな。。。


69 :名無しさん@お腹いっぱい。:2005/05/26(木) 22:44:07 ID:Xd4v2DYW
普通にアドレス帳のインポート、エクスポートではだめなの?
CVSで吐き出すとかありそうだけど。

70 :名無しさん@お腹いっぱい。:2005/05/26(木) 23:49:19 ID:ZH3Yp/2p
>68
LDAPかなりメジャーですが、、、
まあそれはおいといて個人で使うのは色々大変かもしれぬ。
年賀状の宛名印刷って具体的に何がやりたいの?
筆まめに入ってるなら筆まめで印刷できたと思うが。
筆まめとメーラーのアドレスを共有したいのかい??

何がやりたいかはっきりしないんだが。

71 :68:2005/05/27(金) 00:54:06 ID:IC+epinM
>>70 わかりにくくてスマン。

筆まめで年賀状作成

苦労して作ったアドレス帳が付属の筆まめメールで使える ウマー。

使ってみたら 送受信のたびに回線が切れる 送受信ダイアログが
出っぱなしでウザイ 等 公式ページでもサポートなし。 マズー。

というわけで メールやら宛名印刷やらを一つで色々出来るオールインワン、
もしくは一つのアドレス帳を複数のアプリで共有できればなー。


って>>69で思いついたけどcsvを基本としてアドレス帳を管理って
手軽でよくね?


72 :名無しさん@お腹いっぱい。:2005/05/27(金) 07:35:04 ID:b//GLqOB
>71
.......
筆まめからアドレスのデータをテキスト出力
メーラーでテキストをインポートで出来ます、、、

>って>>69で思いついたけどcsvを基本としてアドレス帳を管理って
>手軽でよくね?

CSVでインポート、エクスポートの出来ないメーラーか年賀状ソフト
あるなら教えてくれ。
んで、使うのやめた方が良いよそれ。

73 :68:2005/05/27(金) 15:03:44 ID:sX+HJDqF
だ・か・ら
いちいちアプリ間でインポートだエクスポートだのするのが
マンドクセーっつってんの!(煽り)

74 :名無しさん@お腹いっぱい。:2005/05/27(金) 17:52:44 ID:52EJVYLC
本人だとしたらただの池沼だな。

75 :名無しさん@お腹いっぱい。:2005/05/27(金) 18:52:21 ID:qfGoJ0Dl
MSのOffice(Outlook+Word)でやればいいだけじゃないのかね。

76 :名無しさん@お腹いっぱい。:2005/05/27(金) 19:20:50 ID:52EJVYLC
CSVサーバー的なミドルウェアがあって今後でるソフトが自動同期に
対応してくれれば良いかもしれないんが、
事実上LDAPが最有力候補だし、
CSVじゃ遅すぎて話にならんと思う。
個人用には良いかもしれんが、CSVの出力、入力を個人のレベルで
めんどくさいと思う人はかなり少ないと思う。
そのニッチな需要のためにミドルウェアのCSVサーバーを開発する意味が
俺には見いだせない。
自分で自動化スクリプトとか好きなソフトのバイナリデータを引っこ抜いて
動機させるコードを書いたほうが幸せになれると思う。


77 :名無しさん@お腹いっぱい。:2005/05/30(月) 15:56:35 ID:0W/cteDo
>>44
サイボウズだと、メールワイズっていうやつかな。
ここでの議論とは少し方向性が違う製品かもしれないが。

78 :68:2005/05/30(月) 22:23:22 ID:XMFg0FSI
このスレでは厨な質問だったかな。。。
自分で考えることにするよ。

79 :名無しさん@お腹いっぱい。:2005/06/20(月) 12:42:35 ID:SlP1yUHm0
てs

26 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)