99%のEmailアドレスにマッチする正規表現公開される | ソフトアンテナ
一見Emailアドレスにマッチする正規表現を組み立てるのは簡単そうに思えますが、RFC 5322に厳密に準拠した正規表現を創りだそうとするととんでも無い努力が必要となるようです。 「Email Address Regular Expression That 99.9% Works」は、様々なプログラミング言語ごとに、Emailアドレスに99%マッチする正規表現を掲載したサイトで、例えばPerl 5.10より前のバージョンのPerl用として、掲載されている長大な正規表現を見れば、その難易度の高さを確認することができます。 正規表現にはなんの解説もなくどのような意図をもって作られたのか説明はありません(よって99%マッチするかどうかは本当のところは不明)。ちなみに日本語で読める貴重な情報「Perlメモ」では、「perl5.6.0以前の perl ではメールアドレスの正規表現を正確に記述すること
大量のメールアドレスを発行可能なウェブサービスを作ってみた - kusano_k’s blog
Boids Mail 使ってみてくれるとありがたいけど、明日サービス中止から全メール流出まで何が起こるか分かりません。 作ろうと思った経緯とこのサービスの使い道 迷惑メールがうざい。 インターネットができた当初の牧歌的な時代ならともかく、私のアドレスを知っているだけで世界中の誰もが私にメッセージを送れる、電子メールというシステムが時代遅れなのだと思う。TwitterのDMやLINEなどたいていのコミュニケーションツールは受信を許可した相手しかメッセージは送れないし、後から許可を取り消すことができる。とはいえ、これらの新しいコミュニケーションツールは公開されたプロトコルではなく、どこかの会社のサービスなので、限られた人とのやり取りには使えても、ウェブサービスに登録するときなどはあと10年は電子メールを使い続ける必要がありそう。 Gmailでは、(元のアドレス)+(任意の文字列)@gmail.
インターネットサービスプロバイダはメールの暗号化を勝手に解除していることが判明
By Jimmy Smith インターネットサービスプロバイダとはインターネットへの接続環境を提供する企業のことで、日本にはOCNやYahoo! BB、eo、BIGLOBEなどが存在します。インターネットに接続するには欠かせない存在であるインターネットサービスプロバイダが、暗号化された顧客のメールを勝手に暗号化解除してしまっている、という恐るべき事態が明らかになりました。 ISPs Removing Their Customers' Email Encryption | Electronic Frontier Foundation https://www.eff.org/deeplinks/2014/11/starttls-downgrade-attacks ここ数ヶ月の調査により、アメリカやタイのインターネットサービスプロバイダは、通信プロトコルを暗号化通信に拡張するための「STARTT
メールを効率的に処理する「7つのカテゴリー分類法」 | ライフハッカー・ジャパン
私たちは毎日、溢れかえるメールの受信箱と闘っています。仕事のメールから、怪しい勧誘メールまで、とにかく大量のメールを処理せねばなりません。とはいえ、打つ手はあります。すべてのメールを以下の「7つのカテゴリー」に振り分ければ、短時間でメールを処理できます。 1. 返信不要の、重要ではないメール。ただちにアーカイブするか、削除しましょう！ 読んでいないニュースレターがあれば購読を解除します。本当に重要な情報なら、別のルートであなたの元にやってくるでしょう（友人から知らされる、など）。 2. 保管するメール。税金申告用の領収書や、参考になる素晴らしいメール、次のプロジェクトで必要な情報が書かれたメールなどは、専用のフォルダをつくって保管します。あまり細かく分類しないこと。フォルダがたくさんできるようなら、仕事や生活をもっとシンプルにするといいサインです。メールを探すときは検索機能を使いましょう。
迷惑メール送信者への仕返し｜自分ではダメ、情報提供で行政処分
迷惑メール送信者に対し、強烈な仕返しをしてやりたいですよね。迷惑メール送信者が一番困るのは、法的に迷惑メール送信を禁じられることです。この記事では、専門期間への情報提供の流れを解説します。市民からの情報提供が集まることで、行政は迷惑メール送信者に処分を下します。
Free Drag & Drop HTML Email Template Builder | Beefree
Watch the replay: Is the Business plan right for you?
Home | Email Standards Project
The Email Standards Project works with email client developers and the design community to improve web standards support and accessibility in email. Our goal is to help designers understand why web standards are so important for email, while working with email client developers to ensure that emails render consistently. This is a community effort to improve the email experience for both designers
Re:はReplyの略ではない――返信メールの件名は変更してもいいのか？
連載目次 エンジニアが日々、業務で使用する電子メール。タイトルの付け方にはマナーがあること、ご存じですか？ メールの返事を書こうとして「返信」ボタンをクリックすると、件名の頭に「Re:（リー）」が付きます。これは返信の意味なので、件名はそのままにします。相手の社名と名前が書いてあっても変更・削除してはいけません。
PHP: The Good Parts
本書は、PHPの最も便利な機能を取り上げて詳しく解説し、さらに、どうすればウェブ開発のプロセスをスピードアップできるのか、よく利用されるPHPのエレメントが誤って実装されてしまうことがあるのはなぜなのか、どんな「パーツ」がオブジェクト指向プログラミングに適するのかといった実際的な問題の理由を解き明かします。PHPの初学者から他の言語で開発経験のある開発者まで、幅広い読者を対象としており、基本項目を軸にしてていねいに解説。手早くPHPについての理解を深めることができます。プロフェッショナルな開発者にとっては、既存の知識やテクニックを棚卸しして、新鮮な視点を取り入れるきっかけとして役立つでしょう。 序文 1章 グッドパーツ 1.1 なぜPHPなのか 1.1.1 PHPの簡単な歴史 1.1.2 PHPが占める位置 1.1.3 PHPとは何か 1.1.4 PHPでどのようなものが作られてきたか 1
第20回 Email::Sender：メールを送信する | gihyo.jp
メール送信のあれこれ たとえばウェブアプリケーションでなにかの注文を受け取ったとき、あるいはシステム管理ツールでなにか異常を発見したとき、ユーザや管理者にメールを送れるようにしたい、というのはよくある要件です。昔はヒアドキュメントやテンプレートエンジンなどを使って送信したいメールを用意したあと、sendmailへのパイプを開いてメールを流し込んでいたものですが、いまはメールの作成から送信まで、すべてモジュールを使って実現できるようになっています。 とはいえ、需要が大きいだけにメール関係のモジュールは山のようにあります。ディストリビューション（パッケージ）の数だけで500を数えますし、メール関係の名前がついたモジュールは現在CPANにアップロードされている7万以上ものモジュールのほぼ1割を占めるほどです。これではどれを使えばよいのかわからないという声があがるのも当然でしょう。 そこで今回はP
今に伝えるメールの技術 #yapcasia #yapcasiareject
2014/9/3に行われた YAPC::Asia Tokyo 2014 Reject con で発表したトークのスライドです。Read less
お互いの時間を浪費しないためにメールは「5つ以内の文章」で | ライフハッカー・ジャパン
ニューヨークを拠点とする経営コンサルティング会社McKinsey and Companyによる2012年の調査によると、平均的な労働者は、Eメールを読んで答えるのに1日の28％を費やしているそうです。これは、週でういうとほぼ13時間、年間では650時間にまで達します。 Eメールを簡潔でポイントを押さえたものにすることで、こうした時間を節約し、生産性を向上し、返信を得るチャンスを広げることができます。『APE: Author, Publisher, Entrepreneur』の著者でもあるガイ・カワサキ氏は、「適切なEメールは丁寧さと簡潔さのバランスがきちんととれているものです」と話します。 「5つの文（センテンス）未満の文章は、急ぎすぎている感じがして失礼でもありますが、5センテンスより多くなると時間を浪費してしまいます」。彼がEメールを書くときに気をつけている4つの簡単なガイドラインは以
Eメールで作業内容を管理するのはやめましょう - GoTheDistance
BacklogとかサイボウズLiveとかをご存じないクライアント様が結構多くて、そのような方々にとってのコラボレーション・ツールはほぼ間違いなくEメールになります。まずその啓蒙から入って仕事をさせて戴くことが多くなりました。 お打ち合わせの場でAction決めて、その後はちょいちょいメールフォローでだましだましやってこれた時もあったのですが、やっぱこれダメだってことになったので、その話をしたいと思います。 Why Email Collaboration SUCKS そもそも、Eメールは双方向性があるようで無いツールです。Eメールでの各種進捗管理は、以下の点で非常に効率がよろしくありません。 １つのメールに複数の事項が含まれることがある 例えば、Xさんに対してAという事項の修正事項が記載されたメールに対して、Xさんが返信を行ったとします。その返信に対して別のBという事項のご相談があると、追い
英語での仕事の依頼メールに適切な返答が欲しい人に守ってほしい書き方のルール - World Wide Walker
英語での仕事の依頼メールに適切な返答が欲しい人に守ってほしい書き方のルール Posted by yoosee on English at 2013-03-30 13:43 JST1 英語業務メールの主な構造と特徴仕事柄、日本からのメールに目を通す事が多いのだが、現地社員や関連会社への依頼がうまく通じずに苦労しているのを見たりフォローせざるを得なくなったりすることが少なくない。英語能力自体の問題や仕事の理解の問題などについては上達してもらうしか無いのだが、仕事のやり取りの流儀的な所で引っかかっている人もしばしば見かける。その辺を踏まえ、英語で仕事をする人向けに英語の依頼メールを書くコツを少しまとめてみた。なにかしらの参考になれば幸いだ。 メールの構造 メールの主題・依頼内容は、理由は後述するが1通のメールに1つに絞る。メールの構成は概ね以下のようなものになる。 Subjectに特定しやすく分
メールアドレスのバリデーション崩壊のお知らせ、もしくは、全てが UTF-8 になる, 「エンジニアのためのイベント映像活用方法」の第2回が gihyo.jp に掲載されました - 雑文発散(2013-01-24)
▼ [雑] メールアドレスのバリデーション崩壊のお知らせ、もしくは、全てが UTF-8 になる JANOG31 のページをつらつら見てたら気になるセッションがあった。 「メールアドレスの国際化(JANOG25からの変更点)」というものだ。（多用されているかはともかく）Web で使われるドメイン名では国際化が進んでいたけど、メールアドレスに関してはほとんど進んでいなかった印象だったのに、どうも RFC での標準化がほぼ完了したらしい。 セッションページからダウンロードできる「IETF 85 報告 DNS, 国際化関連」という資料を見てみたら、次のような記述があった。 ほとんどすべてのメールヘッダにUTF-8を許可 – メールアドレス部 <ローカルパート@ドメイン名> – Display-name, (コメント), SubjectヘッダにもUTF-8 (従来はMIME) 資料には具体例も記載さ
マイクロソフトの新クラウドサービス『Outlook.com』の超便利機能まとめ - 週刊アスキー
先日、米マイクロソフトが発表した『Outlook.com』。Office付属のメールクライアントと同じ“Outlook”なので一瞬混乱するが、今回発表されたものはHotmailと同じ個人向けクラウド型メールサービスだ。“＠outlook.com”ドメインのアドレスを無料でゲットでき（当然早い者勝ち）、GmailなどMSN以外のアカウントの送受信も管理できる。すでに日本語化も完了し、SNSとの連携や、Windows Liveのスケジュールをシームレスに共有可能なのが特徴。利用者のOSもブラウザーも問わず、もちろんiPhoneのメールで読み込むことだってできる。 ↑iPhoneでのOutlook.comアドレスの読み込みはHotmailから。 システムもHotmailと同じようなもので、容量も無制限。使用容量が増えるごとに段階的に使える容量が増えるので、一般的な使い方をしていればサービスが続く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A more modern Gmail app for Android
MailChimp
AWSからのメール送信
Engadget | Technology News & Reviews
