デコメール死亡 「LINEの登場」を予測できなかったプロデューサーのお話
僕はデコメールサイトに関わっていたことがある。事業計画を作り、会社から資金を貰い、サービスを立ち上げた。後発ながらそれなりの規模まで成長させ、他の者に引き継いだ。 立ち上げる際、適当なグラフを作る。ここで言う「適当」は難しいのだけれど、同じスピードでキレイな曲線を描いていくグラフなんて基本的に無く、市場変化だったり、サービスのアクションだったり、何かしらグラフを最低２ヶ所は曲げさせる。 数字なんて実際は誰にも分からず、「意思」を反映した方が良いと思っている。もちろん、制度を高めるため、あらゆる数字を集めて、根拠は作る。 そんな中、１点だけ悔いの残る・・・というか想定しなかったことが起こっている。僕は「メールは無くならない」という予想をした。装飾素材自体も イラストのデコメール ↓ 絵文字 ↓ デコアニメ と進化を遂げており、デコアニメは不発ながらも、メールがある限り、メールを装飾する「何か
docomo 550 Unknown user : ため息ばかりのブログ
メーリングリストにdocomoの携帯メールのアドレスを登録すると、届いているのに550 Unknown userが返ってくる。 先ほど携帯メールアドレスが５３ヶ登録してあるメーリングリストにメールを送ったら約半分の２６件から 550 User Unknown が返って来た。そのうちdocomoが２５件だ。これは疑わしいので、個々に別途メールしてみたところ２１名からメーリングリストからのメールはとどいているとの返事だ。この２１名のうち１名は@の前に . （ドット）があるというillegal なメールアドレスだが、メーリングリストのほうで ” ” で括ってくれて、届いている。あと２通はまだ返事がない。多分とどいているんだろう。 残り３件はau (ezweb) が１件、docomoが２件で、この３件に個別に送信しても550 Unknown userなのでメアドを変更したんだろ。届け出がない。知
i.softbank.jp 宛のメールを Gmail に転送する - m.igrs.jp
i.softbank.jp メールは転送する手段が用意されていないのでスクリプトを自作した。 (i.softbank.jp メールは使ってないけど) ``` ruby source http://gist.github.com/591166 gist require ‘net/imap’ require ‘time’ sb_account = %W(USERNAME PASSWORD) gm_account = %W(USERNAME PASSWORD) sb = Net::IMAP.new ‘imap.softbank.jp’, 993, true sb.login *sb_account sb.select ‘INBOX’ if ids = sb.search(%w(UNSEEN)) and ids.size > 0 gm = Net::IMAP.new ‘imap.gmail.com
i.softbank.jp の送信メールも Gmail に転送する - m.igrs.jp
i.softbank.jp 宛のメールを Gmail に転送する の続き。 受信メールだけではなく送信メールも対象にして転送させることで全部 Gmail で見れるようにしたい。 しかも転送ではなく移動してしまった方が二重で管理する必要もなくスッキリしているような気がしたのでそうした。 また、Inbox にメールを append するだけだと、boxcar が反応してくれないので、直接通知するようにした。 ``` ruby source http://gist.github.com/596342 gist SB_ACCOUNT = [‘USERNAME’, ‘PASSWORD’] GM_ACCOUNT = [‘USERNAME’, ‘PASSWORD’] BOXCAR_ADDR = “123456.123456@push.boxcar.io” sb.select ‘INBOX’ imap_e
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
