構造化ログのプラクティスをあちこちで調べていたら、logfmtを推奨する記事を見つけたので調べてみました。 先に結論を言うと、JSON linesを使っておくのが良さそうです。 logfmt について logfmtとはスペース区切りで key=value を並べたフォーマットです。文字列にはクォートとエスケープによってスペースや改行を含められます。 at=info method=GET path=/ host=mutelight.org fwd="124.133.52.161" dyno=web.2 connect=4ms service=8ms status=200 bytes=1653 (logfmt から引用) あちこちで logfmt のリファレンスとして紹介されているのはこの記事です。 https://brandur.org/logfmt 発明されたのはどこか分かりませんが、流行

物語は、LinuxがエンタープライズITの世界で本格的に受け入れられ始めた2000年代の始め頃から始まる。その頃、Linuxはすでに単なる趣味のOSではなくなっており、IBMのようなエンタープライズ企業がLinuxに数十億ドルの資金をつぎ込んでいた。その状況を受けて、Linuxビジネスの爆発的な成長を管理するために、Open Source Development Labs（OSDL）とFree Standards Group（FSG）の2つの非営利団体が設立された。 これらの団体は似たようなミッションを持っていた。OSDLは、Linus Torvalds氏やAndrew Morton氏などのLinux界の有力な開発者を雇用し、Linuxやオープンソースソフトウェアのライセンスや特許の問題に関する法律面での支援のために資金を提供するなどした。一方、FSGは、Linux Standard Ba

