2ちゃんねる発メーラー作成スレ

フリーのメーラーは糞だがシェアウェアのくせに機能追加要望に答えもしないシェアウェアなんぞに金を払いたくない
当然OEは論外　と思う人

２ちゃんねる発のフリーのメーラーを作りませんか？

いいよ

シェアウェアのくせに機能追加要望に答えもしないシェアウェアなんぞに金を払いたくない
文章変ですた　すみません

Mew で良いよ。

>>1
作れば？別に止めないよ。

じゃあ折れは応援する係な。

とりあえずガンバ。だ。

作りませんか？
じゃなくて、
作ります！
だろ。氏ね。

開発言語は？

それより機能は？
普通のメーラならいらん。

>>8
Delphi

>>9
メールの送受信

>>9

・基本的な送受信
・一定時間置きに新着の確認
・メールの階層表示
・マルチアカウント対応
・他メーラーからアドレス帳のインポート
・メールの圧縮保存
・添付ファイルの隔離保存
・http://〜等を自動リンクしてブラウザで開けるように
・特定アドレスからの着信拒否(読み取らず、即サーバから削除)
・↑に関連して、正規表現を利用したアドレス拒否等
・subjectや送信者等でメールの振り分け

ひとまずこれくらいです

プラグイン拡張により、webメール(hotmailその他)にも対応できればいいと

Beckyで十分だな。

広告の自動カットやニュースサイトからのメルマガ等ではニュース本体のみを抽出する機能などもあったら便利かと

>13
どうせならbeckyのプラグインをそのまま使えるようにするのもいいな

>>10
Delphiはねーだろ。Pascalで書くメリットなんてまるでねえぞ。

Python.NETで。なんとなく。

preface（Software Design７月号pp.172参照）を実装してくれ

まあ、言語なんか何でも良いんだけど
Delphi あたりならさくっと作れて良いんじゃないの。

>>1
同意できるのは2行目だけだ

早く作り始めろよ>>1。待ってるからさ。

あれ？まだ完成してないのかよ？

細かいライブラリ作りはできるんですが・・・Windowsプログラミングやったことないんです
(;´Д｀)すいません・・・・
オープンソースのメーラーを参考にして拡張していきたいと思うんですが、ベースにするのによさそうなメーラーはありますか？

ベースのメーラの開発に参加すれば？

>>23
> ベースにするのによさそうなメーラーはありますか？

>>1 にはベースにしたものよりまともなものができない ?

　　Y)es, N)o: ■

>>23
Sylpheedとかmozillaとか・・・

本気で作るつもりなら、とりあえずトリップでもつけとけ。

http://www2.odn.ne.jp/munesato/sylpheed/
Sylpheed for win32
ただ内部ではムチャな変換をしているのであまりwindowsプログラミングの参考にはならない・・

☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　フリーで機能追加要望になんでも答えてくれるメーラーまだ〜？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |

Webメールつくってほしいな。
http://www.freemail.ne.jp/で使われているGrace Mailみたいなやつ。

>>29
くそー、俺もこの AA 貼ろうと探してたら先越されたー。

JavaMail

1は手裏剣でも買ってろ

メーラまだ〜？ ﾁﾝ　ﾁﾝ

＜
＜ さっさと作れや>>1ィィィィィィィィィィィィィィィィィィィ！！！！
＜
　 ∨∨∨∨∨∨∨∨∨∨∨＼　 ／∨∨∨∨∨∨∨∨∨∨
　　　　　　　　 　／:|.　　　　　　　|　|　　　　　／:|　　　
　　　　　　　 ／　 .:::|　　　　　　　∨　　　 ／　 :::|　　　　　
　　　　　　　 |　　...:::::|　　　　　　　　　 　/　　　::::|　　　　　
　　　　　　　i　　　 　 ￣￣⌒ﾞﾞ^――／　　 　::::::::|　　　　
　　　　　　/＿,,___　　　　　　 . _,,,,__,_　　　　　:::::::::::＼　　　　
　　　　 　／　　　ﾞ^＼ヽ..　 , /ﾞ　　　¨＼,.-z　　　::::::::::＼　　　
　　　　 　「　●　　　　| 》　 l| 　●　　　 ﾞ》　ミ..　　　.::::::＼　　　
　　　 　/i,.　　　　　 .,ﾉ .l|　 《 　　　　　 ..|´_ilﾄ　　　　::::::::::＼　　
　　　　/　＼___,,,,,_／ .'″　　^=u,,,,_ v／.. 　　　　　　:::::::::::::l!　　
　　　 |　　　　　　　　　　　￣　,,､　　　　　　　　　i し.／::::::::.｝　　　
　　　|　　/ 　,,__＿＿　_,／￣　＼　＼　　　　　 ﾉ　(　　::::::::::|　　　
　　　 |　　|.. |　／└└└└＼../＼　　＼　　 　'~ヽ　::::::::::::::｝　　　
　　　　|　 　.∨.|llllllllllllllllllllllllllllllllllllllll|　　　　　　　 　　　::::::::::｛　　　
　　　　| 　　　|.|llllllllllll;／⌒／⌒　　〕　　　　　　　　　　:::::::::::｝　　　
　　　　 |　　　|.|lllllllll;　　　./　.　　 .　|　　　　　　　　　　::::::::::［　　　
　　　　 .|　　　|.|llllll|′　　/　　　　.　|　　　 .|　　　　　　:::::::::::|　　
　　　　　.|　　 |.|llll| 　　　| 　　　　.∧〔　　　/　　　　:::::::::::::／　　　
　　　　／　｝.∧lll　　　　|　　　　../　/　　／　　　:::::::::::::::::＼
　　 ／　　　/|　＼┌┌┌┌┌/.／　／:::　 　　　　:::::::::::::::::＼

　　　　　　　　＿＿＿＿＿＿
　　　　　　　　|　　 　　 　 　　|
　　　　　　　　| 　　 メ 　　 　 |
　　　　　　　　| 　　 │　　　 ｜　　 　 　　 　　　　　　 　i'|
　　　　　　　　| 　　 ラ 　　 　 |　　　　　　　　　　　　 　 i' |
　　　　　　　 │　 　│ 　 　 │　　　　　　　　　 　　 　i'　|
　　　　　　　　.| 　 　ま　 　 　 |　_＿＿＿＿＿ 　　　 /　 |
　　　　　　　　 |　 　 だ 　 　 　|/　　　　 　／　`i　　 /　　|
　　　　　　　 　 |　　 ？　 　 　 |　　　　 　/　　　`i／　　/
.　　　　　　　 　 |　　 　 　　　　 |　 　 　　|＼ 　　　＼ ／
　　　　　　　　　`i　　　　　　　　`i　　　　|　 ￣￣￣￣
　　 　　　　　　 　`i　　　　　　　　`i　　　|
　　　　　　　　　　　＼　　　　　　　＼　ノ
　　　　　　　　　　　　　￣￣￣￣￣￣

しばらくwindowsプログラミングの勉強をして雛型引っさげて戻ってきます
お邪魔しますた

よければsage進行で保守していてもらえれば嬉しいです…新スレ立ててもいいんですけど

N-BASIC

毎日成果を報告すれ。

ﾄﾘﾌﾟｰつけれ。

とりあえずトリップつけておきます、それではまたお会いしましょう

ところで言語はなにをつかうんですか？

2chメーラ「ギコメラー」を作ル会
http://pc3.2ch.net/test/read.cgi/software/1025639377/l50

☆ ﾁﾝ　　　　　　　　ﾊﾗﾍｯﾀ〜
　　　　　　ﾊﾗﾍｯﾀ〜
☆　ﾁﾝ　　〃　Λ＿Λ 　 ／￣￣￣￣￣￣￣￣￣￣￣￣
　ヽ　＿＿_＼（＼・∀・）＜　ギコペットまだ〜？？
　 　 ＼＿／⊂　⊂＿)＿ ＼＿＿＿＿＿＿＿＿＿＿＿＿
　 ／￣￣￣￣￣￣￣／|
　　| ￣ ￣￣￣　￣￣:| :|
　　|　　　　　　　　 　　 |

まだぁ？

まだ。

とりあえず1よ、
基本的な仕様と開発言語と分担作業する場所を
まとめて書いてくれよ。
あとホムペ作ったらなお効果的かもしれんな。

それと>>44のスレの62に書いてある2chL(2ちゃんねるLangage)っておもろいかもな。
既存のHTMLメールはセキュリティに弱くて使えたものじゃないが、
HTMLの縮小版で文字の色変えとか背景とか付けれたらおもろいかも。

(ﾟДﾟ)ﾊﾟｧ?

>>49
ﾊﾟｧ(ﾟДﾟ)ﾌｩ?

>>50
ﾌｩ(ﾟДﾟ)ﾎﾟｫ?

(ﾟДﾟ)ﾊｧ？

ｱ-(ﾟДﾟ)ﾎﾟｫ

ところで１はまだ？
Delphiなら手伝えるかもよ。

ﾎｰ(ﾟдﾟ)ｽｩ

とりあえず，ヘッダのX-Mailerは自由に変えられるようにしてください．
・・・２ちゃんねらーとばれないように（ｗ
おながいします．

>>56
そんなやつに使う資格など無い！

開発はもちろん>>1だよね？

WindowsじゃQ-MAIL（非qmail）でとりあえず満足してっからイイや。

だからさ〜
ポ○トペットぱくってさあ
ギコネコとモナーを飼えるメーラを作ろうよ

>>60
じゃあ、叩き台よろしく。

>60
DOS窓でAAなキャラが動く奴がいいな。

muttにGUIをつけてくだされ。

他のメーラとのやりとりででも
受信確認が取れるといいな

1はまだか？
正直俺は期待しているぞ。
がんがれ！

ぜんぜん進んでないっぽいな・・・
作ってるなら途中経過ぐらい見して

Mac版もぜひ作って下さい。おねがいします。

開発言語変えようぜ。.NETにしろ

>>68
それは言語じゃない罠

>>69
まあまあ、言わんとすることを察してやろうよ。

.NETならVB.NETだな。なんかC#よりパフォーマンスいいらしいし。

>>71 VB厨ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>72
スマン、俺はVBしらないし、C#素晴らしいと思うのだが
どっかのスレでC#よりVBで生成するコードの方が、
アセンブリ情報がどうとかで高速らしい。

あのダサダサ予約語見るだけで生産性落ちますが何か？

>>73 聞きかじり厨ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

ｷﾀｰ厨ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>67
多分誰も作らない。
Mac版Delphiとか出たら誰か作ってくれるかも。

.NETはだめ。
何故なら俺が開発環境を整えられない。
糞M$は製品高すぎ。

>>60
Mewの起動画面を弄ればいいじゃん。

Cocoaでよいなら漏れがMac版つくてもいいよ。
といってみるテスト。

>>78
SDK

>>67
Javaじゃ駄目かな。
やっぱり重いか。

あたしはメル友や●●友、ここで見つけてます。
http://mfre.org/i/top/get.html

