〓〓〓いつまでも次世代 IMAP その2〓〓〓
2007/09/11(火) 00:39:11
どうせ過疎ってるんだから、このままドゾー
2007/09/11(火) 00:59:44
>>369
んじゃ、このまま、
GET /userID/inboxとかでメール取得とか
POST /userID/sendとかで新規作成=送信も?
PUT /userID/foo/bar/folder/message-idとかで既読設定とか
DELETE /userID/foo/bar/folder/message-id とかで削除
表現=REpresentationはAtom形式
たとえば、GoogleのGData API が既存のサービスにどんどん対応している。
足りないのはGMailの操作系のAPI ってことでそのうち対応するんじゃないのかな?とか。
http://code.google.com/apis/gdata/index.html
んじゃ、このまま、
GET /userID/inboxとかでメール取得とか
POST /userID/sendとかで新規作成=送信も?
PUT /userID/foo/bar/folder/message-idとかで既読設定とか
DELETE /userID/foo/bar/folder/message-id とかで削除
表現=REpresentationはAtom形式
たとえば、GoogleのGData API が既存のサービスにどんどん対応している。
足りないのはGMailの操作系のAPI ってことでそのうち対応するんじゃないのかな?とか。
http://code.google.com/apis/gdata/index.html
2007/09/11(火) 01:01:09
2007/09/11(火) 01:04:53
もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。
AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。
すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。
IMAPをWebメーラでかぶせるの逆、最初っからWebで取得/操作。
もちろん専用クライアントがないけどね。
でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら
そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね???
多分2008-2010年ぐらい?のメールアプリ予想。
と、素人が妄想してみました。
AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。
すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。
IMAPをWebメーラでかぶせるの逆、最初っからWebで取得/操作。
もちろん専用クライアントがないけどね。
でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら
そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね???
多分2008-2010年ぐらい?のメールアプリ予想。
と、素人が妄想してみました。
2007/09/11(火) 01:05:51
2007/09/11(火) 01:27:48
>>371
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
http://pc11.2ch.net/test/read.cgi/unix/1128256415/187
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな?
という意味でIMAPがらみということでゆるして。(なんどもすまん)
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
http://pc11.2ch.net/test/read.cgi/unix/1128256415/187
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな?
という意味でIMAPがらみということでゆるして。(なんどもすまん)
2007/09/11(火) 01:46:24
馴れ合いたいならよそでやってよ。
2007/09/11(火) 09:38:37
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
2007/09/11(火) 21:32:54
>>375
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には?
過疎ってるけどこっちに行ってみるよ。
http://pc11.2ch.net/test/read.cgi/blog/1101813178/
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には?
過疎ってるけどこっちに行ってみるよ。
http://pc11.2ch.net/test/read.cgi/blog/1101813178/
2007/09/12(水) 09:05:20
お前、IMAPがどんなのだが、全然知らないんだろう?
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。
2007/09/12(水) 14:25:08
キーワード: 非同期
といっても、>>377には理解不能なんだろうな…
といっても、>>377には理解不能なんだろうな…
2007/09/12(水) 22:50:04
IMAPがどうのと言いたかったり、否定しているのではなくて、
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの?
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの?
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。
2007/09/13(木) 00:50:03
そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。
2007/09/13(木) 00:54:49
とりあえず作ってみ。
そしてスレ違い。
そしてスレ違い。
2007/09/16(日) 19:20:57
IMAPが来る「次世代」っていつですか?
Webメールオンリーの時代が来たらもうIMAP(=POPシボン)なんだろうか
Webメールオンリーの時代が来たらもうIMAP(=POPシボン)なんだろうか
2007/09/16(日) 20:54:19
ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても
接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、
というような時代になればIMAPが来るんじゃないかと思う。
接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、
というような時代になればIMAPが来るんじゃないかと思う。
2007/09/16(日) 23:25:45
逆でしょ。そうなったらWebMailが使える、っていう。
LEMONADE でがんばってますよね。
LEMONADE でがんばってますよね。
2007/09/16(日) 23:38:42
っ Push-IMAP
その間にこれを使って欲しいんだ…
その間にこれを使って欲しいんだ…
2007/09/17(月) 00:21:45
「その間」って、どこの間?
P-IMAP って、IMAPの拡張の1つよね。
P-IMAP って、IMAPの拡張の1つよね。
388383
2007/09/17(月) 09:00:24 半分燃料、半分マジでしたw
大多数が使ってるプロバメールでIMAP専用って無いよね
フリーメールでもUIは専用Web中心でIMAPは無い
POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でフォルダ整理して使う」
形が主だと思うんだけど昨今のアクセスラインの高速化、PC&サーバHDD容量の拡大などにより
余りアドバンテージが無くなってる希ガス
むしろ「IMAPがこの先生き残るには?」とか考えちゃう
今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ
たメールフォルダをあとで自分で確認&訂正できる」くらい?
本当にIMAPの時代は来るのだろうか。
大多数が使ってるプロバメールでIMAP専用って無いよね
フリーメールでもUIは専用Web中心でIMAPは無い
POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でフォルダ整理して使う」
形が主だと思うんだけど昨今のアクセスラインの高速化、PC&サーバHDD容量の拡大などにより
余りアドバンテージが無くなってる希ガス
むしろ「IMAPがこの先生き残るには?」とか考えちゃう
今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ
たメールフォルダをあとで自分で確認&訂正できる」くらい?
本当にIMAPの時代は来るのだろうか。
2007/09/17(月) 10:39:25
「一般ライトユーザ向け」には必要ないんじゃないの。
電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、
音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、
そんなようなもん。
企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品
(こっちのが断然多いけど)を使ってるところがよくあるよな。
IT投資をあまりやる気がない(仕事の内容や従業員の傾向としてやっても意味がない)
ような企業ではPOPを使ってるけど。
電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、
音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、
そんなようなもん。
企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品
(こっちのが断然多いけど)を使ってるところがよくあるよな。
IT投資をあまりやる気がない(仕事の内容や従業員の傾向としてやっても意味がない)
ような企業ではPOPを使ってるけど。
390383
2007/09/17(月) 11:00:06 でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる
場合じゃないと思う。
広く受け入れられなくていいんだ、というなら止めませんが・・・
場合じゃないと思う。
広く受け入れられなくていいんだ、というなら止めませんが・・・
2007/09/18(火) 00:57:11
「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」
ってのが一番だと思いますよ。
関係データベースにアクセスするのにSQLを使うように、
メールストレージにアクセスするのにIMAPを使う、そんなものです。
全員が使わなきゃならないものじゃない。
リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて
山ほどあるでしょ?
「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。
ってのが一番だと思いますよ。
関係データベースにアクセスするのにSQLを使うように、
メールストレージにアクセスするのにIMAPを使う、そんなものです。
全員が使わなきゃならないものじゃない。
リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて
山ほどあるでしょ?
「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。
2007/09/18(火) 06:49:13
そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。
無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、
いろいろ出来るように機能が拡張されているのがIMAP、というところか。
前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、
後者を使った高機能のアプリケーションを持っていって意味があるか?
無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、
いろいろ出来るように機能が拡張されているのがIMAP、というところか。
前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、
後者を使った高機能のアプリケーションを持っていって意味があるか?
2007/09/18(火) 09:43:20
だから、「IMAPはPOPの拡張」って考えるな、と言ってるだろうが。
やろうとしてることが別。
やろうとしてることが別。
2007/09/19(水) 13:44:38
>>393
スレタイ嫁
スレタイ嫁
2007/09/19(水) 22:32:30
ソレ婿ウ
2007/09/22(土) 18:30:18
じゃ、IMAPのドコが次世代なの?
ただのオナニー規格じゃないところを見せて欲しい
ただのオナニー規格じゃないところを見せて欲しい
2007/09/23(日) 09:25:40
逆に聞きたい。
「次世代」って何のこと?逆に言えば「前世代」って何?
「次世代」って何のこと?逆に言えば「前世代」って何?
2007/09/23(日) 12:39:03
>>397
/var/(spool/)mailを直接アクセス☆
/var/(spool/)mailを直接アクセス☆
2007/09/23(日) 14:51:01
直接アクセスしたら、そのスプールの形式は何だよ?とか、
同時アクセスの排他制御はどうするんだよ?とか、
いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。
それだけのこと。
同時アクセスの排他制御はどうするんだよ?とか、
いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。
それだけのこと。
2007/09/23(日) 18:13:27
ということは「POP3で必要十分」でFA?
2007/09/23(日) 18:19:07
そう思うならPOP使ってればいいじゃない。
2007/09/23(日) 18:21:48
サーバ側にフォルダ持てるのと
クライアントからサーバにメールを戻せるのは
便利だと思うけどなぁ。
クライアントからサーバにメールを戻せるのは
便利だと思うけどなぁ。
2007/09/23(日) 20:32:12
Unix板で意味も無く煽り調の書き込みをするやつって、だいたいにおいて
一知半解の素人で、相手をしてもしょうがないんだよなあ
一知半解の素人で、相手をしてもしょうがないんだよなあ
2007/09/23(日) 23:53:44
>>400
POP3は必要最低な条件は満たしている。
それは「スプールに届いたメールを取り出す」というな。
POP = スプールからメールを取り出すプロトコル
IMAP = スプールのメールを操作するプロトコル
いい加減、理解しろよ。
POP3は必要最低な条件は満たしている。
それは「スプールに届いたメールを取り出す」というな。
POP = スプールからメールを取り出すプロトコル
IMAP = スプールのメールを操作するプロトコル
いい加減、理解しろよ。
405364
2007/10/25(木) 20:52:38 先に謝っとく。
GMailがIMAP対応始めたみたいね…
GMailがIMAP対応始めたみたいね…
406名無しさん@お腹いっぱい。
2007/10/28(日) 16:49:53 送信はSMTPを使っていますが、IMAPで送信メールも管理することはできないものでしょうか?
2007/10/28(日) 17:10:56
IMAP側で特定のメールボックスに「投稿」されたら送信、みたいにすればできる?
HotMailのHTTPMailがそんな仕様だったような(遠い記憶)
HotMailのHTTPMailがそんな仕様だったような(遠い記憶)
2007/11/15(木) 20:02:14
2007/11/16(金) 00:14:47
2003も2005もなかったんだから、出ないんじゃないの。
2年に一度、メジャーバージョンアップ。
2年に一度、メジャーバージョンアップ。
2007/11/16(金) 15:30:03
>>406
Fcc:なんかでimapに放り込めばいいじゃん、という話ではない?
Fcc:なんかでimapに放り込めばいいじゃん、という話ではない?
2007/11/16(金) 21:53:15
それしちゃうと、2通同じのをサーバに送ることになる、という話ではない?
Courier には、特定のメールボックスにメッセージを置くと、
外に配送される機能があったような。
Courier には、特定のメールボックスにメッセージを置くと、
外に配送される機能があったような。
412名無しさん@お腹いっぱい。
2007/11/17(土) 00:07:14 送信したメールを送信済みフォルダに入れるのはメールクライアントの担当じゃなくて?
おれあんまりIMAP詳しくないから外れてるかも心内。
おれあんまりIMAP詳しくないから外れてるかも心内。
2007/11/17(土) 11:32:28
SMTP と IMAP で全く同じものを2度送るのは無駄ですよね。
SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、
マルチアカウントになってくると、本当にそれでいいのか、とか。
SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、
マルチアカウントになってくると、本当にそれでいいのか、とか。
2007/11/17(土) 17:49:56
>>412も言っているけど、MUAでやれよ。
2007/11/23(金) 13:29:42
Courier-IMAPでおかしいと思えるところがあった。
A001 COPY 548 INBOX.Trash
* NO Invalid message sequence number: 548
A001 OK COPY completed.
タグなしNOは警告であって、コマンドが成功する場合もあるし、失敗する場合もある。
この場合、明らかにコピーに失敗しているのにタグ付き応答でOKが返ってくる。
コピーに成功したと思ってコピー元を削除するとメール消失になっちゃうよ。
A001 COPY 548 INBOX.Trash
* NO Invalid message sequence number: 548
A001 OK COPY completed.
タグなしNOは警告であって、コマンドが成功する場合もあるし、失敗する場合もある。
この場合、明らかにコピーに失敗しているのにタグ付き応答でOKが返ってくる。
コピーに成功したと思ってコピー元を削除するとメール消失になっちゃうよ。
2007/11/23(金) 19:21:04
それが Courier くおりてぃ
2007/11/24(土) 03:58:04
イマイチよくわからんのだが、メッセージを見る限り、それじゃあ「コピー元」を
削除することも出来そうに見えないが。
削除することも出来そうに見えないが。
2007/11/24(土) 12:15:11
2007/11/25(日) 00:56:17
1件も成功していないのだからtagged NOを返すべきだろうとは思うけど、
それで実害が生じるケースというのがちょっと思いつかない。
わりとどうでもいいことのような。
それで実害が生じるケースというのがちょっと思いつかない。
わりとどうでもいいことのような。
2008/04/15(火) 23:14:25
いまさらながら Gmail + IMAP を Thunderbird で使ってみた。
このタグベースのフォルダ分けってすごく便利ですね。
すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、
そくざにフォルダを作れる。(メールに、メタ情報の属性付け)
POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で
整理したかったら、refile しないといけない。
Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか?
このタグベースのフォルダ分けってすごく便利ですね。
すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、
そくざにフォルダを作れる。(メールに、メタ情報の属性付け)
POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で
整理したかったら、refile しないといけない。
Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか?
421名無しさん@お腹いっぱい。
2008/04/15(火) 23:15:08 ageちゃいます
2008/04/17(木) 08:25:07
>>420
ximapd なんてのもあったけど、開発止まってるね。
ximapd なんてのもあったけど、開発止まってるね。
2008/04/17(木) 09:08:04
>420
良く分かってないんだけど imapd 側でやるの?
MUA でフィルタ適用みたいな機能ってあると思うけど
サーバ側で実装するメリットってどの辺でしょう?
検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな?
良く分かってないんだけど imapd 側でやるの?
MUA でフィルタ適用みたいな機能ってあると思うけど
サーバ側で実装するメリットってどの辺でしょう?
検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな?
2008/04/17(木) 10:51:31
SIEVE
2008/04/17(木) 14:21:32
みなさんレスどうもありがとうございます。
>>422
日本人の人が作っているんですね。
サイトを見たところ、まだ安定版まで入っていないようですが、
Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。
>>423
サーバ側で、と考えています。
でも自分の望んでいることは、MUA側で
・物理的なメールボックスを持たない
・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる
ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。
そういうMUA はいまのところありませんが・・・・(sylpheed +
そういう意味で、imap サーバ側でこういった機能を実装しておけば、
既存の MUA でもメリットを享受できてよいかな、と思いました。
あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。
ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。
dbmail ではできないのかな。
>>422
日本人の人が作っているんですね。
サイトを見たところ、まだ安定版まで入っていないようですが、
Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。
>>423
サーバ側で、と考えています。
でも自分の望んでいることは、MUA側で
・物理的なメールボックスを持たない
・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる
ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。
そういうMUA はいまのところありませんが・・・・(sylpheed +
そういう意味で、imap サーバ側でこういった機能を実装しておけば、
既存の MUA でもメリットを享受できてよいかな、と思いました。
あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。
ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。
dbmail ではできないのかな。
2008/04/18(金) 01:36:43
IMAP 的には、annotate extension 使って、メッセージにタグを付けておいて、
filter extension でフィルタ条件を覚えておく、って感じかな。
将来的には。まだID。
view とか window extension は亡きものになったんだろうか。
filter extension でフィルタ条件を覚えておく、って感じかな。
将来的には。まだID。
view とか window extension は亡きものになったんだろうか。
2008/06/04(水) 12:44:03
なんでメール変更のコマンドがないんだよ(怒
百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。
百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。
>>1のリンク先が見れない
その3はなさそうだな
2013/10/08(火) 15:27:56.21
IMAPも十分広まったもんね
431名無しさん@お腹いっぱい。
2014/11/04(火) 13:40:29.61 ___ _
ヽo,´-'─ 、 ♪
r, "~~~~"ヽ
i. ,'ノレノレ!レ〉 ☆ 日本の核(武装)は早急に必須です ☆
__ '!从.゚ ヮ゚ノル 総務省の『憲法改正国民投票法』のURLです。
ゝン〈(つY_i(つ http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
`,.く,§_,_,ゝ,
~i_ンイノ
ヽo,´-'─ 、 ♪
r, "~~~~"ヽ
i. ,'ノレノレ!レ〉 ☆ 日本の核(武装)は早急に必須です ☆
__ '!从.゚ ヮ゚ノル 総務省の『憲法改正国民投票法』のURLです。
ゝン〈(つY_i(つ http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
`,.く,§_,_,ゝ,
~i_ンイノ
432名無しさん@お腹いっぱい。
2015/10/10(土) 06:21:50.43 imapfilterで個々のサーバー毎の処理した後、明示的に接続を切断するにはどうしたらいいでしょうか?
433名無しさん@お腹いっぱい。
2017/12/29(金) 10:40:41.62 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
NMAEZENIXV
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
NMAEZENIXV
434名無しさん@お腹いっぱい。
2018/05/22(火) 03:31:08.25 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
CBOGI
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
CBOGI
435名無しさん@お腹いっぱい。
2024/03/27(水) 20:26:43.99 どういう効果を期待していたというネタが定番やねんけど4コマは不向き
436名無しさん@お腹いっぱい。
2024/03/27(水) 21:03:45.33 あれスポンサーの力舐めんなよ
2024/03/27(水) 21:48:53.95
( ゚ ⊇ ゚)チャーラ〜ヘッチャラ〜
ましてやアスリートだぞ
ましてやアスリートだぞ
レスを投稿する
ニュース
- たぬかな、結婚していた SNSで報告 生配信では入籍時期も説明 祝福殺到「おめでとう!」「幸あれ」 [muffin★]
- 自民 国会議員の歳費 月額5万円引き上げ 今国会での成立目指す [どどん★]
- 「クラウンに乗りたかった」東京・足立の車暴走 男性、容疑を否認★2 [七波羅探題★]
- 相次ぐ中国公演中止に、シンガーソングライターらが続々高市首相に怒り表明「隣国の仲間たちに対して申し訳ない」★3 [muffin★]
- 東京・足立区の盗難車死亡ひき逃げ事件 11人死傷のうち死亡した男女の身元を発表 80代の男性と20代フィリピン国籍の女性 警視庁 [どどん★]
- 「営業妨害ですよ」小野田紀美氏、銀色ドレス揶揄に怒りをあらわ [バイト歴50年★]
- 【動画】慶應准教授の有野氏、高市答弁の問題点を理路整然と指摘しまいネトウヨ発狂wwwwwwwwwwww [271912485]
- 自民党閣僚関係者「党内外問わず高市総理に批判的なことを言える空気ではない」 [834922174]
- 緊急夜中にばりピンポンなるんだがこれって故障だよな?
- お前ら彼女/妻のうんちを素手で触れる?
- Yahooニュースの高市批判記事にヤフコメ民殺到。怒涛の援護へ [268718286]
- 【速報】たぬかな、結婚してた