IETFに『Secure shell over HTTP/3 connections』という提案仕様が提出されています。 これは、HTTP/3コネクション上でSSHを実行するプロトコルを定義しています。なお、"SSH3"という名称を仕様中で使用していますが、あくまで提案段階ですので今後変わる可能性もあります。 SSH3ではHTTP/3を使うことにより以下の特徴を持ちます QUICのメリットが享受できる（例えばIPアドレスが変わってもコネクションを維持できる） HTTPの認証方式をサポートする（Basic認証、OAuth 2.0、Signature HTTP Authentication Scheme） SSH通信の秘匿 (第三者からするとただのHTTP通信にみえる) エンドポイントの秘匿 (Signature HTTP Authentication Schemeを使うことで、そこでサービス

Autobahn MTAは、Gmailの「メール送信者のガイドライン」に準拠できるメール配信エンジンです。 RFC8058（List-Unsubscribeヘッダによる購読解除）に対応しています。

SPF レコードで許可されている IPアドレスの実態がクラウドやプロキシ等の共用サービスのものであるケースは多く、それらの IPアドレスが第三者によって利用できる可能性があることを悪用し、SPF 認証を pass、結果的に DMARC 認証まで pass して詐称メールを送信できてしまうことを指摘した論文が公開されています。 この論文では、上記のような SPF の脆弱な展開に対する攻撃手法を BreakSPF と呼び、関連するプロトコルや基盤の実装に対する分析と共に、その内容が体系的にまとめられています。 本記事では、その論文を参照しながら、簡単に概要をまとめておきます。 補足事項 (2024/3/5) 本記事につきまして、(当サイトとしては) 多くのアクセスいただいているようで (ちょっとビビってま) す。まことに大変ありがたいことに色々とシェアいただいたりしたようです。 そこで、記事の

YAPC::Hiroshima 2024に参加しました。 YAPC（やぷしーと読む）は初めての参加となります。 なお、私はPerlについて全くの初心者です。 会場入り #名古屋在住なので、新幹線で移動しました。 会場は広島国際会議場で、新幹線が止まる広島駅から路面電車/バスで20分程度でした。 路面電車が動いてる〜と感動してました かなりアクセスが良いにも関わらず、会場周辺は静かで落ち着いた雰囲気でした。 ランニングや散歩されている方も多かったです トークについて #今回は合計で9のトークを聞くことができました。 Perlについてのトークだけでなく、Web系統に関するトークも多かったです。 むしろPerl以外の方が多かった気がします。 どれも非常に素晴らしいものばかりでした。 自分が聴いたトークについて簡単に感想を書きます。 1. コミュニティと共に生きる - キャリアの螺旋と人生を変えた

参加概要 2024年2月10日（土）に広島国際会議場で行われたYAPC::Hiroshima 2024に参加してきました。オープニングトークで今回はYAPC史上最多の参加人数（400人）であることが発表され、それに伴ってか初めてYAPCに参加される方が多かったように思えました。 発表について 伊藤さんとt_wadaさんの発表は知り合いの人からおすすめされていたけど、まだ一度も聞いたことがなかったのでその二つのセッションはマストで聴くことに決めていました。お二人のお話は大学の講義を聞いていたときに近い感覚を覚え、自分が理解しているところとまだわかっていないことを丁寧に説明してもらっている感じがして、聞いている側から定期的に思い返したいと思いました。（Youtubeに配信が残っているので可能です） 今回ベストトーク賞にも選ばれたVisaカードの決済システムの育て方も聞けました。Visaのシステ

夜型の生活をしがちな人間なのに、夜にあまり活動しない。 これは単純に「生まれ育った場所が田舎だったから」というのが大きな要因だと思っている。実家は鎌倉市の端っこにあり、しかも山の中腹で、日が沈んで暗くなったら一気に人通りが減る地域だった。 子どもの頃はまだよかった。第二次ベビーブームのちょっと下の世代だったので、公園には子どもたちが多くいたし、住宅建設ラッシュが始まる前であちこちに空き地があり、遊ぶ人は多かった。それでも日が沈めば一気に人の気配は消える。変質者が多くて、夕暮れ時には露出狂が出没する時代でもあった。 夜は怖いものだという意識がすり込まれたまま大人になった。最初に就職した会社はシフト制で、鎌倉から東京まで通っていたので、遅番の担当になれば帰り時間は23時を過ぎる。ぽつんぽつんと立っている街灯を頼りに駅から家へまっすぐ歩いた。寄り道をするような場所はなかった。 子どもの頃は長い夜

Google smtp-relay サービスを使って、SMTP relay しても gmail.com から迷惑メールに判定されない方法を考えるGmailsendmail What is this ? 最近、gmail.com で迷惑メール対策として、DMARC および SPF の義務化等の対応に追われています。 クラウドのメールサービスをそのまま使用してるドメインはいいのですが、問題なのが今まで何も考えずに MTA へメールデータを送るだけの ( ≒ 認証なしにメールを送信していた ) システムが、なりすまし対策を講じると結構なコストになる点です。 そこで、Google のサービスを利用している弊社で、もうちょっといい感じにコストを下げられないか、というのがこの記事の目的です。 最終的には色々とケースを考えて、どのように利用するかを判断すべきですが、今回は Case 1 のみ取り上げます

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

When I started writing and publishing open-source software about 15 years ago, I was pretty radical about it. I only used permissive licenses like MIT or BSD, as all I cared about was reach. Using a copyleft license with strings attached seemed to hinder that reach. Getting another A-category company to use my open-source libraries like Nodemailer was a badge of honor. I even went so far that when

迷惑メール対策を強化した米Google（グーグル）によるGmailの「メール送信者のガイドライン（Email sender guidelines）」が適用されてから1カ月が経過した。現在では特に大きな問題は発生していないようだが、適用開始の2024年2月1日に向けて企業や組織は対応に追われた。 特に大変だったと思われるのは、大量のメールを送信する顧客を抱えるメール配信事業者だ。リリースなどを見る限りでは、適用直前の2024年1月末にガイドラインへの対応が完了した事業者は多かった。 グーグルがガイドラインを発表したのは2023年10月3日（米国時間）なので、4カ月の猶予があった。それにもかかわらず、なぜ対応がギリギリになってしまったのだろうか。業界大手2社への取材を基に、ガイドライン対応の舞台裏を探った。 送信ドメイン認証の全てに要対応 今回適用されたガイドラインのポイントは、1日当たりのG

スライドやドキュメントを リンクで簡単に共有！ ドクセルは日本語でパワーポイントやPDF、 Wordファイルを共有できるサービスです。 あなたの知識を共有しましょう！

概要 こんにちは。フリーランスとして活動している加藤です。 さて、この記事ではタイトルのとおり、自分で作成したOSSライブラリなどをGitHubやその他のリポジトリで公開した際に、どうすればより多くの人々に自分が開発したソフトウェアを認知してもらい、そしてどうすれば継続して関わってもらえるのかについて書いていきます。 なぜこの記事を書こうと思ったのかというと、とても興味深いソフトウェアを開発しているにもかかわらず、人々に認知されず閑散としているGitHubリポジトリを多く見てきたからです。 また、私自身の経験として、公開した自作のOSSライブラリがまったく伸びない時期がありました。自分で作ったソフトウェアを世の中に出すのであれば、より多くの人々に認知されてより多くの人に使ってもらいたいですよね。 そうした時期に紆余曲折しながらも様々な方法を試行錯誤し、どうすれば他の開発者に自分が作ったソフ

HOME> ブログ> 1/22にセミナー「Gmail新ガイドラインのポイントを解説！メール送信者が今やるべきこと」を開催しました！（Q&A編） 1/22にセミナー「Gmail新ガイドラインのポイントを解説！メール送信者が今やるべきこと」を開催しました！（Q&A編） 2024年3月1日 by SendGrid Category: イベント・セミナー　ベストプラクティス ツイート 1月22日に開催したオンラインセミナー「Gmail新ガイドラインのポイントを解説！メール送信者が今やるべきこと」では、大変多くの方にご参加いただきありがとうございました。本記事では参加者の皆様からいただいたご質問に回答いたします。 セミナーでお話しした内容はこちら、昨年12月7日に同様のセミナーを開催した際にいただいたご質問への回答はこちらにまとめていますので、あわせてご覧ください。 Authentication &