.NETでやるんならメール飛ばすとこだけ実装してもいいぜ。
Dim myMail As New MailMessage()
myMail.From = "[email protected]"
myMail.To = "[email protected]"
myMail.Subject = "UtilMailMessage001"
myMail.Priority = MailPriority.Low
myMail.BodyFormat = MailFormat.Html
myMail.Body = "<html><body>UtilMailMessage001 - success</body></html>"
SmtpMail.Send(myMail)
[C#]
MailMessage myMail = new MailMessage();
myMail.From = "[email protected]";
myMail.To = "[email protected]";
myMail.Subject = "UtilMailMessage001";
myMail.Priority = MailPriority.Low;
myMail.BodyFormat = MailFormat.Html;
myMail.Body = "<html><body>UtilMailMessage001 - success</body></html>";
SmtpMail.Send(myMail);
ｴﾍﾗｴﾍﾗ

>>84
アフォか。意味ねーだろ。しかも全部address決め打ちだしよ。

＞84
意味（ ﾟДﾟ）ぬぇー！

>>82
それでいいからとりあえず作れ

ここがHSPでメールソフトを作ってるスレですか

1のために無料開発環境をあげていこう

gcc

emacs lisp

asp.net

bcc

ここが知ってる限りの開発環境を晒すスレですか

ここが知ってる限りの開発環境を晒すスレですかなんてつまんねーレスしちゃっても大してだれも反応しなくて寂しがってる94がいたりいなかったりするスレですか？

>95
あなたが構ってますが？

なんだかんだいって結構期待してて
たまにスレ見に来たりして
落ちないように定期ageなんかして
早く1着てくれないかなぁ
とか思ったりなんかしてるのは
俺だけではないようだな

俺が.NETな感じで作ろうか？

>>98
別にいい。

>>99
遠慮するなよ。ｴﾍﾗｴﾍﾗ

>>84,>>98
悪質だな

ｱﾌﾟﾛﾀﾞ出せよ

Delphiだったら手伝うyo
誰か要望まとめたページつくってくり

>>103
プロトタイプ挙げる。
それの批判合戦の方が話が早い。

俺は>>1さんに作ってもらいたいんだ。
他の奴はイラン。

お前はイラン

手伝うって言うだけあって、
オレっちプロトタイプの作成やらインターフェイスデザインとか駄目なんだよね。
どちらかというとアドオン開発とか修正とかだったら役に立つかもって言うぐらい。

IndyのデモにあるMailClientとかから始めるのはどうよ

IndyのMailClient試してみたけどはつかえねー
ということで誰かプロトタイプつくって

nPOP改造するのがいいんじゃねーの？

おいおいおいおい。（Д`
メーラーなんて技術的なことで突っかかる要素少ないぞ。
むしろインターフェイスやら保存形式やら、そういうセンスの世界だろ。

だから、俺も1さんのメェラが見たいよ。
1さん出てきてくれよ。

>>110
メェラをフェラと間違えたテラスの深夜2時

2chもメールも読めるメーラーっていうのはどうだろう。

「かちゅ〜しゃ」の作者さんに（略

>>110
ハァ？
認証方式全部サポートしたりするのかなりきついんだけど。

必要そうなライブラリを

　JIS-SJIS BASE64などの変換
ttp://www.nifty.ne.jp/forum/fdelphi/samples/01326.html
ttp://plaza11.mbn.or.jp/~pz/delphi/vcl.html

BSMTP-DLL
http://www.hi-ho.ne.jp/babaq/bsmtp.html

Mail2000
http://www.teppi.com/topics2/mail2000.html

>>115
つまらないな。
趣味なんだから作ればいいのに。

んじゃ、とりあえず俺が作り始めてみるか。
まずは送信と受信だな。

ところでdllってプログラム内でどうやって使うんだ？

>>116
　そうなんだけど、

　こういう、低レベルな部分ばかりで悩んでると面白くなくなる事もあるしさ
　あるていど動くのを先に作って、それから自分にできる部分から作り直して
　いくスタイルだと、モチベーションも長持ちするだろうしね

送受信はできたけど、
かなり面倒になってきた。
インターフェースが面倒だ。
やめる。
俺はこれから携帯へのメール送信ソフトでも作るよ。
こっちの方が楽でいいかも。
さらば2chメーラ！
（でもまだ見ぬ神に期待してるよ…）

>>118
ほう、すばらしいね。

BSMTP-DLLより、
nMail.DLL
http://www.vector.co.jp/soft/win95/prog/se115574.html
こっちのほうがよくない？

BSMTP-DLLはX-Mailer変えれないっぽいよ。
ていうかこういうDLL等使ったら
UIくらいしか作成するところないのでは…？

>>121
　だって２チャンネルメーラというからには UIが全てでしょ？

で、誰か作ってるの？

俺はUIが面倒でやめた。
だれかUIだけでも作って上げてみたら？
もしかして続きをやってくれるやつがいるかも(w

メイン、IOはC、UIはC++でどう？
開発環境はVC++6がベターでは？

>>124 C++だと手間かかるし　NPOPを越えるだけでも苦労するだろう

UIに凝るならDelphiだと思うけどなあ

>>125
だけど・・・UI開発に参加できるDelphi使いはいるのかい？

DLL集を統合するコンポがあってSMTP叩くだけじゃなく MAPIから他のメーラを使っての送信とか出来たらいいなあ
それからアドレスデータコンポも欲しいなあ

でもあれだな、かちゅーしゃみたいな UIで　メーリングリストに参加出来るようなもん作ったら

それはそれで罪だな

UIが一番面倒な罠。
ロジックは鼻くそほじってればできる。

>>127
じゃあそのコンポーネント制作は君に任せた。
インターフェース仕様だけでも書いてね。

---------------メールデータのプロパティ -------------------------------------
T2CMailData クラス
【送受共通】
Subject:string;　電子メールの件名
From :string; 送信者の電子メール アドレス
To　　 :string;　受信者の電子メール アドレスを
Cc :TStrings; 電子メール アドレス
Bcc :TStrings;
Headers:TStrings; ヘッダー
Body :TStrings; 電子メールの本文
BodyEncoding 電子メールの本文のエンコーディングの種類
BodyFormat 電子メールの本文のコンテンツ タイプ
Attachments: 添付ファイルのリスト
Priority 　　　　 電子メールの優先順位を
UrlContentBase:String; Content-Base HTTP ヘッダ(HTML エンコードの電子メールの本文内で使用されるすべてのURLのURLベース)
UrlContentLocation:String; 電子メールの Content-Location HTTP ヘッダー
---------------メール送信 -------------------------------------
メソッドでなく手続きで実装
procedure SMTPSend2Ch(SMTP鯖名:string; dt:Array of T2CMailData );

>>131
クラス内に実装するのが筋では？

型の書いてないメンバはまだ未定　たぶん Enumにするか Integerにするか

>>132　メール送信の事？
　データ型と　送信、受信の機能を別けた方が使い易いと思う

送信、受信という機能は複数のインスタンスは必要ない為
手続き型の方が作りやすく使い易いだろうという予想なんだけど
どうかな？

>>131
マルチパートメッセージは無視ですか？

>>135
継承でVer2から対応されるはずです。

>>134

ステータスの確認やSMTP before POPはどうする？

>>134
　じゃBody を TStringsではなく stringにして、
　　マルチパートメッセージを分解、集合する手続きを用意した方がいい？
　　・・・それなら別に TStringsのままでもいいか

　それとも、Body:TMailBody とクラスを作って　それでマルチパートメッセージを処理する？
　これは失敗すると泥沼のような・・・・成功すると格好良いけどね

>>137　じゃクラスにしましょうか？　
　送信コンポ、受信コンポを作っておけば、UIの方はプロパティ
で選択出来るから使いやすくなる？

>>139
それが一番無難かも。

>>138
Parts {
MIMEType
BodyEncoding
Body
Parts*
}
なんてのはどうかと思った。

なんかメンドクサクなってきたなあ　
　マルチパートメッセージは添付ファイルとして処理しちゃ駄目かなあ

添付ファイルアレイクラス　添付ファイルクラスの動的配列型

添付ファイルクラス
　name:string
path:string; //その場で作成する場合
　Image:array of Byte; バイトの動的配列型
メソッド
　LoadFromFileImage(ファイル名);
　SaveToFileImage(ファイル名);

　こんな感じかな

>>131-141
まとめてみた。

class MultiPartFileClass {
public:
stringfilename;
stringContentType;// Content-typeに相当
void*Image;
boolLoadFromFileImage( char* path );
boolSaveToFileImage( char* path );
}

//ファイルIOはファイルIO専用のクラスに追い出した方が
//スマートだと思うんだがどうよ？



class T2CMailData {
stringSubject;
stringFrom;
stringTo;
TStringsCC;
TStringsBCC;
TStringsTStrings;
TStringsBody;
TStringsBodyEncoding;//Charset
TStringsBodyFormat;//Conent-type
class MultiPartFileClass*
Attachments;
enum MailPrecedence {
MailPrecedence_List,
MailPrecedence_Junk,
MailPrecedence_Bulk,
}Precedence;
intPriority;// X-Priority/X-Msmail-Priority
stringUrlContentBase;
stringUrlContentLocation;
}

tabが・・・

class MultiPartFileClass {
public:
string filename;
string ContentType; // Content-typeに相当
void* Image;
bool LoadFromFileImage( char* path );
bool SaveToFileImage( char* path );
}

//ファイルIOはファイルIO専用のクラスに追い出した方が
//スマートだと思うんだがどうよ？



class T2CMailData {
string Subject;
string From;
string To;
TStrings CC;
TStrings BCC;
TStrings TStrings;
TStrings Body;
TStrings BodyEncoding; //Charset
TStrings BodyFormat; //Conent-type
class MultiPartFileClass*
Attachments;
enum MailPrecedence {
MailPrecedence_List,
MailPrecedence_Junk,
MailPrecedence_Bulk,
} Precedence;
int Priority; // X-Priority/X-Msmail-Priority
string UrlContentBase;
string UrlContentLocation;
}

>>455 ７セグLEDがあるならまだ良い環境だと思うんだが・・・

信号線1本パタパタさせてオシロで観測とかが普通では？

誤爆ゴメン
　結局 C++ で作る事になったの？

＞ファイルIOはファイルIO専用のクラスに追い出した方が
＞スマートだと思うんだがどうよ？
　複雑になるだけでメリットが無いと思う　それからストリームへの入出力も必要

　void* Image; とするなら　ImageSizeが必要では？
　Delphiなら動的配列型を使えばいいと思う (C++のSTLアレイ相当)

ImageSizeは必要ですね。
ただ、GUIや環境に強く依存しない部分については、
なるべく汎用性を高めたが良いかと・・・

class MultiPartFileClass {
public:
string filename;
string ContentType; // Content-typeに相当
void*Image;// ファイルイメージ
size_tImageSize;// ファイルイメージのサイズ(バイト)
bool LoadFromFileImage( char* path );
bool SaveToFileImage( char* path );
}

>複雑になるだけでメリットが無いと思う
>それからストリームへの入出力も必要

でも受信/送信等した電子メールは
何処かのファイル/ディレクトリに保存するんでしょ？
そうなると、何処か1つのクラスでIOを担当した方が、
ファイル構造等の仕様を決定、修正、拡張しやすいと思うんだがどうよ？

>>124
お前はプログラム始めましたというレベルの初心者か？
RFCを読んで出直してこい
そんな糞みたいなデータ構造じゃ破綻するよ

マルチパートの中にマルチパートに対応できないので、マルチパートのデータ構造は再帰する必要がある

後から対応して欲しいヘッダーを要望されても拡張性が低いため対応しきれなくなる
class HeaderClass {
　string HeaderName;
　int HeaderHash;
　string Content;
}
class T2CMailData {
　HeaderClass *Hader;
　　　:
　　　:
}
みたいにしてなんでも入るようにしたほうがいいよ
そしてヘッダー名から内容を取り出すメソッドでもくっつければいい
毎回検索するのでハッシュを使えば速度が落ちることもない

船頭多くして船山に上る。

誰かが独断で書いたのをプロトタイピングする方が良くないか？

>>148
私もこのデータ構造は糞以下だと思うさ。
だから>>140以下愚痴なので略

私の独断で決めるなら、

MailMessage {
Header {
string mailhdr;
string std_from;
string std_sender;
...
}
Part {
PartHeader {
string parthdr;
string std_contenttype;
...
}
PartBody {
string mime;//ヘッダーから抜き出したMIMEタイプ
string charset;//bodyがテキストならヘッダーから抜き出した文字符号化方式
void* body;
size_t bsize;
}
Part* child;
}
}

かなり適当だがこんなとこかな。

>>150
　面に出るデータは出来るだけ依存の少ない方式が好ましいと思うよ
　そんな感じのデータ構造だと、GUIが扱いきれなくなりそうだ

　単純にテキストだけを扱い、それ以外を添付ファイルとしてしまうとかでいいんじゃない？

>>124
お前設計に向いていないよ（藁
もっとマシなやついないのか？

口だけの>>152よりはマシじゃない？

>>152
じゃあお前が設計やれよ。
goodbye

バカの一声でプロジェクトは終了した。

いや、がんばるんだ！

>>124がんばってくれ。
俺は応援してる。
ここは2chなんだからああいう口だけ厨はいくらでもいてるんだ。
でも中にはカキコしないが
応援してるヤツもいくらでもいることは分かってくれ…

>>460そうかもね。
　そういう意味では.NET に期待してたけど、まったくの従来技術の寄せ集めで期待外れ。
.NETを延長して何か新しいものが出そうにないんだよな。

つまりパソコンの性能が５年で１０倍になってるし、たぶん５年先も10倍になるだろうけど
５年前はこの性能が10倍になればHALくらい実現出来そうに思えてたけど、
今はそれが幻想だと判ってる。　
だから、新しい幻想が必要なのに　.NETはそれを与えてくれていない・・というような

>>158
純粋にまともなクラスライブラリが手に入ったことを喜んでいる次第です。

>>157
ところで、なんで全部C++で書かないんですか？
何か理由があると考えられるんですか？

>>157
ありがとう。
まあ、たしかに自分が今現在設計に向いてないのは事実だとは思うよ。
自分で作っていても一番悩むのはデータ構造だしな。

>>160
C++は覚えたてなので、クラス以外、派生/継承等よくわからん。
Cならもう少しまともな設計ができたと思うがね。

ところで、私はどちらかと言うと、UIの方が得意なんで、
Outlook風でよければ(ツリービュー、リストビューとEditのやつね)、
ウィンドウ開くとこまでは作るがどうよ？
APIコール、エラー無視の嵐だけど・・・

あと、メモリ上でのメールデータ形式を決定する前に、
プログラムのフローチャート、
データの保存方法や、対応するプロトコル等
を考えた方が良いと思うんだがどうよ？

>>124
厨房うざいよ
もう出てくるな

>>161
暇つぶしにPOP3の仕様見てきた。
死ぬほど簡単だね。メール削除のフリーソフトが沸きまくるわけだ。

問題はメールのデコードやね。こっちの方が大変かと。

つーかプロトコル実装とかも一から書くの?
ありもの使えんかね

>>164
IMAP4とかは別としても、
POP3とSMTPぐらいは自前でもいいんじゃない？

>>124(>>165)
Cに限らず、プログラミング言語全般で言われていることですが
　労力を省けるところは極力省く、既存のライブラリはできる限り利用する
のがよいかと。

自分でいちからライブラリを全部構築していくのもいいんですけど、それに伴うデバッグ労力を考えると
やはり既存のものを流用した方がよいのでは・・・

しかしIOまわりをCで書くとなると…C++等では簡単にできるライブラリの拡張が難しいかも
>>161で言っているようにIO面は他の人に任せるというのも一つの方法かもしれません
その場合はコード保守の簡便さのためにもDLL化してもらい
(例えばpop3.dll smtp.dll imap4.dll・・・のように)
それを呼び出すのがベターでしょう・・・

…と書いてみましたがこれだけではそこらへんの口だけ厨と同じなので
データ構造を少し考えてみようと思います

ヽ(´ー｀)ノまあﾏﾀｰﾘといきませう

データ構造というから変になるのであって、構造ではなくデータのインターフェースだけ決めておいて
１、　内部のデータ構造はその作者に任せる
２、　GUI部はそのインターフェスを扱う
３、　送信、受信部にはそのインターフェースを渡す
というように多数に分割して開発したらいいんじゃないの？

　シンプルなテキストメールだけを扱いたいならこのインターフェースだけで
　そして、マルチパートを組み込みたければそれまでのインターフェースを触らずに
　インターフェースを追加すればいい

そして、インターフェースについては
既に　>>131　のデータ構造が出てるからそれでいいんじゃないの？
というかこれ.NETのライブラリと同じような・・・

>>166
つまんない。再利用する技術も大事。でも、みんながそうするとライブラリ作る人がいなくなるのよね。
おもしろい技術が一握りの人の物にしてしまうのはもったいない。

>>168
　だから、メール１件分のデータのインターフェースだけ決めておいて
　バラバラに開発出来るようにしたらどう？　送受部が出来なければ
　GUIだけ出来ても動かないから面白くないし、送受部だけ出来ても
　GUI部が無ければ面白くないでしょ？　

>>169
それは同意。インターフェースを決めよう。

GUIのメーラーなんか使う気しねー

>>171
インターフェース決まればUIはどうとでもなるだろ。
気に入らんならデコードルーチンとかかっぱらって自分でCUIくっつければいい。

>>150
２パート目以降は子供なのか？
Listにして同レベルで管理すべきじゃない？

>>173だから内部構造の前にさ、　メール１件分のデータのインターフェースを決めよう

　・・・といっても Delphiでやるの？　それともC++？

１、Delphiでインターフェース型
　　property CC string: read　GetCC write PutCC ;のように

２、Delphiでクラス型
　　property CC:string;

３、C++で GetCC PutCC の純粋仮想関数だけのクラスを作る

自分の好みは Delphiでクラス型

>>174
DLLで言語間の差異を吸収してみたい。とかは。

データはシリアル化して通信。

GUIメーラってDQN向けでしょう？

>>176
じゃああなたにうってつけですな。

>>175
　じゃ、もういっそ
　IMessage Interface IID CD000001-8B95-11D1-82DB-00C04FB1625D
　をそのまま使いますか？

>>178
Windows限定で、多(プログラミング)言語混在なら確かにCOMがいいだろうけど…

多言語混在はメンテがややこしくなるので一本がいいような気も

>>179
じゃあ多人数混在（略

一般的に、オープンなプロジェクトは
誰かがちゃっちゃと実際に動く物を作ってたたき台を提供しないと
いつまでたってもできませんな。

MIME Message構造の構築・解読処理はむしろ各モジュール内で勝手にやれってことにして
受け渡しはSMTP送受信形式にしてしまうのがむしろ確実かつ話が早いんでは。
MIMEライブラリは別途言語ごとに作ってしまえと。

なんかおもろいな。このスレ。
やっぱ環境は.NETだろお。

>>182
プロトタイプ挙げてくれ。良ければそれで行こうよ。

>>168
＞おもしろい技術が一握りの人の物にしてしまうのはもったいない
(;´Д｀)あなたがライブラリ実装するなら止めはしませんが…
おおまかな実装はすぐにできても後々細かいバグが残る恐れは十分にありますから
先人の残した物は有効利用すべきでしょう、と言いたいんですが、、この話題に粘着しすぎかな

インターフェイスはひとまず極めてシンプルに決めて後から拡張すればいいでしょう
添付ファイルなどのごちゃごちゃしたものについてはひとまず無視して後のバージョンでの対応ということにし、
MIMEエンコード/デコード(内部に遮蔽していいかと)・マトモなMessageID付け・送受信だけできるものを作り
それを改良していくようにすれば方向性がしっかりするでしょうし

↓のようにすればいいのかな…(;´Д｀)頭の中でCとC++とJavaが適当にごちゃごちゃになってるもので
誰かもっといいの出してくらはい
細かいことは>>131参照で

MailMessage* myMailMessage;
myMailMessage = new MailMessage();

myMailMessage->setMimeType("iso-2022-jp");
myMailMessage->setFrom("[email protected]");
myMailMessage->setSender("foobar");
myMailMessage->setTo("[email protected]");
myMailMessage->setSubject("メールのタイトル");
myMailMessage->setBody(bodyText);

SMTPsend(myMailMessage);

各値を取り出したいときにはgetSender(〜)のように

SMTP クラスは？　サーバ名とか必要でしょ？

>>185
最初からボツのつもりで書いてるから細かいところは無視してたんですけど
ちょっと書き換えてみますね

SMTP* mySMTP;

アカウント選択時に以下の処理を
mySMTP->setSMTPsrv(myAccount->SMTPsrv);
mySMTP->setSMTPport(myAccount->SMTPport);
//portはデフォルト値使用でまず問題は発生しない
・・・
送信時には
mySMTP->sendMessage(myMailMessage);

これもさらに色々と手抜き設計なので、誰か修正よろしくです(というか、これ採用じゃないですよね(;´Д｀)穴がボコボコ出そう)

寧ろ、アカウントを通した、プロトコル自体は象徴的な
インターフェースの方が良いのでは？

MailAcount Acount;
MailMessage Msg;

...

Acount.SendMail(Msg);

見たいな感じで。

>>173
子パートは再帰します。

応援しとーから頑張って。

SMTPMsgSession session( Account );
session.putMessage(msg1);
session.putMessage(msg2);
session.flush();

ツー感じでどう？

うん、そんな感じで良いから作れ。

>>187
＞子パートは再帰します。

理解。

子パートの中に孫パートがあって・・・

って感じになるんですな。

>>191
そうです。まあ、プログラム構造としては、
1次元で管理した方が楽だろうけど。


ところで、POP/SMTPのライブラリ/コンポネートはどうなったの？
自前で作るのか？それとも既存品を使うのか？

>>161=124
>C++は覚えたてなので、クラス以外、派生/継承等よくわからん。

派生を知らないでクラス設計ができるわけねーだろ、ぼけ

>APIコール、エラー無視の嵐だけど・・・

普通無視しないだろ、ぼけ

>プログラムのフローチャート、

今時フローチャートは書かないんだよ、ぼけ
クラス構造を考えろ、ぼけ

>>192
実装者の判断に任せては？
か、Adapterになるクラスのインターフェース決めるか。

>>194
誰か実装してくれる方いる？

>>193
まあ、無視といってもほとんどエラーメッセージ
を出さないぐらいだから安心しろ(藁
ところで、クラス構造はお前が考えてくれるんだよな？


ところで、GUIはどんなのが良い？
VC++.netで書くからT...クラスは無しの方向で頼む。

>>195
＞VC++.netで書くからT...クラスは無しの方向
なぜに。もっともホットなクラス利用可能言語なのに。

>>196
124は初心者なので適当に遊ばせておけばいい

単に、VC++だからクラス名の先頭に(Tでは無く)Cを付けたいだけでは？

駄目だこりゃ

>>196、>>198
だってベースとなるウィンドウ以外は
ウィンドウズ標準/コモンコントロール/コモンダイアログ
で作った方が良くない？

ってごめん。ウィンドウクラスのことです。

>>199
そう言わずに温かく見守ってくれよ。
あと200get。

>>200
お前、モジュール分割って言葉聞いたことあるか？

■■■■ これより124を教育するスレッドに変わります ■■■■

981 名前：デフォルトの名無しさん 投稿日：2002/08/13(火) 13:25
>>980
裏技教えてやるよ｡
＜F1キーでヘルプが出る＞


これ見てくれよ！すげぇ機能だよ。このメーラにも組み込もう。

あら？F1キーでヘルプが出る機能って普通だったんだね。
初心者でスマソ

>>205
冗談のセンスのないプログラマなんて・・・

× >>205
○ >>202

間違った

>>204、205、206、207
偽は消えろ。

これ以上皆様に迷惑をかけない為、今度こそ消えます。
2ch発メーラーの作成がんばって下さい。
大変ご迷惑をかけ、誠に申し訳なく思っておりますので、
ご理解の程をお願いいたします。

>>124
うだうだうるせー
何も言わずにさっさと消えろ

124はつっこまれて反論できなかったのが敗因だな

口だけ厨ばかりだな。煽るだけなら誰でも出来るのに。
あーあ またプロジェクトがひとつ潰れた。

>>211
公の場でプロジェクトを進めるなら叩かれるのが普通だろ？
叩かれて良いものになっていくものだよ
そんなこともわからない君は124の自作自演かい？（藁

実際に物を作って意見を問う形にすれば進むのにね

>>213
ずっと言ってるのに仕様を決めようの一点張りなのよね。
作り出して仕様変更とかされたらたまらんので誰も手を出さない罠。

>>212
叩いているヒマがあるのなら 協力しろよ。煽り厨さんよ。

>>215
>>215

>>216
>>215

しょうがない。じゃ俺がDelphiで初めてやる。　ただし１日３０分な

さて　>>178　の IMessage　はパーソナルにはないようだ　

　パーソナルで IMessageを使う方法があるなら IMessageをデータインターフェースとして使いたい

送受については >>115 >>121 そして
Indy
http://www.nevrona.com/Indy/download90.html
などが使えるらしい。

本日は調査で終了

>>219
IndyにはIdMessageがあるね。

TIdMessage オブジェクトは，インターネットメッセージをカプセル化します。

TIdMessage = class(TIdBaseComponent)

説明

TIdMessage オブジェクトは，以下のインターネット規格文書で定義された完全なインターネットメッセージをカプセル化します。

>>220 判った。今Indyをダウンロードしてるから、明日はそれを調査してみる

　俺の環境は D5pro＋D6パーソナル なのでIndyの日本語ヘルプはない。　少し辛いかも

delphiだったら俺も手伝えるところあったら手伝うよ！

俺もIndyのこと詳しく調べたいんだが英語が読めない…
日本語の解説サイトどこかない？

本日は TIdMessage を眺めて終わり
　日本語のヘルプは kylix用のを発見　中身を見るとテキストだけ取り出せば・・・いや犯罪か

TIdMessageにとりあえず必要な構造は揃っているようす　ストリームへの読み書き関係があれば
保存が簡単なので調べるのは明日にしよう。

　　property Subject: string
　　property Body:　　TStrings
　　property From:　　TIdEmailAddressItem
　　property Sender:　TIdEmailAddressItem　　　　
　　property ReplyTo: TIdEmailAddressList
　　property CCList:　TIdEmailAddressList
　　property BccList: TIdEmailAddressList

　　property AttachmentEncoding: string　　　　
　　property CharSet: string
　　property ContentType: string
　　property ContentTransferEncoding: string
　　property ContentDisposition: string
　　property Date: TDateTime
　　property Encoding: TIdMessageEncoding
　　property ExtraHeaders: TIdHeaderList
　　property NewsGroups: TStrings
　　property NoEncode: Boolean　　　　　　　　　
　　property NoDecode: Boolean
　　property Organization: string　　　　　　　
　　property Priority: TIdMessagePriority
　　property ReceiptRecipient: TIdEmailAddressIt
　　property Recipients: TIdEmailAddressList　　
　　property References: string
　　property UseNowForDate: Boolean

やるのか、やらないのか、はっきりしろよー

>>225
　自分がやればいいんじゃない？

ポストペット風で、送った文を2ｃｈねらー語に自動で変換できます？

>>227
してどうするの？

送信専用は山ほどあるのに、受信専用をほとんど見かけないのはなぜナリ。
正直、Win用の受信専用メーラーが欲しい。

つーか、
・受信専用メーラ（CUIアプリ）
・送信専用メーラ(CUIアプリ)
・上記２つのフロントエンド兼メールビューア(GUI/CUIアプリ)
に分けて作るってのはどうよ。

>>229
メールを受信して保存する部分をサーバとして分離し、
クライアントはUIだけにしたいってこと?
このサーバ・クライアント間のプロトコルはすでにIMAP4があるね。

となると、fetchmail + 適当なimap4サーバ、のようなもので実現できることですな。
クライアントもimap4対応の好きなものを使うだけ。

>>230
デコードやら添付ファイルの処理とかがDQNでは作れないのだと思われ。
SMTPはアホでも使える。

いや、単にPOPサーバからローカルにファイルを落とすCUIアプリが欲しい。
理想はズバリ fetchmail なんだけど、Winネイティブ版（ｃｙｇｗｉｎ除く）見たことが無いﾅﾘ。
まぁあそこまで高機能でなくても、最低限ファイル転送できれば良いんですが。

あと受信・送信部分を切り離すことで、将来プロトコルが増えても対応が楽かと。
DLLでも良いんだけど、exeにすりゃCUI派・GUI派のどちらも使えるし。

>>232
＞exeにすりゃCUI派・GUI派のどちらも使えるし。

質問。コンソールアプリからDLLが使えないって誰から聞いた？

DLLだと基本的にプログラマしか使えない。
EXEならそうでない人も(原理的には)使える。
ま、実際はプログラマしか使わないんだろうけど。

>>234
＞ま、実際はプログラマしか使わないんだろうけど。

誰が使うかそんなもん。とだけ言っときます。

>>233
コンソールからDLLが使えないって何処に書いてある？
「使える」ってのは可/不可の意味じゃなく、役立つ/役立たずの意味だよ。
…などと負け惜しみを言ってみるテスト。

でも、フロントエンド(と言っていいのか不明)が無いと使えんようなdllよか、
単体で使えるexeの方が、CUI/ＧＵＩどちらでも使いやすいとは思ふ。

あぎゃ

はげしくスレ違いな質問なんだけど、外部のアプリが
EXEをDLLと同等に使うことってできる？

単体でも実行できるけど、DLLとしても機能するような感じ。
EXEとDLLを別々に提供してもいいんだけどさ。

EXEで関数をエクスポートすればいい

神さま、途中経過だけでもお願い…

>>240
きょう、画面に文字が出せました。
次はキーボードを使えるプログラムを作ろう。

>>241 神ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>241
それって「途中経過」じゃなくて「最初の一歩」じゃん…
「最初の一歩」っていうか「まだ作ってません」じゃん…

どこまで貢献出来るかわからないけど、やってみるわ。

メーラー作るの初めてなんで、なんか簡単なメーラーのサンプルプログラム
あったら、紹介してもらえない？

あっ、Ｃで作るんだよね？
Ｃ言語のサンプルプログラムならなお嬉しいです。

>>240-243
ﾜﾗﾀ

これなんてどうです？＜ソース

http://nakka.com/soft/npop/

遅レスすまん。
ありがとう。
でもメーラーって結構簡単な感じするんだけど…？
目が肥えてて、厳しい２ちゃんねらーを納得するメーラーって
難しいものになりそうですね。
本当モナー版ポ○トペット作ろうかな…。

>>248
送受信関係のロジックは簡単。
データのエンコードデコードが面倒。

オリジナルAAを送り込める機能が欲しいです。

>>249
オリジナルのヘッダ
X-AA
を装備して、デコード
ちょうど、X-faceみたいに

そのへんの効率のよい方法勉強せなアカンかもｗ
とりあえず仕事帰ってからしか出来ないから、
開発は遅い予感。

MIMEのマルチパート対応しなくて良いからとりあえず作れ

>>244
がんばれ！

基本的な送受信完了。

添付ファイルに対応させてたら大量のバグが発生し、
いまバグ取りに追われています。

簡単と思ってたら案外鬱陶しい。

神降臨!?(ﾟ∀ﾟ)

神ｷﾀ━━(ﾟ∀ﾟ)━━ !!!!!????

>>244
どんなの作ってるの？

っていうか、“猫でもわかるプログラミング”にだって
送受信・添付ぐらいはUpされてるんだからさ、
報告するなら、その先が出来たところで頼むよ。

猫って自力でやってるの？

猫でもわかるプログラミングってあったのね…。
そっち見れば早かったかも。

添付は出来ました。バグ取りで２時間もかかった…。
今はhotmailに対応すべく思案中。

でも明日早いので就寝。おやすみなさい。

hotmail対応ってhttpsも自前でやるの？

かなり期待age

>>260
＞今はhotmailに対応すべく思案中。
いらんことせんで良いから基本機能強化するか公開するかしてよ。

僕は>>244さんが大好きです

>>258>>263
黙っておいて。邪魔しないで。
発言するなら 応援するか 手伝うかして。

>>244さんがむばってくださいね。

>>265
手伝いたいからソース公開してと言ってるんだが・・・。

>>256さん、応援だけならバカでも出来るよ。

がんばれ>>244

>>265
>>244さんがむばってくださいね。

>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。
>>244さんがむばってくださいね。

>>265
何を勘違いしてるんだ？このバカは。お前みたいなのがこのスレの癌。
ただのくれくれくんじゃん。お前がお一番邪魔なんだと言うことに気づけ。

>>244がんばれ。（藁

>発言するなら 応援するか 手伝うかして。
なんでやねん。
本人？

>>270
応援するか手伝わないなら発言しないでください。じゃまです。

これがプログラム 技術 板か・・・？

何か勘違いした厨房>>265によってまともに回転しかけたプロジェクトは海の藻屑と消えました。

いるよな。>>265みたいな意味もなくきれい事っぽいこというバカ。

煽るつもりなんてまったくないのに
なんでこんなに過剰反応する人が多いんだろう？
とりあえず落ち着きなよ。

>>266
なら>>263みたいな言い方をしないで
最初からソースの公開を希望するって書けばいいのに。

>>271
？？？？？

>>272
みたいね。

そろそろエンコード部分の監査にvoid召喚？

>>274
おーい、応援も手伝いもしてないぞ。邪魔なんだが。（藁

煽り荒らしあってこそじゃねーか
フィルタ書けて見られないのかおまいは。

本人でもないのに、手伝えはともかく応援しろは押しつけがましいだろ

>>277
あー上のヘンな人達の書き込みは透明あぼーんしたよ。
ただ>>244さんが凹んで作る気なくしたら イヤだなって思って。
前にも否定的意見ばかり言ってて 作ってた人が居なくなっちゃったからさ。

>>278
いやー フィードバックがなくて いまにも消えそうなソフトを知ってるからさ。
応援しないよりはした方がいいでしょうって事です。

文句言われて辞めるようなやつは、どの道作りかけで逃げる
くだらない応援より、意見をバシバシ言ったほうが有意義だと思うぞ
ということで265は消えろ

＞前にも否定的意見ばかり言ってて

どっちも激励と要望に聞こえるが。

お前、なんかABONEとかのスレとごっちゃにしてないか？
初めからオープンにやろうって趣旨だろう？

作者＝神が１人いて取り巻きがいるのとはわけが違うんだが。

>>279
＞いやー フィードバックがなくて いまにも消えそうなソフトを知ってるからさ。

モノがないのにフィードバックもへったくれもないんだが。
だからどこぞの彼もそんな機能より公開して叩かせてくれって言ってるんだろう。

>>265の発言をみてるとWin板かソフト板にいるのかと錯覚しそうだ

>>265は勘違いVB厨。

ソフト板住人晒しage

知恵遅れの265がいるスレはこちらですか？

(;´Д｀)おまいらｱﾌｫな言い争いすんな
>>265みたいなのは放置するのが原則だろ

>>287
何とか収拾を図ろうとする自作自演>>265ってとこか。

(;´Д｀)張り付いてんのか…夏休みもう終わったろ？残った宿題やれよ
俺が>>265だったら書き逃げしてるっての

>>289=265
必死だな（藁

　

おめーら、お！メーラー　作成すれ！
　∧＿∧
（　;´∀｀） ちんこ勃ってきた。
人　Y　/
(　ヽ し
（＿）＿）

なんか荒れてきてますね…。
作る気は全然ありますよ。
ただ、ソース公開はもうちょっと待って欲しいです。
マルチアカウント対応したら、お見せ出来るプログラムに
なってると思うんで…。
今はちょっと恥ずかしい…。
叱咤激励大歓迎なんで、ソース公開したら
ビシバシ叩いてください。
そうやって人は伸びていくものと思ってみるテスト。

なんとも出にくい雰囲気の中よく出てきたな
がんがれ

もちろんVCでしょ？
手伝うよ。

>>293
おまえはこの閉塞した2chをマ板から
変えていく力を持っている。心から応援する。

>244
BASE64ならソスー提供できるけど、もうつくっちゃった？

添付ファイル処理してるんだから当然それくらい出来るだろ

多人数でプロジェクト運営するとなると…SourceForge使う？

>>244氏
Delphiでいいなら手伝いますよ。
がんばって下さいね

>>293
＞マルチアカウント
だからそんなもん後で良いから（略

がんばってくれ、いくらでも手伝うよ。

>>298
黙っておいて。邪魔しないで。
発言するなら 応援するか 手伝うかして。

>>293さんがむばってくださいね。

実際、普通に送受信できてある程度マトモなGUIさえくっついてたら後はいくらでも変更できると思うよ
( ´∀｀)悩んでないで公開してﾜｲﾜｲ修正うまぁ

>>303
いっそほとんどモジュール化してGUIはご自由にって言うのも。

>>303
それも前のほうで提案されてるね…

＃Unixならともかく、WindowsでそれをやるとDLL地獄逝きの恐れ高し・・・

>>305
言ってたのは俺な罠。

そこで返事したのは俺な罠
ﾔﾊﾟｰﾘこのｽﾚの住人に期待してるのって俺だけじゃなかったわけか…

>>305
UNIXってso地獄とかってないの？

>>308
ある程度煩雑になるけどDLL地獄とは比べ物にならないよ

>>309
あ、理解。
何の前触れもなく一社の独断でライブラリファイルの仕様変更したりはあんまりないなｗ

>>309
数が少ないだけじゃん

>>311
正解！

ただのメーラーで終わって欲しくないね。
せっかく2chで作るんだし。2chの機能と絡めて何かできないかな。

2chにも書き込めるメーラー・・・

>>314
NNTPにも対応すれば無問題（ｗ

>>313
自動的に有効なアドレスを拾って攻撃。

>>316
激しく2chらしい機能だな。

ていうか2chに書き込む機能は2ch専用ブラウザ使えばいいじゃん。
どうせなら2chと連動するようなソフトを提案。
…ていってもあんまり有用な活用方法思い浮かばんなぁ

2ch生まれらしく、2chと連動できるような機能…
2chを巡回してメアドを収集し、
それらへスパムを延々と送りつづける…どう？

>>317
A BONEは名前をクリックするとメールソフトが立ち上がります。

>>313
書き込みは出来ないけどスレ一括取得くらいなら。
それを自動的に転送してPDAで受け取ってウマーとか。

私は>>244さんが大好きです

>>319
んで2chの収入源の一つである、携帯向け有料サービスの利用者が減って
ひろゆきや夜勤さんがマズーとか。

１０００逝きそうなスレのURLを教えてくれる機能を是非つけるべきです

>>322
まぁ、メーラでやることじゃないのは確かだな。

別ににちゃんねるにちなんだ機能付ける必要ないんじゃないの？
使いやすくて機能的に充実してればそれでいい

>>324
ｱﾌｫか、becky!でも使っとけ

>>324
別に2chにちなんだ機能を付ける必要はないんだが、
使いやすくて機能的に充実してるだけならBecky!使えばいいだけのこと。
シェアが嫌ならEdMaxがある。
あの2つは日本製としてはほぼ完成されてるからね。

だから、恐ろしくUIが柔軟にカスタマイズできるとか、
2chと連携の取れるとか、
なんらかの特異性を持たせなきゃね。

>>244氏、
俺にできることがあったら手伝いますよ。
Delphiしか使えませんが…

フリーのメーラー少ないから選択肢が増えるのはうれしいよ
だから別に2ｃｈ特有の機能無くていいと思う

>>327
同意。

「あれがあるから作っても仕方がない」

はその分野の進化を止めることに他ならない。

テキストエディタはもうそんな状況だな
emacs,vim,種々の定番Winエディタ…
画像ビューワもだめぽ
アーカイバも厳しいか。

ファイラーはまだ置き換えが出来るだろう
メーラーもフリーなら置き換えが出来る
FTPクライアントもいけるか。

>>329
Gif読めるGVクローン作るだけでずいぶん違うと思われ。

>>329
エディタもビューアもアーカイバも、完成度は高いがまだまだ未完だ。
むしろ完成度の高さゆえ、後に戻れず行き詰まってるモノも少なからずある。
後発にはいいとこ取りの利点がある。

諦めが「困難」を「不可能」に変える。
あきらめるな。

…なんてな。ｸｻｰ

要は創造性の無い奴の戯れ言だろう、

「この分野は既に成熟していてこれ以上の進歩はない」

とか言うの。

自分はもう何もおもいつきましぇーん。だからこの分野はもう進歩しませーん。

進歩してないのはお前だけだよと。

ところで>>244さん
今どのくらいまでできてるんですか

>>333
黙っておいて。邪魔しないで。
発言するなら 応援するか 手伝うかして。

>>244さんがむばってくださいね。

保守

いまさらだが
これってOSはWinだよね？

ｵﾌﾟｿのメーラーってぜんぜんないのねん。

おらも作ってみようかな・・・

ああ、重要な(?)要望忘れてた
簡単に暗号化メールを送れるよう(GPGとか)にしてﾎｽｨ

>>337
それはPGPのことか？

>338
まさかぁ(´∀｀ )
勉強不足ですよん

ついでに
ﾎｨ　http://www.gnupg.org/(´∀｀ )

>>339-340
ｽﾏｿ、回線切って逝ってきます。

>>244さんへ要望なんですが
メールを送信する時に送信元アドレスを"簡単に"変えられるようにしてもらえませんか？
別に悪戯とかが目的じゃなくて、転送メールとか使ってる場合にそうゆう機能があると
便利だと思うんですよね。
どうかご検討下さい

>>342
黙っておいて。邪魔しないで。
発言するなら 応援するか 手伝うかして。

>>343
黙っておいて。邪魔しないで。
発言するなら 応援するか 手伝うかして。

>>224も神気取りたいならソフト板でやりな。

>>244さんがんばってー

そうか。>>244は死んだか。

>>347
hotmailクライアントの実装が難航しているようです。

ていうか仕事が忙しそうだね。
気長に待とうよ。
メーラーって全然分からないんだけど、
hotmailクライアントの実装ってそんな難しいの？

相互リンク

[ソフトウェア板] 2chメーラ「ギコメラー」を作ル会
http://pc3.2ch.net/test/read.cgi/software/1025639377/

>>349
そら、情報０だろうし。OEが出すパケット横取りするしか。

>>349
× 難しい
○ かったるい

保守

人に見せられるところまで出来てから作るって言え。
「俺も作ろうかな」とか言って気を持たせるなタコ

>>354
＞人に見せられるところまで出来てから作るって言え。
日本語知ってるか？そう言うのは「作ってる」もしくは「作った」と言う。

まぁ、クローズドでこそこそやるくらいなら自分のサイトの日記ででもやってくれと。

>>355
あんたこそ読めないか？
>人に見せられるところまで出来てから

完成してからとは言ってない。
たとえばGUIだけでも送受信だけでも良いから、
そういうのが出来てからにしろと。

>>356
「作ってる」「作ってる」「作ってる」「作ってる」「作ってる」「作ってる」「作ってる」「作ってる」「作ってる」

224さんが来ないようなんで、
僕が以前にC言語で作った簡易メーラーでよければ・・・

それにてきとーにモナーのアスキーアートでもいれたらいいよ。

>>359
何か本当にそれで良くなってきた。

age

バグ取りが
かったるいのでBeckyにレジストしました

開発終了っす

>>362
死んで吉！

>>362
大丈夫、誰も君が作ってると思ってなかったから
次からはソフトウェア板で神気取りしてね

いきなりホットメールの処理をとかほざいてる時点でアホ確定だったし。
世に出ない方が幸せだ。

３６２は２４４じゃありませんでした（ｗ
釣られた人。残念でした（ｗ

>>362
やられた〜

>>366-367
うざい氏ね！

>>368
マジで引っかかった人ですか？(w

なかなかの釣師だな

>>366-367 ＝ >>369-370
マジで氏ね！

>>371
なに熱くなってんだ？ 暑苦しい。

なかなかの釣り師か？？
文章も違うし、名前は全角だし。
何やってんだろう？としか思えなかったが。

>>373
メール覧見ましたか（ｗ
それでもなかなかの釣り師なのは変わりませんけどね。

>>362-374
恥しくない？

やられた〜

>>362
かっこいい！
あなたは最高の釣り師です！

やられた〜




こんなんでいいですか？

おぬしもなかなかの釣り師よの〜

パパ釣られちゃったなー。まいった

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!
厨房板から来ますた！
最強の釣り師がいるスレはここでしか？

孵れ

どうでもいいがSSLには対応してくれよな

あ〜あ。マジで釣れてておもしれ。
そうそう、２４４も３６２も俺じゃないのでよろしく。
本当は３６６＝３７４ね。引っかかった人多いみたいだけど。

やられた〜

またまたパパ釣られちゃったなー。まいった

人に見せられるところまで出来てから作るって言え。
「俺も作ろうかな」とか言って気を持たせるなタコ

そうか。>>244は死んだか。

結局のところどんなメーラーが欲しいんだ?

AA版ポストペット

んなもんいらねぇ

機能最小限で、わかりやすくコメントが書いてあるのがいい
そのまま学校に提出できるぐらいの、すごすぎずしょぼすぎない感じがベスト
いろんな言語で作ってくれると特長がわかって楽しそう

>>392
宿題ですか？

んで結局まだなの？

age

ここにそんなスキルのあるやつがいるわけないじゃないか。
いっそEdmaxの作者にでも2ch版作ってくださいって頼もう。

>>396
お前はアホか？

お前もメーラにモナーのAA書いてあればイイやとか思ってる人？

よぅし、頑張ってメーラ作るぞぅ。
しかし、メールサーバによって癖が違うんだろうか？
いやいや、その前にアカウント取らなきゃ話にならんな。
道は遠い。POP3クライアントの実装例が
何かの本に載ってたな。まぁいいや。

大丈夫だ。
POP3ならFTPのLISTのようなめんどくささは無いから、気にせず実装しろ

>>397
お、一匹釣れた（藁

>>397

っていうか、その程度でいいって思ってるよ（藁
どうせ仕事じゃ使えねえし。

ポストペットの3DAA版でいいよ

JavaMailライブラリ使っていいなら、つくろうか？

>>398 は
何が「まぁいいや。」なんだろうか

Javaはヤメテ…(;´Д｀)

>>403
是非作って下さい

>>398
POP3→IMAP4の方がしっくりくる文章だな。

Javaは正直、勘弁。
違う言語覚えて作ってくれ。

正直、C#は?

正直、お前が書けるのか？

基礎から作り方まで参考にできるWebペイジ教えてくれたら、
漏れが一から勉強して作りたいが・・・。
そんなに簡単にできないのやっぱ。

>>411
作り方書いてあるページを見ないと作れない奴が作っても
劣化コピー品しか出来ない罠

C++で作りますけど
手伝ってくれる？

>>413
どこを作れる？
GUI作れるならロジック部分はある程度手伝ってもいいよ

その際、仕様がちゃんと確定してるのが前提だけど(この場合XPでやるのは非効率的でしょ)

>GUI作れるならロジック部分はある程度手伝ってもいいよ
普通一番作りたいところだろ。
お前みたいなヤシはいらん

>>415
何もできないお前よりまし

(^Д^)ｹﾞﾗｹﾞﾗ厨が何かほざいてますがバカは放置してとりあえず何か実装してみます

おっとsage忘れ

>>414
すごく期待してます

とは言ったものの、どこから作ろう…

>>414
期待してます！
まずはこのスレで名乗る名前から作ってはどうでしょう。
既に何人か期待された名無しが行方不明になってるので…

口だけの香具師は作るとか言い出さないでくれ。

それならやる気を見せている>>411のほうがマシ。

>>413>>414
がんばってください。

変数の名前だったら考えてやってもいいぞ。

散々言い尽くしてきたがDelphiでできることなら手伝うぞ。

作る順番がおかしすぎる気もするが、とりあえずエディタから作成中。

俺も手伝うから作業中のファイルでいいからコンパイル通らなくていいから

ソースうｐしてくれ

手伝うって人はなんなんだろ。
自分では作りたくないってこと？

POP3の実装例(アホみたいに簡単だけど)
あまり意味は無いが動作が分かりやすいように書いてみた。
#!/usr/bin/perl


print "接続先POP3鯖アドを入力してくらはい\n";
$pop3 = <STDIN>;
chomp($pop3);

print "$pop3に接続開始\n";
$addr = (gethostbyname($pop3))[4];
$name = pack("S n a4 x8", 2, 110, $addr);
socket(POP3, 2, 1, 0);
connect(POP3, $name);
print "接続完了\n";

select(POP3);
$| = 1;
select(stdout);
$popout = <POP3>;

print "$popout\nIDを入力してくらはい\n";
$id = <STDIN>;
chomp($id);
print POP3 "USER $id\n";
$popout = <POP3>;

print "$popout\nパスワードを入力してくらはい\n";
$pass = <STDIN>;
chomp($pass);
print POP3 "PASS $pass\n";
$popout = <POP3>;

if($popout =~ /^-/) {
 print $popout;
 print "(´･ω･｀)エラーっす。多分パスワードが違います 糸冬了\n";
 exit(0);
}

print "$popout\nメールボックス内のメッセージ一覧を表\示します\n";
print POP3 "LIST\n";
$mailcount = 0;
while(<POP3>) {
 if($_ =~ /^\./) {
  print "リスト終了\n";
  last;
 }
 print;
 $mailcount++;
}

for(;;) {
 print "読みたいメールの番号を入力してくらはい(0:終了)\n";
 $num = <STDIN>;
 chomp($num);
 if($num > $mailcount) {
  print "(´･ω･｀)そんな番号のメール無いです。。。\n";
  next;
 }
 elsif($num == 0) { last; }

 print POP3 "RETR $num\n";
 while(<POP3>) {
  print;
  last if($_ =~ /^\./);
 }

}

print POP3 "QUIT\n";
close(POP3);
print "終了しますた\n";

一応うちのプロバに繋いで動作確認済み
ついでにDELEも実装しとくべきだったな

プロトコルならココ。Perlで実装されている。
    http://x68000.startshop.co.jp/~68user/net/
プロトコルの勉強にはなると思うけど、
メーラー作るならNet::Pop3やNet::SMTP使ったほうがラクチン。

Perlでやるなら、、ですね＜Net::POP3その他　それともC版があったかな・・・探してみるか
あくまで>>428-430は自分でロジック組む際の参考にするために作ったので(実際はCで書きます)。
スレ汚しｽﾏｿ

プロトコルなんかはRFC読めば済む話なんだから、
メイルアプリケーションに取りかかれよ

RFC1939/2045-2049/2449/2822

等を読め

>>434
偉そうだな　自分がやれよ(ﾜﾗ

>>427
手伝いたい、っていうより
みんなで作りたい

>>435
何が面白いのか解説きぼん

何もできねーやつが偉そうな口きいてるのが面白いの

まともにプロジェクト立てるなら、まず方針をしっかりさせるべきだろ
とりあえず

・既存のライブラリ内で使いまわせる分は極力使いまわす
・GUIとロジックはできるだけ分けて製作する

こんなところかと。追加すべき方針があれば書き込みよろ。
ついでに今まで出てる要望も一旦全部まとめるか…

>>438
あんた何かできるの？

>>414はとりあえず動いてるじゃねーか!
それだけでも文句だけのﾔｼらより千倍ましだ!
がんがれ!414

少なくともC,Perl,Javaはそれなりに使えるが？

>>424
じゃあDelphiで作ってよ

>>441
とりあえず動くのは一部の環境だけ。
たぶん、windowsだけじゃないの、確認してないけど。

>>442
その言葉で結局このスレの目的は果たせないことがわかりますた。

>>443
俺も手伝うぞー
Janeみたいにシンプルな感じにしよーぜー

>>414
漏れも手伝うから、ソース公開キボンヌ。

なんかこのスレいい感じになってきたな（・∀・）ワクワクキタイアゲ

VC++で作る人いませんか〜？

>>447
じゃあageんな

すまんageといっときながらsageる予定だったのに・・・



ヽ(`Д´)ノ ボボボボボボッキsage

