メールサーバをちゃんとする
17. 3.メールキューをちゃんとする ● nagiosだと contactを新しく定義して、Gmail等の違う メールアドレスを使う ※一部抜粋 define service { host_name mail service_description SMTPS contact_groups admins_gmail check_command check_smtp } define contact{ contact_name gmail ..... email hoge@gmail.com, huga@gmail.com } define contactgroup{ contactgroup_name admins_gmail alias Nagios Administrators members gmail }
postfixでメールリレー先を複数指定して配送先を冗長化する方法 | いろんなサーバー設定研究所
postfixのメールリレー設定は「relayhost」を利用し配送先サーバーを指定します。 しかし「relayhost」は1つのサーバーしか指定する事ができないため、「リレーが失敗したら別のホストに送信する」といった指定ができません。 ※ postfix 2.1など古いバージョンではrelayhostを複数記載する事が出来ましたが、2.2以降は指定ができなくなりました。 では上の図の様に、IPアドレスやホスト名など決め打ちでリレー先を指定しなければならない場合、プライマリ配送先へのリレーが失敗した際に自動的にセカンダリへリレーするためにはどうしたらよいでしょうか。 master.cf で fallback_relay を利用しよう master.cfでfallback_relayを行うメール送信プロセスを新規作成し、トランスポートマップで配送制御を行う事で実現可能です。 master.c
無料枠でざっくり学ぶ Microsoft Azure その 2 ~ Azure Blob ストレージの SAS（共有アクセス署名） について調べたメモ ~ - ようへいの日々精進XP
tl;dr Amazon S3 で言うところの Presigned URL 的なものが Azure Blob ストレージにもきっとあるだろうと思って調べたらあったのでメモ。 azure.microsoft.com その名も Shared Access Signature（共有アクセス署名）という名前。Southern All Stars や Scandinavian Airlines System や Serial Attached SCSI 等、我々の周りにはいくつかの SAS が存在しているが、今回、新しい SAS が加わった形となる。 参考 Shared Access Signature: SAS モデルについて | Microsoft Azure BLOB サービスによる SAS の作成および使用 | Microsoft Azure コンテナーと BLOB への匿名アクセスを管理す
Git pullを使うべきでない３つの理由 · DQNEO日記
git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGitを本格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「
Git Flow - 忘備録
Gitの構成管理・運用方法として知られているGit Flowについて学びたいと思います 参考 『GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus)』 A successful Git branching model » nvie.com git-flow cheatsheet 環境 OS: OS X 10.10.5 git version 2.5.4 (Apple Git-61) 準備 git flowをサポートしてくれるツール その名も「git−flow」(直球)をインストールします $ brew install git-flow ==> Downloading https://homebrew.bintray.com/bottles/git-flow-0.4.1.yosemite.bot ######################
初めてのgit-flowの使い方 - YOKOTA’s diary
git flowを初めて使った時のお作法や主なコマンド等などの共有用にメモ。 基本前提：gitのローカルリポジトリとリモートリポジトリ svnはひとつのリモートリポジトリにcommit, merge, updateなどを行うことが多いのに対して、gitはリモートリポジトリから取得したソースをローカルリポジトリと作業ファイルに取得してまずはローカルリポジトリにコミットし、後でまとめてリモートリポジトリにプッシュする。 git flow git flowとはあるgit運用方法をやりやすくするプラグイン。 developブランチを作成して、新規機能はfeatureごとに作成して後でdevelopにマージし、リリースタイミングでmasterブランチを利用してリリースする。 詳細は下記ご参照。 git-flow cheatsheet 名前・登場人物 origin：リポジトリ branch：ブランチ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Backup MXホストをPostfixで利用するための備忘録 [FreeBSD](fkimura.com)
Postfixメールサーバを冗長化した
dev:core:git [Piwigo Wiki]
GitFlow: safely merge develop changes to a feature branch
git-flow コマンド説明和訳