仙石浩明の日記: SPF (Sender Policy Framework) チェックをパスしてしまう迷惑 (スパム) メールが増えている
私の自宅サイト GCD (と勤務先の KLab) では、 qmail にパッチをあてて、 外部から届くメールのヘッダに SPF (Sender Policy Framework) チェックの結果を挿入するようにしている。 例えば以下のような感じ: Received-SPF: pass (senri.gcd.org: SPF record at thelobstershoppe.com designates 89.215.246.95 as permitted sender) Message-ID: <34f301c7df7d$2e65ece5$5ff6d759@unknown.interbgc.com> From: "Sales Department" <sales@thelobstershoppe.com> 「Received-SPF: pass」というのは、 このメール (実は迷惑メー
Return-Pathをセットする(MIME::Lite) | ブログが続かないわけ
メール配信の仕組みなどを作ると、どうしても面倒になってくるのがエラーの処理。アプリケーションの開発を行っているとエラーの処理というのは日常的なものだ。何かを実行してエラーならまた別の何かを、例えばログを出力して終了する、ってことをしてやればよい。これは何かを実行すればすぐに成功か失敗かがわかるから単純だ。 ところがメールってやつはやっかいで、処理（送信）された瞬間には成功したか失敗したかわからない。一見成功したように見えても、しばらくしてから、「やっぱりだめだったよ...」ってな感じでエラーメールが返ってくる。つまり、このエラーメールが返ってきてから初めて失敗したことがわかり、そこでそれなりの処理をしなければならないのだ。 わかっているならそれをやればいいんだけど、いくつか考えなければならないことがある。まずは、エラーメールがどこに返ってくるかということだ。ものすごく話を単純にすれば、これ
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
システム設定ファイルを知ろう～/etc/aliases～
などと指定すると、特定のプログラムを動作させることもできる。メーリングリストを実現する「fml」や「majordomo」などは、この仕組みを利用している。 参考までに、/etc/aliasesファイルの初期設定状態を挙げておこう（例：Red Hat Linux 7.2）。 $ cat /etc/aliases # # @(#)aliases 8.2 (Berkeley) 3/5/94 # #Aliases in this file will NOT be expanded in the header from #Mail, but WILL be visible over networks or from /bin/mail. # # >>>>>>>>>>The program "newaliases" must be run after # >> NOTE >>this file is
『MarketOne®』を通じて『Facebook Exchange』におけるRTB取引を開始 | PLATFORM ONE
『MarketOne®』を通じて『Facebook Exchange』におけるRTB取引を開始 このたび、株式会社プラットフォーム・ワン（本社：東京都渋谷区、代表取締役社長：徳久昭彦、以下 P1）は、広告主・広告会社向けオンライン広告取引プラットフォームMarketOne®を通じて「Facebook Exchange」(以下 FBX)におけるRTB(※1)取引を開始することについて、Facebook, Inc.（本社：California, United States、CEO：Mark Zuckerberg、以下 Facebook社）と合意に至りましたことをお知らせいたします。 (※1) RTB（Real Time Bidding、リアルタイムビッディング）とは、媒体（売り手）側のシステムが、広告の１表示毎に、広告の買い手である広告会社のシステムに対してリアルタイムにオークションを行うシス
Evernote Blog � Blog Archive � New updates to Web and Windows
에버노트에 뭐가 새로워요?에버노트에서 무슨 일이 일어나고 있는지 궁금하신가요? 아래의 기사들을 확인하여 우리가 작업 중인 흥미로운 것들을 모두 볼 수 있습니다. 새로운 소식레거시 버전 Evernote 앱 사용 중지2024년 3월 26일, 저희는 레거시 버전 Evernote 앱에 작별을 고합니다. v10 이전의 Evernote 경험을 단일화하면 보안 수준을 크게 높이고 더 빠른 개발을 위해 더 많은 자원을 투입할 수 있습니다. 더 읽기 14가지 주요 기능이 이제 모든 사용자에게 제공됩니다이 중요한 Evernote 기능들은 검색, 첨부 관리, 노트 액세스 등 핵심적인 제품 성능을 높여줍니다. 이제 누구나 그 기능을 사용해 Evernote의 잠재성을 최대한 활용할 수 있습니다.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日経BP