タグ

関連タグで絞り込む (9)

タグの絞り込みを解除

mailに関するtohokuaikiのブックマーク (6)

  • Macでメールを送る（SendGrid編） - komagataのブログ

    以前、Macのpostfixをgmailにrelayしてメールを送る方法を書きましたが、fromが必ずそのgmailアカウントのアドレスである必要がある点が気になっていました。 色々試しましたが、MandrillやMailgunもfromのドメインをチェックしたりするので駄目でした。（Mandrillはサインアップ時に与えられるsandboxアカウントならばノーチェック） SendGridはアカウント有効化に何故か２時間ぐらいかかるのが難点ですが、1日400通無料です。 $ sudo vi /etc/postfix/main.cf smtp_sasl_auth_enable = yes smtp_sasl_password_maps = static:USERNAME:PASSWORD smtp_sasl_security_options = noanonymous smtp_tls_se

  • 【PHP】Qdmail使用時はis_qmailに気をつけよう with CakePHP : ちょびろぐ


    Webシステムを構築していくとぶち当たるのがメール周りの問題。 特に日本語メールはかなりの鬼門で、文字化け、ヘッダー問題などで 苦しむ人が多いと思います。 そんな人達のために開発されたのが、 PHP高機能日本語メール送信ライブラリ・文字化けフリー - Qdmail - PHP::Mail Library , Quick and Detailed for Multibyte PHPでメール周りを検索した人ならまず間違いなくこのあたりに 辿りついていると思います。 私も非常にお世話になり、前々からずっと使っておりました。 しかし、悲しきかな﹁誰でも簡単に日本語メール送信が使える﹂ことに特化してしまった 落とし穴というか、汎用さを求めた結果の弊害をお伝えしたいと思います。 実は全く関係ないと思っていたメール周りを改善したら処理が5倍ほど ︵当社比︶ 速くなったので、その原因と対策をメモとして残し
    【PHP】Qdmail使用時はis_qmailに気をつけよう with CakePHP : ちょびろぐ

  • SPF解説 | OSDN Magazine


    ますます増加するスパムの蔓延を食い止めようと、さまざまなメカニズムが登場してきている。SPF︵”Sender Policy Framework”︶はSenderIDイニシアティブに先行して作られたフレームワークで、Sendmail社、Microsoft社、IETFなど、主要各社団体からメール認証の標準と見なされている。ただし、Apache Software FoundationとDebian Projectはどちらも、IPライセンスの制約を理由にSenderIDを実装しない方針だ。ここでは、SPFの動作と展開方法を見てみよう。 電子メール処理のやり取りは、2つのSMTPサーバ間で行われる。送信側がメッセージ送信の仲介役を果たし、その後、受信サーバがメッセージの配信を処理する。ただし、この場合、送信側が信用できることが前提になる。 そこで、スパムの発信者を識別するさまざまなメカニズムが受信側
    SPF解説 | OSDN Magazine

  • メール送信者認証技術 SPF/Sender ID についてお勉強

    お勉強の背景に関しては　「迷惑メール対策 OP25B（Outbound Port25 Blocking）についてお勉強」　に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。（DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・）まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD

  • 眠る開発屋blog � Linuxでシェルからメールを送る


    もしもこの世から﹁残業﹂が完全になくなったら3年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 ﹁時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている﹂︵１９８５年労働基準法研究会報告︶とか、﹁我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない﹂︵１９９２年同報告︶と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま21世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人

  • Php mail envelope header - Webpipe Wiki

  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.