このスレからメーラーが生まれるんだね

一応いままでのスレの流れをまとめ。
まず開発言語について
今のところ出ているのはDelphi、C、C++、Java、C#、、、、、、、、、、、、、、VB
結局　UI:Delphi　IO:C/C++または任意の開発言語→DLLエクスポート　が妥当なところか？


機能について
　基本的な送受信(SMTP、ESMTP、POP3、APOP、IMAPx(今のところ不要))
　一定時間おきに新着メールをチェック
　メールのツリー表示
　マルチアカウント
　GPGやその他の暗号
　メールデータの圧縮保存
　他メーラからのデータインポート
　URLの自動リンク
　フォルダ振り分け(特定アドレス無視等も)
　容易なプラグイン拡張
　広告自動カット(hotmailその他の鯖ごとに対応が必要か)
　X-Mailerの変更
　ファイル添付
　スキン

こんなとこかね…データ仕様なんかもスレ内に提案されてるのでとりあえず製作参加する気のある人は
目を通しておくとよさげ。

機能追加希望その他もどんどん書いていって活性化していくと開発意欲も湧いてきて(ﾟдﾟ)ｳﾏｰ

うわ、、日本語滅茶苦茶だな・・

てst

>>439
>GPGやその他の暗号

じゃなくてPGPダナー

