TMail is an email handler library for Ruby. TMail can extract data from mail, and write data to mail following the relevant RFCs on the subject. You can get the latest version of TMail from the TMail RubyForge project or via Ruby Gems "tmail" TMail is written in Ruby and a (very) small bit of supporting C that has pure ruby replacements if you can't compile on your computer. This means TMail will
MailParser メールメッセージを解析する。 作者 とみたまさひろ <tommy@tmtm.org> ライセンス Ruby ライセンス http://www.ruby-lang.org/ja/LICENSE.txt と同等。 機能 メールファイルをパースした結果を返す。 メール構造による例外は発生しない(例外を発生させることも可能)。 不正な構造のメッセージがあった場合は適当に処理する。 0.4 でイチから作りなおしたので、0.3 とは互換がない。 require "mailparser/obsolete" すれば 0.3 と同じ機能が使用可能。 ダウンロード http://github.com/tmtm/mailparser インストール インストールには racc が必要。 $ make $ make test # make install 使用例 require "mailpa
油まみれの猿ならぬ、Firefox機能拡張の雄、Greasemonkey(まとめサイト) JavaScriptを使って、ウェブ・ページをクライアント側で書き換えることができる。これだけでIEからFirefoxに移行する十分な理由になる。最強のスクリプトはAutoPagerizeか(使い方がわからない人はGoogleに訊いてみてほしい。CNETの変なページなんかに行くと、いかに生活が向上するかがわかると思う) よくあるのが、Amazonの書籍情報に図書館の蔵書情報を追加するというもの。『最新WebサービスAPIエクスプローラ』を参考にして作ってみた 青山学院大学図書館 東京大学付属図書館 東京都町田市立図書館(サイトが複雑でイマイチ) 東京都足立区立図書館(所蔵してない本も登録されているからイマイチ) 次に考えるのが辞書 選択文字を英辞郎で検索し、結果をポップアップ(はてな用のスク
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
■ USBメモリやフロッピーにnPOPを入れて持ち歩く メールを保存しない設定にして、パスワードも設定しないようにしておくと紛失した場合でもメールを見られる危険性が軽減します。 但し、送信箱や保存箱、アドレス帳は常に保存されるため、管理に気を付けてください。 オプション - メール一覧を保存しない設定にする POP3設定 - パスワードを未設定にする メール受信時のパスワード入力 ■ Gmail Gmailでメールを受信できるようにするためにはアプリパスワードを設定してください。 https://support.google.com/accounts/answer/185833?hl=ja&authuser=1 以下は設定する時の注意点です。 SSLを使用するにチェックを入れて、ポート番号を変更する SMTPではSMTP認証のチェックボックスを入れる SMTPのSSL設定でSTARTTLS
インターネット興隆の立役者HTTP(前編) 連載:インターネット・プロトコル詳説(1) TCP/IPの上位層、いわゆるアプリケーションの世界では、どのような仕組みで通信が行われているのだろうか?
ある会議室で、次のような質問があがりました。 『ザウルスでメールの全未読受信をしている。 当日中は正しく未読メールのみを落としてくるのに、 翌日になると既に読んだものまで受信するようになってしまった。』 本来 POP3 サーバーには未読も既読も区別がないので、 全て読み込むのは当然の事だと思っていたのですが、 よくよく見ると、MI-610 以降の機種では Internetメールでも 全未読受信ができていたんですね。 それでは・・ということで、実験がてら調べてみました。 Internetメールの全未読受信は厄介 メールの未読だけを受信するなんて、別に難しくもないように思いますが、 実は少々厄介なのです。 Internetメールでは送信に SMTP, 受信に POP3 という別々のプロトコル (場合によっては別々のサーバー)を利用しているのですが、 困ったことに P
メール転送時に転送者アドレスを含める。この場合、FromはオリジナルのFromのままになる。ただし、あまり実装されている例はないようだ
この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。(2023年11月) Representational State Transfer (REST、レスト[1][2][3][4]) は、ウェブAPI(ウェブアプリケーションプログラミングインタフェース)の定義に使用されるアーキテクチャスタイル(共通仕様)[5]であり、同時にウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつでもある。この語はHTTPプロトコル規格の主要著者の一人であるロイ・フィールディング(英語版)がウェブについて書いた2000年の博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。 RESTは、初めはアーキテクチャの原則と制約の集まり(後述)を指してい
Rails1.2も出たことだし、変更点とかちゃんと読んどこうと思ってざっくり訳してみた。やっぱ り:format&respond_toとscaffold_resourcesでRESTFull化が目玉っぽい、あとマルチバイト対応が日本人的には嬉しいかも。 原文: Riding Rails: Rails 1.2: REST admiration, HTTP lovefest, and UTF-8 celebrations REST and Resources RESTはRails1.2の目玉です、RESTに関しては私(DHH)のRailsConfキーノートを見てください。REST化はRailsのために重要な物です。あなたのアプリケーションをよりRESTfullにするための方法を考え始めてください。 REST化への移行を手伝うために、私達はCRUDなインターフェイスを作るためのsca
HHKB ファーストモデル、研究者やプログラマーといったコンピューターのプロフェッショナルのためのキーボード
継続を使ってSjaxをAjaxに簡単に変換する方法 http://d.hatena.ne.jp/llamerada/20070220/1171984586 を見て。こんなのはどうだろう。 ユーザーからの入力や、非同期のHTTPリクエストなんかを、具体化されてないオブジェクトとして捉えて、それらを受け取った関数側が遅延オブジェクトを具体化するためのリクエストを投げて再試行する。ネストが深くならないですむ、同期処理で書く場合との変更点が少ない、あるいは完全に差異を無くすことができる。 alert(args)のコメントを外せば、引数が具体化されていく様子が分かるはず。 Function.prototype.receive_lazy = function(){ var orig = this; return function(){ var thisObj = this; var me = argu
JavaScriptによる全文検索エンジンの最初のバージョンはAjaxではなく、Sjaxであった。その為、サーバへのリクエストが発生する毎にブラウザが固まってしまい、応答性が悪かった。なぜ、Sjaxで記述したかというと、連続してサーバへリクエストを送り、しかも、サーバからのレスポンスに応じてリクエストを変更するようなAjaxプログラミングが面倒だった為である。このようなSjaxのコード例を次に示す(prototype.jsを使用)。 // (Sjax)サーバからpathのデータをoffsetの位置からlengthバイト取得 function fetch(path, length, offset){ var range = ["bytes=" + offset + "-" + (offset + length - 1)].join(""); var options = { method: "
こんにちは、hideです。 皆さんは、キャバクラって行ったことありますか? キャバクラとWebサービス、この一見、まったく関連が無いように見える2つのサービスですが、実は多くの点で共通点があります。これから新しくWebサービスを作ろうとしている人、現在Webサービスを運用している人は、彼女らの接客態度やサービス精神からいろいろと学ぶことができます。 では、順を追って紹介していきましょう。 1. 見た目が大切 第一印象で悪いイメージを持たれて損をしないように、思いっきりお洒落してユーザを迎えましょう。キャバクラでは香水の香りで嗅覚を刺激するなど、五感を活用した接客というのが行われています。しかし、Webサービスの場合、嗅覚/味覚/聴覚/触覚はないので、使えるのは視覚のみになります。より見た目が重要になってきます。 2. おもてなしの精神 とても基本的な事なのですが、数あるお店(Webサイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く