明かされるスパムメール判定率の実情
「2.」の指定は省略することも可能だ。その場合には「サーバ上で何も処理をしない」ことになり、直前で「X-Spam-StatusヘッダがYes」になっていることから、クライアントのメールソフトの振り分け機能を使ってスパムを除去することができる。この方法であれば、スパム排除のためのフィルタ設定をユーザーが理解しておけばよいだけであり、大事なメールが排除されていないかは個人の判断に任せることができるのだ。 ここまでの動きをまとめてみよう。SpamAssassinは、メールサーバソフトやProcmailと連携して、図2のように動作しているのだ。 ここまでに挙げた設定では、メールを受信するたびにSpamAssassinのプロセスが起動することになる。このため、サーバ上でPerlの実行環境にも依存するが、比較的メモリを圧迫し、処理動作が遅くなる。この対策として標準で用意されているのが、「spamd」と
iOSアプリ申請を驚くほど簡単に！fastlaneではじめる自動化入門 | Wantedly Engineer Blog
ユーザーグロースチームの永島 (@hedjirog) です。 fastlaneの登場により、iOSアプリ開発の様々な作業が簡単に自動化できるようになりました。 あなたがApp Storeへアプリを公開したことがあるなら、手順が多くて面倒なアプリ申請作業も経験したことがあるはずです。fastlaneを利用すれば、面倒なアプリ申請作業さえも簡単に自動化することができます。 今回は、Wantedlyでも実践しているfastlaneを利用したアプリ申請作業を自動化する手順を紹介します。 自動化のメリットアプリ申請作業の自動化によるメリットはいくつもあります。 まず、申請作業に対する心理的な負担が減ります。iOSアプリは審査期間に時間を要することが多く（最近はAppleにより改善されつつありますが）、リリース後に不具合を含むと発覚した場合の迅速な対処が難しいことから、一定の検証を完了してから申請を行
Xcodeと自動化 - Qiita
iOS Advent Calender 2013 iOS second stage一日目担当の@keroxpです。普段は大学の研究室でインターフェースの研究をしていたり、仕事先の会社でiOSアプリの開発を行っていたりします。 さて、今回私が取り上げるテーマは「Xcodeと自動化」です。予告のタイトルでは「XcodeとContinuous Integration」だったのですが、CIを含めた自動化という題材でお送りしたいと思います。 自動化の意義 iOSに限らず、ソフトウェア開発の日常には様々なイライラが存在します。一つ一つは小さく、手間も少ないように思える事柄でも、手動でやらなくてはいけないことがひとつふたつ...と増えていったり、開発期間が長引くにつれて毎日毎日一定時間同じ作業を手動で行わなくてはならなくなります。 Don't Repeat Yourself!! そこでこの記事ではXco
Xcodeでのビルドを自動化するxcodebuildコマンドとIPAファイルを作成してiTunes Connect(Testflight)に投げる方法 - 酢ろぐ！
2014年にAppleがTestflightを買収してから数年経ちました。Androidのサポートが打ち切られたりして対応に追われたこともありましたが、数年経ち公式にiTunes Connectのアプリ申請プロセスに組み込まれるようになりました。 iOS 8を公開した時期から1つのバージョンに対してバイナリを複数投げることができるようになりました。 Jenkinsを使ってビルドしたiOSアプリのバイナリを自動でアップロードできるように、xcodebuildと延々戦っていたので、Xcode 6.1で実行した結果をメモしておきたいと思います。僕がJenkinsビルドマンをやっている限りこの記事は随時更新されていきます。 環境について 僕の環境での結果なので、他の環境で適用できなかったらごめんなさい。プロジェクトの構成によっては、xcodebuildがエラーを吐くと思うので適時良い感じに読みかえ
Mac で vagrant をバージョンアップする - Qiita
vagrant up で box のダウンロードから始まるのが羨ましくてバージョンアップしました。 環境 OS X Yosemite 10.10.4 $ vagrant init centos/7 A `Vagrantfile` has been placed in this directory. You are now ready to `vagrant up` your first virtual environment! Please read the comments in the Vagrantfile as well as documentation on `vagrantup.com` for more information on using Vagrant. $ vagrant up Bringing machine 'default' up with 'virtualb
ファイルバージョンの管理だけで十分ですか？
短期連載（要求仕様のボトルネックを探る）では、ITプロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理（SCM：Software Configuration Management）について見ていきたいと思います。 読者の中には、構成管理といわれると「ソースコードのバージョン管理のことでしょ」ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、本当にそうでしょうか？ 数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。 プロジェクトの現場で見られる問題点
sendmail コマンドによるメール発信 - Postfix Advent Calendar 2014 - ダメ出し Blog
Postfix Advent Calendar 2014 の 13日目の記事です。 現在、12月17日です。毎度遅れてすみません。 Postfix の sendmail コマンドを MUA として用い、メールを発信する方法について紹介します。 Sendmail や qmail など、ほかの MTA 付属の sendmail でも概ね同じです。 シェル芸だけで正しくメールを発信できるようになると、色々と便利ですよ。 以下、コマンドラインなどの文字エンコーディングは UTF-8 と仮定します。 設定 Postfix の設定は通常通りで構いません。 メールを発信するだけの MTA を「null クライアント」などと称しますが、 発信のほかに用途がないのであれば、そのような設定をするのがいいと思います。 null クライアントの設定例は Postfix 付属の文書ファイル STANDARD_CON
AWSでVPC内のプライベートSubnet内にSMTPサーバーを構成する - Qiita
前提条件 AWSで最低限セキュアな構成を組む（以下、記事1と記述）の内容を参考に構成が組まれている事。但し以下の手順は行わなくて良い。 「4. Auto Scaling Groupのための前準備」の手順のうち、「パブリックSubnetにEC2インスタンス（踏み台サーバーとして）」以外の手順 「5. Elastic Load Balancerの構築」 「6. Auto Scaling Groupの構築」 「7. アクセスして確認」 お名前.comで取得したドメインのネームサーバーをRoute53に変更しELB配下のWebページをドメインで引けるようにする等の内容を参考に自ドメインのネームサーバーがRoute 53で運用されている事 構築手順 プライベートSubnetにEC2インスタンスを作成（SMTPサーバーとして） 踏み台サーバーからSMTPサーバーにログインしてpostfixをインストー
[PHP]execでバックグラウンド実行するときの落とし穴に落ちた。 nohup!nohup! · DQNEO日記
logrotateでコマンドが中断されてしまうメカニズム そのサーバではcronの設定が下記のようになっており、 /etc/crontab 27 0 * * * root run-parts /etc/cron.daily 毎日0:27 に/etc/cron.daily/*が呼び出される設定になっていました。 そこには/etc/cron.daily/loglotateという実行コマンドがあります。 そしてlogrotateの設定はというと、 /etc/logrotate.d/httpd /var/log/httpd/*log { daily rotate 30 compress missingok notifempty sharedscripts postrotate /sbin/service httpd reload > /dev/null 2>/dev/null || true en
nagiosにてサーバ死活監視 - braintag
CentOSが前提 yum リポジトリとして "rpmforge"を追加 rpm --import http://apt.sw.be/RPM-GPG-KEY.dag.txt rpm -i [rpmforceのrpm].rpm /etc/yum.repos.d/rpmforge.repoのpriority=10へ nagiosのインストール yum install nagios yum install nagios-plugins nagiosへの権限 htpasswd -c /etc/nagios/htpasswd.users [管理者アカウント名] apacheリロード /etc/init.d/httpd reload ブラウザから以下へアクセス http://[IP]/nagios "Error: Could not read object configuration data!" と
LVS + keepalivedで冗長構成のロードバランサを作る - カメニッキ
前提 以下でやりました。 LB1/2 192.168.33.81 192.168.33.85 (VIP)192.168.33.253 web1/web2 192.168.33.82 192.168.33.83 client 192.168.33.84 DSRでやります。 手順 ★LB1/2 # 二台とも同じようにやります [vagrant@localhost ~]$ sudo yum install ipvsadm epel-release keepalived [vagrant@localhost ~]$ ̧sudo vi /etc/keepalived/keepalived.conf ! Configuration File for keepalived global_defs { # このホストを識別する値。通知メールなどに載ってくる router_id lvs01_alert #
CentOS 6.5 で LVS (IPVS) を keepalived で冗長化してみる
前回は ipvsadm コマンドを直接使って LVS を冗長化せずに使ってみた。 今回は keepalived を通して LVS を冗長化して使ってみる。 構成は前回と同様、方式は DSR でバランスアルゴリズムは rr を使う。 ただし LVS の IP アドレスは 192.168.33.{11,12} で Web サーバの IP アドレスは 192.168.33.{101,102} に変更している。 LVS 用のホストをセットアップする x2 まずは必要なパッケージをインストールする。 $ sudo yum -y install keepalived ipvsadm インストールできたら keepalived のコンフィグを編集する。 keepalived は LVS をラップする機能がデフォルトで組み込まれているので、コンフィグを変更するだけで動作する。 $ sudo cp /etc
Pound を yum でインストールする手順 (CentOS/RedHat) |
本稿では、RedHat / CentOS に yum を利用して Pound をインストールする手順について説明します。 事前準備 Pound は標準の yum リポジトリには含まれていません。 EPEL の yum リポジトリを利用する必要があります。 yum で EPEL のリポジトリが利用できるよう事前に設定しておいてください。 下記の記事が参考になります。 EPELパッケージを使えるようにするインストール手順 http://weblabo.oscasierra.net/install-epel-01/ また、Pound インストール後に HTTPS で Pound にアクセスすることを考えている場合、Pound をインストールする前に openssl-devel を予めインストールしておくと、Pound を yum でインストールし終えた際に既に自己証明書がインストールされた状態に
Postfixのセキュリティ対策
text Postfixのセキュリティ対策 暗号化通信とメールの不正中継の対策 １．メールサーバーの歴史 まずは簡単にメールの歴史を振り返ってみよう。メールが利用され始めたのは 1960年代初頭にマサチューセッツ工科大学で世界最初の電子メールプログラムが開発される。1964年に一部の科学者の間でメールの利用が始まったと言われている。 1972年 BBN 社のレイ・トムリンソン（Ray Tomlinson） が CRYNET と呼ばれるファイル転送プロトコルを利用した最初の電子メール処理用プログラム SNDMSG を開発した。メールアドレスのローカルパートとドメインパートを区切る文字に @ マークを採用したのもレイ・トムリンソンと伝えられている。 その後、メールを送受信するプロトコルが考案されはじめる。 1982年 SMTPが開発 1984年 POPが開発 1985年 POP2が開発 199
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