>>455
上200レスぐらい読めば分かる…

まさかぁ(´∀｀ )
勉強不足ですよん

↑で検索したら見つかったよ。

>>455
ＰＧＰはＣＧＩだろ（ｗ

俺がとりあえずインターフェイスデザインしてやるよ。

メールの読み出しまで実験成功。
しかしSubjectも本文も文字化けだなぁ。
道は遠い。。。

マターリ逝こう

>>459
＞ＰＧＰはＣＧＩだろ（ｗ
PHPと勘違いしている予感。なお、アレCGI使わんだろ。

Java ならベースはあっという間なんだが…。嫌われてたか^^;
geo にページは作ったけど、そのあっという間をやる時間も取れず開発環境しか作ってないや。はー。
さくっとツリー形式GUI作って公開しようと思ってたのにねー。

>>459
ワロタ

>>464
漏れはJava（・∀・）イイと思うよ
geoのペイジきぼんぬ。

ところでソース公開しないのん?

Sourceforgeがいいと思われ・・・http://sourceforge.jp/

SourceForge使うなら誰がadminやるかも決めなきゃいけないだろ

>>466-467
どーでもいいからそこらでアカウントとって早く公開しろよ。
どこまでできたか早くみてーんだよ

>>466-467
馬鹿はほっといてください。期待してます

>>463
どーでもいいがPHPもCGIの一種だぞ。

>>470
CGIの定義教えて？より正確につっこめるから。

>>470
CGIとPHPがそれぞれ何の略か知ってるか？

UIはあふみたいなのがイイ！！

名前はギコメラーで頼む。

>>464
是非見てみたいです。

gikomailerでいい？

(´-`).｡oO(OutlawExpress…）

Backey

あとライセンスは？
とりあえずBSDでいこうと思うんだけど

EdMinimum

Hicky! 〜ここはすごいインターネットですね〜

ﾓｺﾞﾓｺﾞ・・・やっと本文の文字化け直った。
が、Subjectが依然ばけらった。
道は遠い。
ひぃぃ。

SourceForgeにプロジェクト申請しといた

>>476

ＯＫ．サイコーだぜ。

とりあえずプロジェクト名はGikoMailerで、各スキンに好きな名前(OutlawExpressやらHicky!やら)をつけるってのでどうでしょう

Hicky!もいいな（藁

なんか遅すぎる夏休みの自由研究っぽい雰囲気

残念ながら「Hicky! 2ch client」
http://isweb37.infoseek.co.jp/play/fuktommy/

っていうのがあるよぅ

ﾎｼｭ

ago

やっとSubjectのデコードができた・・・。
わかってしまえば簡単だったが、
ふぅぅぅ。道は遠いなぁ。

ゆっくりでいいからガンガっテください。
もしくじけたら壊れててもいいのでどこかにウプして。
ひきつぐから。

>>398
お疲れさま。がんがってください。

SourceForge.net/jpみたけどプロジェクトみつかんないよー。

とりあえず、申請はしておいたものの審査(特に、ライセンスを保留状態にしている為か)に時間がかかっているのか没になったのか…
もうしばらく様子見ですね。

Java で書き始めたよ…。数字で始まるパッケージ名だめやん。net.2ch.jgm
どうするんだっけ? "_2ch" ?
# みんながんばってねー。

結局みんなバラバラに作ってるんですか?
じゃ、漏れもjava派だからjavaで作る。

なんで騙るのだぁぁぁぁ。
>>497
javaで作ってないよ！

風邪引いてリポD注入・・・

メーラはいつも使うもの。
それが「あの」JAVAだって?

発表したところでどうなるかは分かるよね。

>>499
Javaのファイラーがあるぞ。
結構イケテルらしいぞ。
俺は使う気起こらんが…

WebStartに汁！　　と言ってみるテスト．

しぃめらー

JavaでWebメールとかを実装しちゃえば？
参考となるコードが、この辺にある。
http://www.sk-jp.com/book/javamail/samples.html
http://www.fk.urban.ne.jp/home/kishida/kouza/javaml.html

他、ここに、アプレット利用でなかなかよさげのものがある。
掲示板システムみたいだが。
http://www.katsurada.ne.jp/

JavaWebStart 対応した。
>> 398 他に Java でやろうという人がいなさそうだからやり始めただけなので、
もちっとして公開したらそっちに協力してもらっても嬉しいかも。
昨日今日で3,4時間かけて API のドラフトと送受信できるものはできてるよん。 GUI は枠だけ。
>>499 いつも起動しっぱなしなら Java 向きかもね :P

Javaで作るなら、Swingじゃなくて、SWTってどうよ？
Swingのモッサリしたインタフェースじゃなくて、SWTだったら
クライアントアプリとしても見た目もいいし、軽い。

>>464
あ、私もJava使って作ってます。思いっきり他の人のソース元にしてますが。(w
なのでソースもいっしょに公開しちゃおうかと思ってます。
JavaMailも必須なんでどんだけの人が使うかはなはだ疑問ではあります。
もう実装の方は一区切りついたので今はホムペ作ってアップしている最中です。

Sun製のJREを別途ダウンロードしなければならない、となると使う人は限定される。
メーラーアプリをダウンロード・解凍するだけで動くのが理想と思われ。
# MSのJavaでも可

JavaMailを用いたメーラを以下のサイトにアップしました。

http://www.geocities.co.jp/SiliconValley-Sunnyvale/9210/

はっきり言って誰が使うんだｺﾞﾗｱというお叱りがくるのは承知の上で
アップしてみますた。
参考になれば幸いです。

メニューのフォントを非Boldにしてください。それでずいぶん見た目良くなります。

がんばれー
結局 Java 版が一番乗りなのかー?
それはそうと JavaMail は同梱配布してもよいぞー

>>508
ふーん。パクったとしても、漏れはいい出来だと思うよ。
これからが楽しみ。
ソ ー ス い た だ き ま す た

Manifest-Version: 1.0
Class-Path: mail.jar activation.jar
Main-Class: net.twoch.GikoMail.GikoMail

というファイル(仮に"manifest.mf"としよう) を作って、
jar czf -mf manifest.mf gikomail.jar net
としてやって。そうすると、gikomeil.jar のダブルクリックで起動できるように
なるから、面倒なインストール手順は要らないよん。
mail.jar/activation.jar は gikomail.jar と同じディレクトリ、ね。

>>505
ベースがきちんと API 化されればSWT版GUI を(だれかが)作ればよい。
swing 版はとりあえず作りやすいから仮にそうしとく、とか。

TelnetでSMTPプロトコル体験しますた・・・。
確かにシンプルだ・・・。
たのすぃ。
まだ受信の方も完成してないけど・・・。
道は遠い。
頑張るべ！

添付ファイルを扱うマルチパートとか、エンコード周りとか、MIMEあたりとか、
まともなものを作ろうとしたら、けっこーめんどくさそう。

匿名メーラー

いまどきはこれ一発で JRE インストールできるみたいね。
やっと Flash なみになったか。でかいけど。
http://dlres.java.sun.com/PluginBrowserCheck?pass=http://java.sun.com/getjava/installer.html&fail=http://java.sun.com/getjava/others.html

>>517
もうこんなとこまで進んでたのか。
これなら、ランタイム配布も、なんとかクリアかな？

あれ?こないだやった時は証明書確認以外は何も問い合わせてこなかったの
に、今やってみると普通のインストーラが立ち上がっちまうな。
(聞いてこなかったときはJDKインストール済みだったからかもしれんが)
http://www.sun.com/ にあった GetJava のリンクも消えてるし。何やってんだ Sun (鬱

>>244 げんきー?

>>519
漏れは、ｓぱｒｃは同でもいいので、
いつも直　http://java.sun.com/　に飛んでるＹＯ！

510、512さんアドバイスありがとうございます。
助言にしたがってGikoMail.jarのダブルクリックで起動できるような
packageを作成してみました。

http://www.geocities.co.jp/SiliconValley-Sunnyvale/9210/
にアップしてあります。

一定時間毎にメール確認して、メールがきたら

ｷﾀ━━━━━(´Д`(○≡(･∀･)≡○)´Д`)━━━━━!!!!!

って言ってくれる機能があればうれすぃ

>>522
つーちゃんねるかよ！

つか、パッケージ名は小文字に汁！

とかいいつつ、応援にしてるから、がんがれ！

>>522
ＪＡＲダプクリでうごかない。。。
mainがねーとかいわれますた。

漏れもjavaでがんがってみるポ。

そっちもがんがってな > 522

結局みんなバラバラなのか…。(´･ω･`)ｼｮﾎﾞｰﾝ
ＣＶＳで誰でもコミッターとか期待したのに。

sourceforgeあたりに入居して、いったん仕切り直ししたほうが良くない？
てんでバラバラに違うものをつくるより、よってたかって１つのものを作った方が、
いいものができると思うよ。

いっそ2chブラウザと統合しる！

>>529

2chメーラ「ギコメラー」を作ル会
http://pc3.2ch.net/test/read.cgi/software/1025639377/

↑ここの>>1はそんなこと考えながら３分で逝ったようだ。

まあ、monazillaに載ったわけだが

>>525
JREのバージョンは1.4以上でしょうか？
JDK1.4.1でコンパイルしたせいかJREが1.3以下だと
ダブルクリックで実行できないようです・・・。
どうしてもできないようならGikoMail.batの方を
使ってみてください。

>>528
もうちょっと落ち着いたらsourceforgeに移行するのもいいかも。
#でもCVSを使うのは久しぶりだな・・・、最近VSSばかり使ってるからなあ。
cygwin版がまともに動作すればいいんだけど。

>>531
あら、ホントだ。(w
特に報告しなくても載るものなんですねぇ。(w

WinでCVSクライアント使うなら、WinCVSがあるよ。
ビジュアルにつかえるやつ。cygwinでもいいけどさ。

ttp://www.wincvs.org
ttp://www.linkclub.or.jp/~tumibito/soft-an/cvs/download.html

JMenu menu = new JMenu("受信(R)");
menu.setMnemonic('R');

くらいはやろう。ついでに

receiveMenuItem.setAccelerator(KeyStroke.getKeyStroke(
KeyEvent.VK_R, KeyEvent.CTRL_MASK | KeyEvent.ALT_MASK));
とかしてやると Ctrl+ALT+R で受信できるようになる。

ご参考：　CVS導入スレ〜
http://pc3.2ch.net/test/read.cgi/tech/1030563262/

とりあえずSourceForgeのプロジェクト申請通りました。
忙しいので数日サイト作成をできませんが、、、以下のURLです。
http://gikomail.sourceforge.jp/
SourceForgeのアカウントを持っている方は下記URLへ
https://sourceforge.jp/projects/gikomail/

とりあえず、当面の方針です
　1．開発環境を確定する(UIはDelphi、ロジックはC/全てJava　等)
　2．実装する機能を決定する
まずはフォーラム(ここでもいいと思いますが)に欲しい機能をガンガン書いていってください。
同時に、正式に開発参加して下さる方を激しく募集します。
C、C++、Delphi、Java等のプログラミング経験のある方(基本ができていることが前提)の参加をお願いします。


＃勝手に仕切っていいのかな？

個人的にJavaでの開発は動作速度の面で多少問題があるかと、、、
生産効率は高いので後から他の言語に書き直すべきかな？

ちなみに↓がSFのプロジェクト紹介文。ちと書きすぎた感も…
2ちゃんねるから今度はメールソフトが誕生！基本的な機能はもちろん、暗号化メールや2ちゃんねるならではの機能等も満載です。ぜひ使ってみてください

ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!

>>536
あや？私もsourceforge準備してたんですが。
こちらに合流した方がいいのかな？
それとも
>>個人的にJavaでの開発は動作速度の面で多少問題があるかと、、、
だからJavaだとダメ？
だったら別でプロジェクト立ち上げるけど？

>>539
ちょっと誤解があるようなので。
とりあえず当面Javaで開発を進めていくのがいいと思います
Windowsネィティブな機能を使う必要がある場合も出てくると思いますので、
いずれ別言語に移行するのがいいかと…JNIでの実装も可能ですが、移植性が落ちる点では望ましくないですね。

後々意見をまとめるのも楽になると思いますので、一旦合流していただけると嬉しいです。

>>540
了解。
そちらは
>　1．開発環境を確定する(UIはDelphi、ロジックはC/全てJava　等)
>　2．実装する機能を決定する
というところからはじめるみたいなので
私のGikoMailはサブプロジェクトもしくは関連プロジェクトということでどうかな？
そしたらJavaに限らず何でもできるでしょ。

sourceforge
Mailerとmailに分かれちゃいましたね。
どちらかに統一するんでしょうか？

>>536
おめ

ギコメラに一票

うちの X-Mailer は Outlook Espressoでつ。

　WebStart + SWT + 全JAVA　きぼん。

漏れも作ったんだが、「お手紙名無しさんver0.1」にしますた

上のgikomailerのサブプロジェクトor関連プロジェクトとして
GikoMailプロジェクトを立ち上げました。

こちらは単に私の作ったGikoMailのパッケージ、ソースの置き場所です。

それに伴いGikoMailの開発の場をSourceForge.jpに移転することにします。
こちらがプロジェクトのページになります。
https://sourceforge.jp/projects/gikomailw/
(SourceForgeのアカウントを持っている方しか参照できない？)

ソースの置き場所が欲しかったので、
とりあえずGikoMailはこちらで開発を進めていこうと思っています。
ソースもCVSにimportしておきましたので、最新のソースが欲しい方は
こちらで入手してください。

ソースをcommitしたい方はその旨フォーラムに書き込むか、
SourceForge上のajishio_taro宛に連絡頂ければメンバーに追加いたします。
よろしくお願い致します。

>https://sourceforge.jp/projects/gikomailw/
>(SourceForgeのアカウントを持っている方しか参照できない？)
どうやら
http://sourceforge.jp/projects/gikomailw/
でも行けるみたいですね。
失礼しました。

Javaわからん。起動すらできない。（JDKは入れてるけど）
やっぱり自分で自分の得意な言語で始めるべきかなぁ。
VC++でつくろうと考えてる人います？

その程度のレベルの人間がメーラーなんか作るな。迷惑きわまりない。

受信だけなら迷惑かけないさぁ
暖かく見守ってやれよ。

俺はこのスレ微笑ましくて好きだよ。

>>552
禿同
>>550
気にするな、自分の得意とする言語があるんだから自信持っていけ。

>>551
申し訳ない。まあ、迷惑にならないように一人で細々とやってみるよ。

>>553
アリガ�d。人に見せても良さそうなものができたら公開してみるよ。

標準でHotmailなどのWebメールにも対応してると（･∀･）ｲｲ!
Becky!はプラグインに頼るし，EdMaxはJupiter5などを使わなきゃだめだし。

【IPを晒さないWebメール】
・LYCOS
・goo
・Infoseek
・ClubA&A

っていうか、VC++激しくキボン

ご自由にどうぞ

>557
VCでいいからプロジェクト参加しれ

age

じゃあ俺はDelphiで作るね。
Indyで良いよね。

いいなぁこのスレ・・・(´д｀*)
漏れJavaで別のものを作ってるけどよろしく。

コンソール画面のソフトでよければ、Perlで作りますが・・・
１・２時間でできちゃうかも・・・

サーバー不要なPure P2Pメーラーはまだですか？

おまいら一体いくつ作る気ですかw

>>563

パーラーな君には2ch御用達webmailer、プロジェクト
NOW2GETの作成を命じる。

Gikomailerとの連携はおいおい考えよう。

ところでさ、暗号化はどうするの。
SSHあたり使う場合、メーラーソフトは関係ないの？

そんなことは一人前になってから考えろ

>>568
はーい、分かった。
で、ウィルス対策は、どうすんの。

Delphiだとドラッグ＆ドロップで５分で作れますが

普通に作ればメールウィルスなんて関係ないだろ。
Outlawのコンポ使うのでなければ。

>>571
はーい、分かった。
じゃあ、文字コード対応どこまでやる。
ドイツ語・フランス語・中国語（簡体字・繁体字）・朝鮮語・ロシア語
あたりまではやるとして、スペイン語とかタイ語とかアラビア語とか・・・

>>572
おいおい2ch語対応せずに「2ちゃんねる発メーラ」を名乗る気か？

>>573
はーい、分かった。
２典のソース、ダウソして変換ルーティン作りましょ。

自然言語処理搭載かよ！

つくってるヤシ、コテ半名乗ってソース晒してよ！

>>570-576あたり

SourceForgeのプロジェクトページ行け
https://sourceforge.jp/projects/gikomail/
https://sourceforge.jp/projects/gikomailw/

この２人だけ？

>>569
「２ちゃんねる発ウィルスチェッカー」
(*´д`;)ﾊｧﾊｧ

>>579 なんか、それ自体がウィルスっぽい。（ｗ

メーラーにスパイウェア仕込んで情報を売って丸儲け


（ー＾ρ＾）うっしっし

>>565
そのうちいくつ出来るかわからんけどな

>>579
底までいくと趣味の段階じゃねーな(ｗ

今気づいたが、VBならBASP使えば簡単かもな。
折れはDelphiしか持ってないけど。

俺がとりあえずインターフェイスデザインしてやるよ。

風化回避age

漏れがモニターユーザやったるよ。

じゃあ おれっちがdelphiでプロトのプロトつくってみるくそ

まずはインターフェイスから、一人でｺｰﾂｺｰﾂやってみるくそ

こんな感じ（ｗ
http://sakots.pekori.jp/imgboard/imgs/img20021103143025.gif

>>590
シンプルすぎだなｗ

>>590
ウィンドウ下にトレース画面作れないかな？
「受信中…」とかは別窓ではなく同じウィンドウ内がいいんだけど。

>>592
トレース画面つけてみたよ。こんな感じでインターフェイスはいいかな？
シンプルすぎるけど。。。（ｗ　後々色々と付け加えるとして。。。。

あ、メーラーの名前って何に決まったんだっけ？
GikoMailer でいいんだっけ？

http://sakots.pekori.jp/imgboard/imgs/img20021103182324.gif
ツールバーとトレース画面のキャプでし。これでいいかな？

>>595
（　´∀｀）おけ〜

506ことajishio_taroです。

GikoMail Ver0.2
http://www.geocities.co.jp/SiliconValley-Sunnyvale/9210/
を公開しました。
マルチアカウント対応化しますた。
アカウントを追加するにはメニューの「Config」→「新しいアカウントの作成」
を選択してください。
同じ「Config」からアカウントの削除もできます。

興味ある方使ってみてください。よろしくお願いします。

なんか変な動作したらやだな((((；ﾟДﾟ))))

きゃー！実行しちゃった！！
ああWINNTが消えていく〜(嘘)

つーか、なかなか(ﾟДﾟ)ｳﾏ？

ＤＮＳを取得しておけば、メールサーバに頼らないメーラーって できないかな？
つまり、メールサーバかよ（ｗ

VC++6.0だったら開発に参加してもｲｲと思っている人の数→

>>600
DNS を取得って?^^ 送信に関しては、直接相手先に接続して送信するようにするのは(たとえば JDK1.4 なら)簡単。
受信に関してはメイルクライアントの範疇を超えるでしょう。

OSがﾃﾞﾌｫで使ってるDNSを調べるにはどうすりゃいいんだ？

nslookup 実行しろ

　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　　べっきーを超える2chめーらまだ〜？？？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.愛媛みかん.　 |／

メールのヘッダ受信まで完了

僕は手っ取り早くHSPで・・・

>>600
要するに、相手のメールアドレスを元にMXレコード引いて、
相手側のMXサーバに直接メールを投げるって事でしょ？

俺も前から気にはなってたが、Windows用のMUAでは
その形式の物を見たことがない。
俺が見た限りでは、自ISPのSMTPサーバに配送を頼んでいる物ばかり。

何か不都合があるのかな？

http://sakots.pekori.jp/imgboard/imgs/img20021105200224.gif

送受信が面倒になってきたんで、nMail.dllを使うことにしますた。

Indy使えよ。

>>608 普通はね。多数の相手に送るときに自分がせっせと宛て先毎に MX 引いてたらむやみにクライアントマシンにコストがかかるでしょ。
MTA に一通送るだけのほうが楽ですわ。後大きいのはファイアウォール内のメイルクライアントは直接外部のMTAに25接続できないでしょ。
必然的に、ゲートウェイのMTAに送信する機能がデフォルトになっていくのよ。実装もめんどくさくないし。
あとね、移動が多い人向けには、いちいち接続MTA切り替えるの面倒という人がいて、そういう人のためにローカルホストで動かす MTA は
Windows 用にもありますよん。MUA がわざわざ実装するまでもないというのがもっとも大きな理由ですかな。

日本語変でｺﾞﾒｿ

JavaMail

>>611
な〜るほど。
確かにそれはそうですな。
お答えどうもありが�d。

# 俺がこの疑問を持ったのは、
# "POP before SMTP"が原因です。

それは歴史上…ね。最終宛て先までリレーするというのは今も P2P 関係で生きている画期的な仕組み
だったわけだが、当時はその「誰かに渡せば届く」という仕組み上認証なんて考えてなかったわけだわ。

名前はギコメラーだろう。
あくまでメラー。メーラーじゃなくて。

からあげしても（・∀・）ｲｲ？

GikoMail Ver0.2　（DL from S.F.）
垢つくったけど、
受信→全ての新しいメールを取得、メッセージ→新規メールの作成
どっちも反応なし。
…とおもったら、mial.jarとactivation.jarの場所がちがうやんけ。
アーカイブでも、libディレクトリつくっていれとけＹＯ。

>>618
>…とおもったら、mial.jarとactivation.jarの場所がちがうやんけ。
>アーカイブでも、libディレクトリつくっていれとけＹＯ。
あれ？おかしいですね・・・。
./lib/mail.jar, ./lib/activation.jarにありませんでしたっけ？

>>ajishio_taroどの
新規アカウントの作成ウィンドウで
ディスプレイサイズが800*600だと「OK」「Cancel」が見えないっす。

ちうか子ウィンドウが縦長すぎでち。（´Д｀；）

いま他のマシンで落としなおして溶かしたら、確かにlib/にあったす。
さっきはまじなかったのに、なんでだ？マシンのＷｉｎＺＩＰがいかれてたか？
すまんす。

応援age!!

>>620
申し訳ないです。
実は私の環境(1024*768)でも少し下の方が切れて見えます・・・。
次のVerupで少し修正してみます。

メーラーの機能って >>452 にある以外で要望とかある？
インターフェイス面でもいいからさ何でもおせーてちょうだい。

じゃあよろ

なんでもいいから2chぽいのを一個頼む

↑
という名前が2chメーラっぽいと思うんだけど、どう？

ちょいと質問
サーバーに接続してからメールを受信して件名一覧などを表示するまでのプロセスとして
一般的な方法って何？速さとか効率性とかを考慮して。

サーバー接続→メールすべて受信→保存→一覧表示？
サーバー接続→メール一通づつ受信→一通保存→一通表示
　　　　　　　　　　　↑ここをすべてのメッセージ受信するまで繰り返し?

なんかいまさらな質問でｺﾞﾒｿ

>>628
その２つだと受信中に受信した分を表示するかしないかの違いでしかないと思うが...
必ず全メールを受信・削除するならそれで(どっちでも)いいんじゃない？
件名一覧を表示したいだけならメール全体を受信するんじゃなくてヘッダーだけ
受信するとかしたほうがいいんでわ。

受信中もそのセッションで受信したメッセージを閲覧できるようにするなら、一通受信毎にストア->画面に反映する
必要があるでしょう。大概のメイラはそうなってると思う。全部受信するまで読めないなんて糞。
TOP でヘッダ一覧を取得するのはオンラインモード(IMAP風)みたいな使い方をしない限り必要ないと思う。

期待あげ。

サンクス
一通受信毎にストア->画面に反映するために今スレッド処理書いてます。
なんかスレッド処理で参考になるサイトとかあったら教えてくださいな。
ちなみにDelphiでし。

スレッド処理難しい。。。。。
やっぱりスレッド使わないとダメなのかな？
一通受信毎にストア->画面に反映の処理でメールサーバーの反応が悪いと
一瞬固まったようになるんだよね。。。。
Application.ProcessMessages入れてもダメだし。。。もうちょいがんばるか。

決めた。俺は２シームとカッターで勝負するぞ。
未知の球種に奴らのバットはへし折られて
「直球勝負しました」と言っても、誰も疑わない・・・

そうだ。「日本側も見習って欲しい」と言えば
日本人投手には俺の真似なんてできないから
本当に直球で勝負してメジャーの餌食になる・・・

完璧だ。これこそ和製Madduxの投球プランだ。
これで流れを変えた俺の凱旋登板は伝説となる。
横浜の奴らの驚く顔が目に浮かぶぜ・・・ククク

やっとこ、スレッドもどきな処理ができますた。
これでメッセージ受信中にも、その他の処理ができるようになりますた。
つーか先は長いなー

>>635
>やっとこ、スレッドもどきな処理ができますた。

いや、スレッド使えや。

すまん、スレッドもどきじゃなくてスレッドだった
すまん、首つってくる

受信したメールを編集して保存することはあるのだろうか？
個人的にはそんな使い方は絶対しないのだが
そういう機能があるメールクライアントもあるわけで
おまいらはどうよ？

>>ajishio_taro

ちょっと使ってみたが、
メール個別表示でFromヘッダがデコードされてないのは痛いな。
一覧だとデコードされて日本語名見えてるのに。

それと、半角カナを使うのはRFCから逸脱してるので、
MLとかにメールを投げるとおかしなことになる気がする。
なんか注意書きでも書いといたほうがいいと思われ。
MLを経由しなくても、相手のMUAによっては
メール全体が表示できる保証がない。

ちなみに、Win用のMUAだと、この辺の問題を避けるために
ほとんどが送信時に勝手に全角に変換してる。

だからこそ、半角カナ入りのAAを
そのまま埋めれるのは面白いと思うけどな。

>>639
こんな出来損ないのアプリを試しにでも使ってみてくれる人がいて
本当にありがたいです。

>メール個別表示でFromヘッダがデコードされてないのは痛いな。
>一覧だとデコードされて日本語名見えてるのに。
おっしゃるとおりです。早急に対処したいと思います。
#文字コード処理関係はちょっと（かなり？）苦手な部類に入るので
時間がかかるかも知れませんが・・・。

>それと、半角カナを使うのはRFCから逸脱してるので、
>MLとかにメールを投げるとおかしなことになる気がする。
>なんか注意書きでも書いといたほうがいいと思われ。
なるほど。確かに。
ホムペ上に注意書きと、後Readme.txtぐらい付けるかな・・・。

>だからこそ、半角カナ入りのAAを
>そのまま埋めれるのは面白いと思うけどな。
ありがとうございます。

今現在はOEみたくhotmailアカウントからのメール受信ができないかなー、
と思いつつ受信テストしている最中です。
#半分は>>555さんの要望に答えるため、半分は自分が読みたいから。(w
受信自体は出来るようになったんですが、いざ表示しようとすると化ける化ける。(w
ちゃんと表示できるようになるまでもうちょっとかかるかな・・・。
後Proxy経由で受信しようとしても何故かうまくいかないのがちょっと・・・。

>>638
受信したメールを編集ねぇ…
どうかな

おいらはテキストファイルにコピーして編集するけど
メーラーで編集したら便利カも…今度やってみよう

>640
あ、あと、起動時にウィンドウが画面いっぱいにでるので、
Windowsでタスクバーが上にある漏れはメニューにアクセスするのも一苦労です。

ttp://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=Java+%E3%83%84%E3%83%BC%E3%83%AB%E3%82%AD%E3%83%83%E3%83%88+%E3%82%A4%E3%83%B3%E3%82%BB%E3%83%83%E3%83%88

の最初にあるサイトのリスト2周辺を参考にすると直るかも。

>>601
VC++6.0だったら開発に参加してもｲｲと思っている人の数→(2)

と言ってもあまり戦力にならないかもしれん。。。

Delphiくらいならなんぼでも使えるが。神と取り巻き形式でやるならさっさとソフト板行けと思っている人の数→Priceless

>>643
了解しました。
google検索先を参考にしてsourceを修正しました。
CVSにはアップ済みです。

http://sourceforge.jp/projects/gikomailw/
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/gikomailw/

アドバイスありがとうございました。

見た目をカスタマイズ出来るのがイイ！スキン使ったり、たりたり(ﾟ∀ﾟ*)

>>588
もう遅いかな。
俺が以前参考にしたところ。
http://www.borland.co.jp/tips/delphi/dh004/thread_1.html
http://www.wwlnk.com/boheme/delphi/techdoc/dad0010.html

>646
com.posisoft.jdavmail
ってどこにあるんだ？
検証しようにもコンパイルできないYO!

お前ら！Ageでいきませう。

>>601
VC++6.0だったら開発に参加してもｲｲと思っている人の数→(3)

#本当にage進行するのか？

age進行で荒らされる、そのウザい思い→Priceless

age進行で風化阻止。

>>649
申しわけありませんでした。
カゼでダウンして対応が遅れてしまいました。

classpathに設定するべきライブラリ(*.jar)を
zipで固めたものをCVSにimportしておきました。
lib/arc/gikomail_lib.zipがそれになります。

http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/gikomailw/

これを解凍した*.jarをclasspathに指定してコンパイル・実行を
行ってください。
それではよろしくお願いします。

>654
コンパイルと実行はできて、ウィンドウサイズがおかしいのは直ったけど、
そういえば、ファイアウォールの中だとまだ動かないな。

Hotmail用にHTTPのファイアウォール(Proxy)のサーバとポートの設定、
POP3用に各サーバのポートの設定を追加する必要があると思われ。

あと、ライブラリって全部再配布許可されてるのか？

口ばっかりでスマソ。

>>655
＞あと、ライブラリって全部再配布許可されてるのか？

そら、オリジナルメーラ作るぜ！とかほざいておきながら、
SMTP、POP3は他人の有償ライブラリです。とか言ったらアホじゃん。

全部オリジナルだろう。彼に帰属。これ。

>>655
>Hotmail用にHTTPのファイアウォール(Proxy)のサーバとポートの設定、
>POP3用に各サーバのポートの設定を追加する必要があると思われ。

HotmailをProxy越しで受信できるよう実験してる最中なんですが・・・
うまくいきません。
どーもcookieをうまく取得できていないようです。鬱だ・・・。

>>656
>>あと、ライブラリって全部再配布許可されてるのか？
>全部オリジナルだろう。彼に帰属。これ。

すいません。オリジナルではありません。ヘタレプログラマですから・・・。
Sun, Apache Software Foundation, Sourceforge.net等で配布されているものです。
全てGPL準拠でソース公開されているものですし、このGikoMailもGPLですから
再配布には問題ないと思われますが。

>>657

> HotmailをProxy越しで受信できるよう実験してる最中なんですが・・・
> うまくいきません。

ProxyがHTTP/1.1 に対応してないとか。
そんなわけはないか。
とりあえず、パケットキャプチャでもしてみれば？

> >>あと、ライブラリって全部再配布許可されてるのか？
> >全部オリジナルだろう。彼に帰属。これ。
> すいません。オリジナルではありません。ヘタレプログラマですから・・・。
> Sun, Apache Software Foundation, Sourceforge.net等で配布されているものです。
> 全てGPL準拠でソース公開されているものですし、このGikoMailもGPLですから
> 再配布には問題ないと思われますが。

SunとかApacheのは分かってたけど、
それ以外がどこで配布されてるものか分かんなかったので、
どこかに書いてあったほうがいいかと。
ドキュメントを作るつもりならそのときに書けばいいんだが。

ポスペと同じセキュホがあるよ ＞ GikoMail

>>658
>SunとかApacheのは分かってたけど、
>それ以外がどこで配布されてるものか分かんなかったので、
>どこかに書いてあったほうがいいかと。
>ドキュメントを作るつもりならそのときに書けばいいんだが。

次VerUpの時にドキュメントを整備する、ということで。

>>659

>ポスペと同じセキュホがあるよ ＞ GikoMail
セキュホっすか・・・。
どんなのか参考URLなり教えていただけるとありがたいのですが。

>>659
これかな？
ttp://memo.st.ryukoku.ac.jp/archive/200205.month/3953.html

>>661
なるほど・・・。GikoMailの場合可能性はかなり低そうだけど、
セキュホはセキュホですね、コリャ。
さて、どう対処しますか・・・。PostPetと同じやり方が一番手っ取り早そうだけど。
＃それ以前に時間が取れそうになくなってきました・・・。仕事が・・・。

他スレみてちょっと思ったんだけど、件名とかメールの一覧表示って
ListViewを使うのがベスト？？それともListBoxとかStringGridとか？？

>663
普通に考えたらListViewだろうな。
ListBoxは、メールみたいに項目が複数並ぶものには不適。
StringGridは、横1列をまとめて扱うのが面倒な気がする。

>>664
サンクス

新しいライセンス 2PL を作ろうよ！
名前： デフォルトの名無しさん
E-mail：
内容：
２ちゃんねるで生まれたソフトたちを２チャンネル風に守っていくための
独自のライセンスを考えていきましょう。

>>666
ネ　タ　デ　ス　カ　？


風化防止age

お前の物は俺の物
俺の物は俺の物

G-PL(ジャイアン PUBLIC LICENSE)

ｿﾚﾀﾞ!!

>>669
M$が採用しますた。

盛り上がってるのはいいけど、Javaじゃ誰も使わないだろ。

>>671
死ね。

Javaでも（・∀・）ｲｲ!! HSPでも（・∀・）ｲｲ!!

いかにも2chっぽいUI＆機能キボン。

今日JDK1.4.1を新しく入れたらNetscape7.0が逝ってしまわれました(w
仕事ではNetscape Mailを常用しているのでかなり困ったことになってしまいました。

仕事で早いとこ出さないといけないメールがあったので緊急にGikoMailで
出してしまいましたが、やはりまだまだ実用レベルにはほど遠いことを
実感・・・。道はまだ遠いようです。

#Netscapeの復旧作業だけで半日つぶれてしまいました・・・。鬱。

>>671

それは言わない約束だってみんなで決めたのに、、、！！

>>671 == >>675
ｼﾞｻｸｼﾞｴﾝｶｺﾜﾙｲ。

JAVAなら誰でも読めるから移植しやすい

「Perl/Tkで作ってやるよ！」という漢はおらんのか？

>>678
技術的には難しくないっしょ。何なら俺やろうか？

やろうか？じゃなくてやれ
できねーなら聞くな

>>679
１つ2chっぽいﾔｼをおながいします(；´Д`)

7行でおねがいします。

TListView使って件名一覧を表示して、それをクリックすると本文を表示されるとき、
ListViewのDataと本文をヒモ付けるのって何がいいの？

ベッキーはMessage-IDを、鶴亀は日付のようだけど、UIDLとかどうなんだろう。
UIDLをサポートしていないサーバーは最近あるんだろうか。。。

Message-IDを使うのが無難なのかな。
ただ、japan.internet.comのニュースメールみたいにMessage-IDがついていないものもあるから
無かったときには、ベッキーみたいに勝手にX-UIDL作るのがいいのかな。

CGI版も誰か作ってくれ

もちろん彼は賢いプログラマなのでMVC位は当然実装してくる。
後はHTMLを吐くビューを作るだけでOKだ。

Beckyのプラグインで２ｃｈ読めば(ﾟдﾟ)ｳﾏｰ

>>658
>>>Hotmail用にHTTPのファイアウォール(Proxy)のサーバとポートの設定、
>> HotmailをProxy越しで受信できるよう実験してる最中なんですが・・・
>ProxyがHTTP/1.1 に対応してないとか。

よーやっとファイアウォール越しでもHotmailが受信できるようになりました。
どうやらWebDAVに対応してないProxyがあるみたいです。
http://webdav.todo.gr.jp/faq/proxy-jp.html

他のProxyに接続してみたらうまくつながるようになりました。(w
これで社内LANからでもHotmailが読めそうです。
それでは。

メモリリークしてる。。。欝だ。

画像ビューアスレの方が先にできたね

>>690
htmlだけどな。

>>690
ワラタ。

　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　　Perl/Tk製の最強の2chメーラまだ〜？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.佐賀みかん.　 |／

(´-`).｡ｏO(･･････････････････)





(´･ω･`)ｼｮﾎﾞｰﾝ

VC++で作ってる人いない？

>>695
このスレが出来たころからこっそりと作り続けていますが、何か？

>>696
俺も。
結構潜んでると思われ。

>696-697
多少でも使えるれべるになたらうぷして〜。
期待age！

>>698
先にVC++版がうぷされたら
俺もうぷしようかな〜。
比較して、あんまり恥ずかしかったらやめるけどね。ｗ

700Get!

人によって求める機能が違うのでどっちもうぷしてほすぃ

漏れもVC6++で作ってるよ。
ノンブロッキングにしたり、マルチスレッドにしたり、大変でつ。

簡単な送受信はできるようになったけど、今はRFCとにらめっこ中。

デザインできる人いるなら、
コーディングしなくていいから、デザイン案の画像を
うぷしない？
アイコンとか、GUIといかいろいろ参考になると思うし、
デザインされたものを取り込むだけならコーダーにも
可能だと思うし。

>>702
>コーダーにも

ここで有志でプログラム作ってくれてる人は何も考えることの出来ない低学歴と。

>>703
「にも」可能なのだから、それ以上の人にも可能だろ

702は失礼なｲﾝﾀｰﾈｯﾄですね。

>>702
デザイン画像なんてうｐされても何も役にたちません。
本気で手伝いする気があるならIDEでもなんでもいいんで
GUIのリソースとスケルトンコードをうｐしてください。

コーダーより。

>>706
ただの素人でスマンが、デザインは案でも
みてみたい。

コーダー >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> クチだけの702

>>706
その場合は仕様書を書くべきだと思います。
実装不可能なデザイン画を提示されても困りますので。

だいたい１画面につき半〜１ページ程度が目安で、
（長ったらしく数十ページも書かれても誰も読まない。）
フォーマットはHTML,WORD,PDFなどがよろしいかと。
これが最低ラインですね。

コーダーより。

あ、ゴメン。
>>706じゃなくて>>707だったわ。
スマソ。

Ruby>>>>>>>>>>>メーラー>>>>>>>>>>>>>>>>>>>>>>>>>>702

メーラースレ荒れてまつね(￣ー￣；)
ビューアスレの方はみんなで頑張ってまつよ

あれは皆で頑張ってる状況だったのか。

>706とか>709とかのようなことを言うと
結局スレがのびず話も進まないと思われ。
とりあえず、いろんな情報出すだけだせばそれを
期待もするし、期待されればまとめる奴もでてくるし、
話が進むと思われ。
現状では個人レベルの活動だけだし。
アイコン作るだけとかそういうレベルでもいいと思うが。

…と、俺も口だけだが。団体で計画をすすめるには
理論より勢いだとおもいまふ。

×　団体で計画をすすめるには
○　2chで計画を進めるには

確かにイイ画面イメージができると盛り上がるだろうな

※画面はイメージです。
※画面は開発中の物です
※製品版と画面が異なることがあります
※画面ははめ込み合成です

はめ込みかよ！

>>717
ゲームの開発中の画面とかは
結構期待度をあげる場合と下げる場合があるしな。
いいものができたらここのレスも伸びると思われ。
悪いものでもこれ以上悪くはならんだろといってみるテスト

※デザイン書いてアップするのは自由。
※それを誰かが採用するか否かも自由。
※犬はついてきません。
※変身は出来ません。

ヨイショっと。

　

作り始めたものの、メールの題名や作成者が表示される部分が
何で作られてるか分からない。
OutlookExpressやBecky！の灰色の部分なんだけど。
なんかのコントロールなんだろうか。
誰か分かる人居ます？

>>723
MimeEdit

>>724
え？それってDelphiかなんかですか？
一応Win32APIで作り始めてるんですが。MFCでも良いんですけど。

>>723
なんでもいいだろ。適当なウインドウ作って貼り付けておけば。

最近進んでるの？

>>723
VC++使ってるんでしょ？Sky++使えばいいじゃん。
クラス"##MimeEdit_Server"って出てくるよ。
ただこのクラスはOE内部な罠なので、
自前でクラス作ってStatic/Edit等貼り付ければ良し。

spy++

失礼。

たまにage

あがってない

VC++

中止ボタンはぜひシイタケで

中止ボタンはぜひえのきダケで

>>734-735

もうこの後の展開がめんどいから間をとってちんちんでいいだろう。

だからJavaじゃ作るだけ無駄だって。

>>737
なんでJAVAだと駄目なん？
MacとかLinuxでも動いて良いじゃん。

>>738
Javaが理解できなかったかわいそうな人なのだろう。
もしくは「Javaは駄目」っていうスローガンだけ覚えてる人だな。理由も知らずに。
まぁ、どっちにしろかわいそうな人には変わりない。

メーラにシビアな速度が要求されるわけでなし。

応援あげ

>>738
737じゃないけど、Javaは見た目と速度が（略
機能的にはいけてるみたいだね。がんがって

ム板は素人しかいないのかい？
ﾀﾞｳｿ板には47氏がいる。

>>742
ああ、インターフェースおかしいあのソフトな。

大々的に犯罪幇助してる奴を引き合いに出すのはどうかと思うぞ。

インターフェースはおかしいが（ｗ
あのwinnyを一人で作った47氏は凄いな
仕事の合間に作って４日でほぼ完成させたんだよね

メーラーとは関係ないな

>>744
まぁ、すごいことは認めるわ。

あれ、WinMXをパクったからインターフェースああなったんじゃないの？

>>742
このスレには、だろ。

>>746
一時は、背景が白いときもあったけど不評だったし
こういうツールを使うやつはUIとか気にしないんだろうな

>>748
だからUIとロジックを別にしてせめてインターフェースくらい公開しろと・・・。

>>749
それいいね。

てか確かに変わったインターフェースだけど結構使いやすくないか？

ム板住人が一丸となって作っても半年経ってんのかよｗ
もう普通のOutlookやBeckyみたいなメーラー作ったところでム板の恥だなｗ
ポストペットの２ちゃん版つくれｗ


無理かｗ

>>750
あっちで言ったらさんざんバカにされました。
コンシューマが多かったのだろうか・・・。

>>750
＞てか確かに変わったインターフェースだけど結構使いやすくないか？

要望の多かった複数選択に対応しました！−＞複数要素に対しての操作は未対応

アホかと。まぁ、一例だけどね。

インターフェースが変なのもあるが、再描画がおかしいのが
気になる。でも、WinMXもやたら、チラチラと再描画してるし
概してこういうソフトはDoubleBufferingしないのかね。

>>752
なんて馬鹿にされたんだ？
理由が気になる。
質問したスレ教えてくだされ。捜したけど見つからなかった。

>>753
変わったインターフェースってそういう意味かいな。
そういうのもUIのコード公開してくれればこっちで勝手に修正できるのにね。

>>755
かなり昔だからね。なんか取り合ってももらえなかった感じ。
まぁ、取り巻きにとって神は絶対的な存在だからね。
オープンとかインターフェースとかそういう概念がないんだよ。

プログラムは与えられるもの。これ。

らしい。

質問良いですか？

メール発信。

メールのドメインを参照してDNSからMXフィールドを取得。
取得したアドレスに接続。
そこにいるSMTPサーバにメール渡す。

ってしたらSMTPサーバ不要でメールが送れる気がするんですが何か間違ってますか？

_>>757
IDとPASSがいるのでは？

>>758
　　　　SMTP（認証もちろん不要）　　　　　
MTA------------------------MTA
　|　　　　　　　　　　　　　　　　　　　　　|
　|SMTP（認証必要な場合あり）　　　.|POP/IMAP
　|　　　　　　　　　　　　　　　　　　　　　|
MTU　　　　　　　　　　　　　　　　　　　MTU

　　　　　　　　　　↓

　　　　SMTP（認証もちろん不要）　　　　　
MTU----------------------MTA
　　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　　　　　　　　　|POP/SMTP
　　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　　　　　　　　MTU

こんな感じ。さっき実験したら成功したよ。

>>757

間違ってないよ。今でもRadish等のローカルSMTPソフトを
使えばプロバイダのSMTPは不要だし。

でも、可能ならプロバイダのSMTPを使った方が
複数宛先に送る時も勝手に送ってくれるし
相手先に遅れなかったときのリトライも何度か
やってくれるだろうし、楽なのは確か。

>>760
なるほど、クライアントに負担をかけずにそういうことさせようと思ったら、ちゃんとしたSMTPサーバに
依頼した方がいいと。

まぁ、もしメーラ作る気になったら「インスタント送信」とか何とかで組み込んでみますｗ

その話は
>611
辺りで既出。

>>762
おめでとう。

つまらない>>762の一言でまた貴重な有志が去っていったわけだが。

でもageちゃう

な　ん　か　ギ　リ　ギ　リ　だ　な　（藁

週１ぐらいで保守かねて報告とかしてくれるとうれしい。（＾＾；

新しい仕事が舞い込んできて手が空かなくなった途端にやめてしまいましたｗ
お金にはかないません。お金欲しいから…。

>>768
できたとこまでのでいいからソースうぷしてほすぃ…

すまん久々のｶｷｺなんですけど、メッセージのスレッド表示って
何使えば比較的楽に実現できます？
ListViewでもがんがればできるそうだけど。。。。。。。

あ、TreeViewでいいのかな？？？？

>>770
>>メッセージのスレッド表示
よくわからんが、メッセージのフォルダ別画面のことけ？

>772
こんな感じ．
ttp://www.becky-users.net/faq/contents/20002.html

>>771
TreeViewでも良いけど、SysListViewのようにテーブル的な表示はできないぞ。
専用のビューアとして提供するのでもない限り、
>>773 の様に既存のListViewで、オーナードローするのが吉。

サンクス

だからJavaじゃ

>>776
最近Javaのことを聞かれ何もわからず悔しい思いをされた方ですね。
同情しますｗ

Becky!の正規ユーザーな俺としてはこのスレに期待するものは何も無い。

Becky!超えなきゃ作る意味無し









終了の予感・・・

誰か絵心のある方アイコン作ってくれないかな。。。。。

>>779
最後の頼みはフリーか？（藁

最後の頼みはソース付き（藁

>>778-779

お前ら二人に期待されなかったところでどうだというのだ。
期待する人／日本の人口を考えたら別にお前ら二人なんぞ誤差にしかならん。

>>783
期待する人自体誤差のレベルだが…

>783
コラ、あからさまな自演に引っかかるな

まだ何にも形になってないけど、ページつくりますた。。。。。。
ttp://www.geocities.co.jp/SiliconValley-SanJose/5451/index.html

並行して複数の作者が作ってると、
どれがどれだか分からなくなってくるな。

>786
おお、、(･∀･)ｲｲ!ｶﾞﾝｶﾞﾚ!

>787
競い合っていいものになる事を祈ります

>>796
ソースは公開しますか？

>>796で新たな発表がある模様

>>786
メーラーのテンプレって感じだね。期待age。
アイコンとか作ってくれそうな人は
他の板で呼びかけたりするとイイ！かも

>>791
期待しているならageろ！

Beckyと同等に近づいた場合、既にBeckyを使う人でなければ、
お金を出すよりもフリーウェアになるだろう2ちゃん作メーラーを使うわけだが。

>>787
改定回転を使えばより楽しく作業ができるよ。
みんながごちゃまぜにならないし、一本道になる。
(その代わりに、『俺が先に考えてたのに…』と言うことはあるだろうけど)
(ちなみに改定回転は一般用語じゃないですｗ一部のヲタ用語)

>>789
そうでなければ２ちゃんねるで作る意味が無い。

『オープンソース一色』になるのは嫌いだが、
共同作業は好き。

Beckyと同等に近づいた場合、既にBeckyを使う人でなければ、
お金を出すよりもフリーウェアになるだろう2ちゃん作メーラーを使うわけだが。

>>787
改定回転を使えばより楽しく作業ができるよ。
みんながごちゃまぜにならないし、一本道になる。
(その代わりに、『俺が先に考えてたのに…』と言うことはあるだろうけど)
(ちなみに改定回転は一般用語じゃないですｗ一部のヲタ用語)

>>789
そうでなければ２ちゃんねるで作る意味が無い。

『オープンソース一色』になるのは嫌いだが、
共同作業は好き。

ABoneユーザ晒しあげ

改訂開店　

Googleして一件も出ない言葉を自慢気に使う奴の
思考回路が理解できません。
きもい。

Javaでアドレス帳用のvCardクラスを作った方いますか？
Base64エンコーダが出来なくてLabelでつまづいてしまいました。
ヘルプお願いします。

「797番テーブル　ヘルプで〜す！」
　　　　　∧ ∧
　　　　　(*ﾟーﾟ) 旦~~
　　　　　 ﾉ　つ━━
　　　　〜　 ﾉ
　　((　　(/ J

>797
BASE64のエンコーダ・デコーダは、作るだけなら簡単ですよ。
Googleで検索すると資料が載ってるサイトがあるしね。
ソース綺麗に纏めようとすると、漏れのような初心者では無理だけど。。。。。

もう800か

そろそろお別れの時間です。

符号化(バイナリからBase64へ変換)では、バイナリデータ中の先頭から、
24ビット(3バイト)毎に取出し、それを4ビット毎に符号化して4文字(32ビット)として書き出します。
つまり、24ビット(3バイト)が32ビット(4バイト)になります。
これを簡単な図で表すと次のようになります。

Encode : Binary -> Base64
(Unit=bit)

Binary
+--------+--------+--------+
|12345678|12345678|12345678|
+--------+--------+--------+

Base64
+------+------+------+------+
|123456|781234|567812|345678|
+------+------+------+------+

続きを出力しますか？(y/n)

>802

> 24ビット(3バイト)毎に取出し、それを4ビット毎に符号化して4文字(32ビット)として書き出します。

4ビット毎じゃなくて、6ビット毎だね。

失礼。

>799,802
ありがとうございました。それで作ってみます。
ただ謎なのがLabelにはエンコードタイプパラメータはあるのに
エンコード元？の文字コードを指定するパラメータがないんです。
(RFC2426には載ってない)

もしかしてBASE64は、元の文字コードはUnicodeオンリーだったりしますか？
（JavaならUTF-8でいいんでしょうか？）

勉強不足で申し訳ありません。

MIMEタイプ指定で普通の場合JISコードを指定するものだと思いますが…デコード後にnkfを通すと楽かと。

MIMEタイプ指定で普通の場合JISコードを指定するものだと思いますが…デコード後にnkfを通すと楽かと。

(;´Д｀)Aboneバージョンアップしてこよう

転職準備のため、最近sourceをいじる時間が取れません・・・。
ﾂﾗｲ。
GikoMailのようなJavaメーラ、やっぱあんまり需要なさそうですねぇ。(w

一応今後のマイルストーン。

Ver0.3 なんとか12月中公開目標（かなりアヤシイ）
Ver0.2→Ver0.3変更点
・hotmailアカウント対応
(http proxy 設定可)
・HTTPメール閲覧可能
が主な変更点です。
後いろいろ細かいバグ修正が入ってます。

Ver0.4以降
・メール本文の格納先フォルダツリー画面
・アドレス帳
・一定時間ごとにメル鯖からメールを受信する機能
・メール検索
・OE等の主要なメーラのアドレス帳／メール本文の
　インポート・エクスポート機能
・APOP・IMAP対応
：
：
（オマケ）
・壁紙等設定可
・etc

とか考えてるワケですが。全部は難しいなぁ・・・。

あ、
>・HTTPメール閲覧可能
・HTMLメール閲覧可能
の間違いでした。ｽﾏｿ。

http://www.geocities.co.jp/SiliconValley-SanJose/5451/index.html

すごい！

>>805
日本語の場合はiso-2022-jpだっけ？を使うと思ったが。
あまり詳しい事はまだ知らない。

>805
base64変換自体は元のデータがどんな文字コードだろうが、
はたまたバイナリだろうが関係ない気がするが。

RFC2426 には
; Use is restricted by CHARSET parameter
; on outer MIME object (UTF-8 preferred)
こうで、
. The [VCARD] CHARSET type parameter has been eliminated.
Character set can only be specified on the CHARSET parameter
on the Content-Type MIME header field.
こう、と書いてある。

>>811
C++キタ━━━（　´∀‘）・ω・）　゜Д゜）゜∀゜）・∀・）￣ー￣）´＿ゝ‘）━━━！！！

>814 書いてありましたね。申し訳ない。

ＭＩＭＥオブジェクトで制限されるのですか
VCARDクラスにはエンコード／デコード処理を入れないほうが良いようですね。
とりあえずStringでgetとsetだけにしときます。

アイコンとかのデザインの部分は他の板に
応援をたのんだほうが面白いかも。

2chメーラーって事なので、モナーを色々使って欲しい・・・

>>817
お前スクリーンショット見たのか？
結構いいよ。

>>815
どうみてもDelphiじゃ・・・

>>815
？？？

>>811
>・GPGやその他の暗号
PGPでは？

基本機能の話もいいけど、
2chらしさをどこで出すかも議論したほうがいいと思われ。

とりあえず1行AA支援機能（>809とかホットゾヌ2についてるような機能）
は欲しいな。

>822
いや、GNU PGPかなにかの略らしいよ。

>>819
たしか、作者自体が募集してたと思うが…

てか、このスレは
２ちゃんメーラーができるのを待つスレじゃなくて
２ちゃんメーラーをみんなで作るスレだろ？
使う使わないは別としていろんな人が参加するに
こしたことは無いと思われ。

GNU Pivacy Guard でしょ＞GPG

ややこいなあ

>>824
応援よびかけるならどこの板だ？
CG板ぐらいか？

ttp://vamp.s9.xrea.com/up2/up2.cgiの887◆UPupVv3z1A氏つくってくれないかなー

887◆UPupVv3z1A氏降臨期待age

やなこーた

偽のお前でもいいから作れ

投稿者:588◆RDX9wJ7SRQ - 投稿日時:2002年12月19日 02時18分28秒
>
> 　先生！α版のリリースはいつごろになりそうでつか？
>
暇な時にちょこっとずつやってるもんで、年内にα版リリースできたらと思ってまふ。といっても、あと2週間しかない。。。。。
年末年始で時間がとれればいいんですけどね。。。。。

　　　　　　　　　 l≡l　　 .l≡l
　　　　　　　　　 |:::└┬┘:::|
　　　　　　　　　 |:::┌┴┐:::|
／￣￣＼　　　ﾉ::::::丶 /:::::::＼.　　 ／￣￣＼
|　記念　.＞　（::(,,ﾟДﾟ)(ﾟーﾟ*)::)　＜　ﾊﾟﾋﾟｺ　.|
＼＿＿／　　　|:∪::::| |::::∪::|.　　　＼＿＿／
　　　　　　　〜（(((:::::))(((:::::))）〜
　　　　　　　　　∪￣U U￣∪

がむばって。

┌───────────────────────────────―───―┐
│□ 久しぶり。- 2ch標準語　(自動選択)　　　　　　　　　　　　　　　　　　　　　　　　.囗曰区| |
├────────────────────────────────────┤
│ ﾊｧ?ｲﾙ(ﾟдﾟ)　編集(E)　表示(V)　つール(*ﾟ∀ﾟ)　ﾒｯｾｰｼﾞ(M)　ヘルﾌﾟｯ（´,_ゝ`） 　 　 ...|::田｜
├────────────┬───────┬───────┬───────┤
｜♀← 　 　　栞← 　 　　→♀　 | 　 　凸　　 　×　　|　　　↑ 　 　↓ 　　| 　 |ﾆ|〃|　 　 　　 ｜
｜返信 　全員へ返信 　転送　　|　　印刷 　　削除　|　　前へ　　次へ　 |　　アドレス　　　　 |
├────────────┴───────┴───────┴───────┤
│　送信者： [email protected]　　　　　　　　　　　　　　　　　　　　　　　　 |
｜　日時：　　xx49年5月18日　22:05　　　　　　　　　　　　　　　　　　 　 　　　　 　 　　　　　　　|
｜　宛先：　　[email protected]　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
｜　件名：　　久しぶり。　　　　　　　　　　　　　　　　　　 　 　 　 　 　 　　　　　　　　　　　　　　 |
├───────────────────────────────────┬┤
｜じゃ、短いけどこのへんで。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　 　 ｜｜
｜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　シェルヴィッツ・ヒューポクライテ 　 　｜｜
｜＜追伸＞　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 　 　 　　　.｜｜
｜…なんだかあたしらしくないけど、ちょっとだけ弱音吐かせて。　　　　　　　　　 　 　　　｜｜
｜さっきの教授なんだけどね、以前、日本ハムを冒涜してたからちょっとだけ　　　　　　.｜｜
｜ボコったことがあったんだけど、そのときに生徒から　　　　　　　　　　 　 　 　 　 　 　　｜｜

>>835
一つずつひらいてメールみるタイプか…
３ペイン式でいいと思うが…

いや、メニューとかそのへん

>>835
　どんなショートカットやねん！


ってことだろ

それよりアイコンの件はどーなつた？

メッセージを表示させる部分なんだけど
Outlookやベキーみたいにヘッダー（件名、差出人、日時）と本文が分かれて表示されるのと
鶴亀やネスケのメーラーみたいに本文のところにヘッダーが表示されるのとどっちが見やすい？

よろ

>>840
書くまでもないけど選べるのが一番うれしい。
基本的にはなくてもいいけどね。
ベッキーみたいにタブで見ようと思えばみれる形が便利だと思う

ベッキーかわいいよね！

>>842
生意気だけどな

>>841
OK、じゃあ選択できるようにするね

年齢。

質問させてください。
定期手にメールをチェックして、新しいのが届いていたら
指定のアドレスに転送するというプログラムを書いています。

UIDLで取得できるリストというのは、上から古い順番に並んでいると
いう前提でプログラムを組んでいいですか?
(下に行くほど新しいメールという前提で)

自分の使ってるメールサーバーで見てみたらそうなっている
ようでしたが。

>846
単にメールボックス内の順番に依存してるような気がします。
普通に考えれば古い方から並んでるんだろうけど、
RFCで順序が決められてるかは未確認。

スマン
予想どおり年末までα版の公開間に合いましぇんでした。。

>>848
乙です。のんびりでいいと思うがそれだと計画のまま
終わりそうなので宣言して自分を追いつめるのはアリだと思う。
がんがって。何か必要なものがあれば遠慮無く書いてくれ

>>848
ガンガレ。応援age!

リアルでも納期やぶってますか？

>>851
ちょとわらた。リアルは納期とは無縁の世界なわけで（略

このスレとまったく関係ない人ですが
Hotmailにログイン出来てちょっと嬉しいこの頃。

ｱｹﾞ━━━━━(ﾟ∀ﾟ)━━━━━ !!!

ｱｹﾞ━━━━━(ﾟ∀ﾟ)━━━━━ !!!


て見る。

マジで作っているﾔｼは挙手ｼﾙ！

|-`)ﾉｼ

( ﾟÅﾟ)＜期待age

だから、おまえしかいないって

>>854 - 858
ｼﾞｻｸｼﾞｴﾝうざい。

　終了？

　　　　　

　　　　　

なんか誰かが古スレをサルベージしまくってるな。

田代(≒神)
↓

データの保存どうしてる？
ネトスケープみたいに簡易DBにしたほうがいいのかな

データベース型メールソフトと言えば++Mailなんてのもあったね。
コンセプトとしては面白かった。

暗号化よくわからん。

PGP対応してくらはい

ｱｹﾞ━━━━━(ﾟ∀ﾟ)━━━━━ !!!

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

>>342
ﾜﾗﾀ

ま、当然の措置だわな
最低限の証拠としてIP記録
全ての責任は当事者同士で解決しろってこと
人が書き込んだものに対して賠償するのもアホらしいしな
ごく当り前な考えだわな
騒ぐ程のもんでもない

http://www.agemasukudasai.com/bloom/

普通に考えて、増えると思うなー。子供世代がPC買って参入してくるから。老人はもともと少ないからなかなか自然減少しないし。
鯖のほうで制限しない限り。

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 138720人　発行日：2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

被ってる上にかなり出遅れてるし。

そりゃ最初はよほどの大事でもない限りIPを渡すことはしないだろう、
でも物事はだんだんエスカレートしていく物、そのうち密告とかも「誹謗中傷」として
IPを渡すようになる、、、

IP取ってる板

>>148 ＋ >>15（>>150）

>>148
ｸﾞｯｼﾞｮﾌﾞ

削除人によっても基準が違う。
削除人の数だけある。

>>653
だからそれコピペだっつの。

こんどからリモホ丸出しで書き込むことに決めたからな

Qだと1対１だから
むしろircだな

半角、ハングル、ニュース実況、欠かせない板です。

第3者が見て情報価値の低い書きこみ＞「質の低い」

>>689
ガイシュツ

>>695
そだな。
閉鎖に比べたら全然マシだな。

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

とりあえず、記念真紀子

とりあえず、記念真紀子

事実であっても公共性が無い場合は名誉毀損になるとかならないとか。

入れたとこで変わらん。

は観察力と愛が足りない。

漏らすバカが出るだろうというのが一番の問題なんだよ

800!!

今、対策してもらっていますので、しばしお待ちを。

普通の掲示板の管理人は
削除を要求されたら消すよ

>他の掲示板にも大きな問題となる判決
ならない
これをいい訳にしようとするのはやめて欲しいね

ならない

そもそも削除人さんはボランティアなのにねぇ(^_^;)
言う事聞かないからって逆切れして、戦争（訴訟）に持ち込むなんて
正気を疑いますな(^_^;)

大分かかる

（＾＾）

4nd……　ラウンジの「ラウンジ恋愛部」かとおもた

http://www6.ocn.ne.jp/~endou/index2.html

sylpheedまんせー！
あれで何か文句あんの？

Gtk+ for Win32 を stable にしてください。

（＾＾）

JavaMail APIって1.3が最新？
http://java.sun.com/products/javamail/1.3/docs/javadocs/index.html

ｿﾛｿﾛ次スレ？

リフレッシュのためにも次スレｷﾎﾞﾝ

>>>434

スレッド立てすぎだったので誰か立ててちょ
↓テンプレ（適当に調整して下さい）

フリーのメーラーは糞だが、機能追加要望に答えもしないシェアウェアなんぞに金を払いたくない
当然OEは論外。と思う人達が2ちゃんねる発のフリーのメーラーを作るスレ。
前スレ：2ちゃんねる発メーラー作成スレ
http://pc3.2ch.net/test/read.cgi/tech/1027162682/
関連リンクは>>2-5あたり。

2ちゃんねらーが製作中のメーラー
GikoMail
製作者：ajishio_taro ◆96yDs4rD2Y
http://www.geocities.co.jp/SiliconValley-Sunnyvale/9210/
http://sourceforge.jp/projects/gikomailw/
GikoMailer
製作者：439 ◆AS27eZKavE
http://sourceforge.jp/projects/gikomail/
GikoMailer
製作者：588 ◆RDX9wJ7SRQ
http://www.geocities.co.jp/SiliconValley-SanJose/5451/index.html

RFC関連
RFC
http://www.cis.ohio-state.edu/cs/Services/rfc/index.html
RFC日本語版リスト
http://www5d.biglobe.ne.jp/~stssk/rfcjlist.html
メール関係 - 日本語化RFC
http://www02.so-net.ne.jp/~hat/mailer/rfc.ja.html
JPNIC RFC-JP
http://rfc-jp.nic.ad.jp/

PGP関連
日本の公式 PGP ホームページ
http://pgp.iijlab.net/
PGP国際版のホームページ(日本語版)
http://www05.u-page.so-net.ne.jp/ba2/naoki-s/pgpi/
GNU Privacy Guard講座
http://hp.vector.co.jp/authors/VA019487/

保守

★http://www6.ocn.ne.jp/~endou/index2.html★
　　　　　　★こんなサイト見つけました★

次スレたってるね
2ちゃんねる発メーラー作成スレ 【 2 】＠プログラム
http://pc3.2ch.net/test/read.cgi/tech/1043016421/l50

（＾＾）

umeage

活性化age(｀･ω･´)

次スレが先に落ちるとはどういうことだ?

>935
もともと人が少ない上に、立てるの早すぎたんだね。

970でたてるくらでいいのかな？

>>937 そだね〜

今このスレに到着した俺だが、
一通り目を通して、>>935が一番ﾜﾛﾀ
完成したら、是非使いたいね。
あと、ギコナビみたいにソースも公開してくれるのかな？

( ´･ω･｀) ｼｮﾎﾞﾝ…

( ´･ω･｀) ｼｮﾎﾞﾝ… ( ´･ω･｀) ｼｮﾎﾞﾝ…

あーじゅ

メーラーを作るのって何から手をつければいいのだろう?
まずはメールを読めるようにするのが一番なのかな?

>>943
漏れの場合、受信部→ファイル／フォルダ操作部（一覧表示など含む）
→ビューワ部→エディタ部→送信部、が大筋の流れ。

ちなみに漏れ、遅くとも3月中には自作メーラをソースともども公開予定。
ただ機能的にかなりしょぼいので、ここにさらすかどうかは未定。

今日、授業中"(,, ﾟ×ﾟ)"してたら

ＯＥとかは１つずつメールチェックする、
なので同時に別のアカウントもチェックすれば時間短縮できる。。。。

とひらめきました。
でも、よく考えたら回線とパソコンに負荷がかかると思うんですけど、
実用性とかありますかね？

既出がったらすいません。。。

>>945
EdMaxで既に実装されてるような…

>>944
エディター部分を忘れていた。
この部分を考えると、メーラーを作るのはかなり面倒なのかな?
ちょっと、しり込みしてきた。

>>947
エディタは標準のテキストエディット程度があれば充分じゃん?
それ以上は外部エディタを使えるようにすればOK

>>946
そうなんですかぁ、、
私の考えることすでに誰かが考えていると。。。

EdMaxとかBecky!などのメーラーをとりあえず分析してみては？

開発は進んでいるのだろうか・・・

新スレを立てるべきか悩む現状だな。。。

>>952
まだ早いんちゃう？

ageとこう

エディタ部はもちろんURL自動リンクだよな？

ime.nu に飛ばしちゃうけどね。

2chからリンクされてると勘違いして(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

2chからのメールは恐怖ではないかと。

age

保守しとくか…

ほしゅほしゅ

ほしゅ

C++Builderでメーラー作る方法教えてください。
PASCALは嫁ません。

>>963
SMTPとかPOP3って言語非依存だと思うんだけれども。

>>964
そのSMTPやPOP3を扱うクラスがC++Builderのライブラリにあるかどうか聞いているんじゃないかな。
俺は知らないけど。

>>965
コンポーネントの作れないDelphiシリーズ使用者ってゴミだと思う。

とりあえずIndy

素直にIndy使えyo

そろそろ再度新スレを立てますか?
だれかスレ立てよろしく。
適当な RFC へのリンクもつけて。

２ちゃんねる発メーラー作成スレ　２
http://pc2.2ch.net/test/read.cgi/software/1049440637/

リンクおねがいします！

>>944
つくったのか？

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

http://life.fam.cx/

安倍な●み　盗撮ランキング１位
http://rental.serikura.jp/~shop/nt/ans.jpg
加護○依　盗撮ランキング２位
http://www.all-mode.net/jrank/in.php?id=arifish
松浦○や　盗撮ランキング３位
http://pakopako.misty.ne.jp/enter.cgi?id=arifish
深田●子　盗撮ランキング４位
http://friends.rank.ne.jp/in.cgi?account=arifish
藤本●貴　盗撮ランキング５位
http://sagisou.sakura.ne.jp/~deai2/cgi/rank.cgi?arifish
浜崎あ○み　盗撮ランキング６位
http://it.sakura.ne.jp/~www/www/ranklink.cgi?id=arifish

先週のランキングベスト１はこの人!!!
http://sagisou.sakura.ne.jp/~deai2/cgi/rank.cgi?arifish

２ちゃんねるプロバイダー
http://isp.2ch.net/

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

qge

あげ

ほっしゅ

こっちもﾎｼｭ