メールサーバー構築時に、root宛てにはシステムのさまざまな情報などが送られて来ると思います。
しかしながら、rootやwebmasterなどというユーザー名は一般的であるため外部からスパムメールが後を絶ちません。
内部用メールサーバーのみで、外部と一切送受信しない場合にはinet_interfacesにlocalhostを指定したり、mydestinationを設定する方法がありますが、これだとメールアカウントを持っているユーザーが外部とやり取りできません。

今回は、rootやシステムアカウント宛てへメールを送信できるのはローカルアドレスからのみとし、外部からrootやシステムアカウントへの送信は一切許可しないよう設定してみました。
したがって、外部からメールを受信できるのは指定したユーザー名のみとなります。


※以下は、すでにメールサーバーの構築が終了していることが前提です。

まずPostfixの設定ファイル、/etc/main.cfに以下を追加します。
[bash]
smtpd_recipient_restrictions = permit_mynetworks,
reject_unauth_destination,
check_recipient_access hash:/etc/postfix/recipient_access.conf,
reject
[/bash]
smtpd_recipient_restrictionsはこのメールサーバーへの中継ルールを設定します。
permit_mynetworksは自ネットワークからの接続は無条件に許可します。
reject_unauth_destinationは認証されていない人を切断します。
check_recipient_access hash:/etc/postfix/recipient_access.confこれが今回のミソです。ファイルに記述したルールを適用します。
rejectは、それ以外を拒否します。つまりローカルでもなく認証されているわけでもなく、ルールファイルにもない人は接続できませんし、メールを受けることもできません。

これを書いたらmain.cfのほうは終了です。
次に/etc/postfix/recipient_access.confを用意します。
[bash]
# cd /etc/postfix
# touch recipient_access.conf
# vi /etc/postfix/recipient_access.conf
[/bash]
これで内容には
[bash]
testuser@ OK
mailuser@ OK
username@ OK
[/bash]
こんな風に外部からもメール受信を許可するユーザー名の後ろに@を付けて記述します。OKも忘れずに。
そしたら次に、.dbファイルを作成します。main.cfのほうは.dbがついていない形式でファイル指定しますが、実際に参照されるのは.dbファイルです。
[bash]
# postmap recipient_access.conf
# ls
access master.cf
canonical recipient_access.conf
generic recipient_access.conf.db
header_checks relocated
main.cf transport
main.cf.bak virtual
[/bash]
recipient_access.conf.dbができました。
Postfixを再起動して設定を確認します。
[bash]
# service postfix restart
[/bash]

まず、内部からroot宛てにメールを送ります
[bash]
# mail -s test root
testmail
[/bash]
こんな風にするとメールが送れます。rootにちゃんとメールが届いているでしょうか。
次に外部からroot@hostnameへメールを送ります。以下のようなエラーメールが届けば正常です。
[bash]
This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

root@nezweb.net
[/bash]
最後に、許可したユーザー宛てにメールを送り、正常に受信できれば設定完了です。
webmasterやpostmasterを許可したい場合にはrecipient_access.confに追加し、再度postmapコマンドを実行してください。


参考
http://www.kozupon.com/mail/postfix2.html
http://www.postfix-jp.info/ML/arc-2.4/msg00690.html

ひと月ちょっと前からサーバーの不調でご迷惑をおかけしましたが、やっと新サーバへ移転しました。
移転と言っても本当に物理的にサーバを置き換える作業で、１から構築し直しのため時間がかかってしまいましたが、何とか動いてるようです。
しばらくテスト稼働ということで不安定なこともあるかと思いますがよろしくお願いします。
なお、これはテスト投稿を兼ねて書き込みます。

2012.04.24　画像追加。

大変遅くなりましたが、ようやく自作jubeatコントローラ用のファームウェア公開の準備が出来ましたのでこの場で公開します。

　


ダウンロード

• jubeat_pad_firmware_20111113.zip
  初版。
  

A接点16スイッチの回路図サンプル

A接点64スイッチの回路図サンプル

jubeatコントローラ自作計画まとめ
jubeatコントローラ自作計画まとめ(2)
の続きです

2011.07.13
この辺りからいよいよ就活が難航していて停滞気味に・・・

（自作ユビート、ついにボタン部分が完成！！ ）


（中身はこんな感じ＾＾　（まだ未配線・・・ ）

2011.09.28
固定する金具を取り付けました。

（自作ユビート、完成が見えてきました＾＾　ソフトはjubeat analyzerを使わせてもらってます♪）

（パネルフレーム塗装した～ ）

（ユビートっぽいやつ、かなりチープですが一応形だけ完成です！）

2011.10.02

（自作ユビートのICチップのファームウェアを作り。まだキー認識が出来ていないけど、こんな感じに認識されると[E]！ ）

2011.10.03
前はUSBキーボードとしていた都合上、USBの仕様のため6ボタン同時押しが限界でした。
ファームウェアについては、作り方の解説とソースファイル、書き込み用バイナリを後日公開します。


（自作ユビート用のゲームパッドデバイス完成！　
十字キーもないゲームコントローラは不思議！？　
さらに前回は6ボタンまでだったけど今度は16ボタン同時押し対応ですぞ＾＾ ）


（自作ユビートパネルの制御回路を実装してみた。残るは恐怖の配線のみ！ ）

2011.10.05

（USBコネクターはこんな感じ。奥に見える大きめのICの中にゲームパッドデバイスとして認識させるためのプログラムを自作して書き込んであります＾＾ ）

2011.10.06

（結局配線が終わらなかった…　スイッチの片側のみ配線したので残り64本！ ）

2011.10.08

（収まりきらなくてえらいことになった＾＾； ）

とりあえず動作確認の動画はこちらです。
http://twitpic.com/6x3ia9

2011.10.29追記
jubeat analyserを改造してそれっぽいものを作ってから、改めて動画を公開する予定です。
PICで作ったUSBジョイスティックのソースコードも後日公開します。
2012.01.06追記
ファームウェアと回路図公開しました→自作jubeat用PIC回路図＆ファームウェア

2011.11.13追記
めんどくさがって画像が大きなサイズのままだったため、閲覧が重くなっていましたごめんなさい…
記事上の画像は縮小版に差し替えました。クリックで拡大します。
就職先もまだ未定なので動画はまだ時間がかかりそうです。ご了承を…

2011.11.30追記
動画うｐしました

jubeatコントローラ自作計画の続きです

2011.05.17

（パネル遮光板（黒いやつ）を加工してみた。後ろのは24インチ液晶サイズにカットした5mm厚アクリル板＾＾ ）

2011.05.19

（こんな感じにネジを取り付けてみた。）

（横から見るとこんな感じ。）

（スイッチを半分だけ仮止めしてみた。だんだんそれっぽくなってきたけど、配線が嫌な予感しかしない＾＾； ）

2011.05.21

（ハンドニブラーでステンレス板を切り出し…　手に豆ができそうだ＾＾； ）


（そして必要な大きさになったのがこれ。あと16マスをくりぬかないと…　それにしても鏡みたいだｗ ）


（こんな感じにサンドイッチになる予定＾＾ ）

2011.05.23

（とりあえず1個だけボタンを取り付けてみた。なかなかいい感じだけど押すと金属を叩いた音が目立つ… ）

2011.05.23

（ステンレス板に16個の穴をあけるのに1週間近くかかってしまった上に、手にマメが… ）

（四角いアクリルを残り15個作らないと… ）

2011.06.03

（うｐしていなかったけど、ユビートパネルの64ボタンを16個として認識させる回路。 ）

2011.06.19

（ハード屋さんが苦手なゲームプログラミングをするとこうなる。の例← ）

2011.06.20

（自作パネルの進捗状況。今日はアルミフレームを付けた＾＾ ）

（必要な部品を全部乗っけると結構な重量に… ）

2011.07.12

（自作ユビートの進捗状況。現在パネル６つめ。 ）

続き→jubeatコントローラ自作計画まとめ(3)

jubeatのコントローラを作ると冗談半分で言い始めてから10か月、初めは冗談半分でしたがみなさんの強い期待のおかげでついに完成させることができました！
その記録を、見やすいようにここにまとめておくことにします。

2011.11.30追記
動画うｐしました

久々の更新です。
少し前、というかかなり前からだったぽいですが、こんな感じの状態になっていることに気づきました↓



見てくださいこれ！
多忙で放置していたのがバレバレですｗ
6月ごろから以上にCPU使用率が高まり、muninのログ記録まで停止してしまっていた期間まであります。

で、まずはログファイルを見てみます。
[text]managed-keys-zone ./IN: loading from master file managed-keys.bind failed:
file not found
managed-keys.bind.jnl: create: permission denied
managed-keys-zone ./IN: sync_keyzone:dns_journal_open -> unexpected error[/text]

どうも、DNSSECの設定が正しくないようでキーファイルの保存に失敗していて、それを無限ループで繰り返しているようです。
ちなみにログレベルをデバッグにしたら毎秒数MBという恐ろしい速度で書き込まれていましたとさ＾＾；

調べた限り、BIND9.7.1からmanaged-keys-directoryという設定項目が追加されたらしく、既存の設定ファイルにはそれがありません。
/etc/named.confの抜粋↓
[text]
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside . trust-anchor dlv.isc.org.;
[/text]
おそらく前は自動設定してくれていたものを、yumで適当にアップデートしたからそのまんまになり・・・（ｒｙ
とりあえずは、以下のように変更します。
[text]
dnssec-enable yes;
managed-keys-directory “/var/named/dnssec”;
dnssec-validation yes;
dnssec-lookaside . trust-anchor dlv.isc.org.;
[/text]
そして、指定したディレクトリを作ってやります。
うちのnamedはchrootで動いてるためパスが若干長いですが読み替えてください。
[text]
# cd /var/named/chroot/var/named
# mkdir dnssec
# chown named:named dnssec
# chmod 700 dnssec
[/text]
これで、無事DNSSECが有効になり高負荷状態が改善されました～

さて、日頃VB.NETとかでWindowsアプリを書いているわけですが、大ハマリをしてしまったのでメモを残しておこうと思います。

普段はXP環境でVisualBasic.NET2010 Express Editionを使っているわけですが、まず以下のようにListView1とButton1を配置してみます。ListviewはDetailsビューにします。

Button1は外観比較のためで、押しても特に意味はありません＾＾；

ここでは特に問題はありません。で、フォントサイズを大きくしてみます。

いきなりですが見ての通り問題発生です！！
タイトル部分(ColumnHeader)だけサイズが大きくならず、はみ出てしまいましたorz

なぜこうなるのかは調べても不明なんですが、とりあえずの解決方法は「クラシック表示」にする方法です。
Windows自体をクラシック表示にしてもこの問題は解決されますが、プロジェクト→○○のプロパティから「XP Visual スタイルを有効にする」のチェックを外すことで一応解決することができました。



こんな感じにボタンなども含めてWindows2000時代のようなスタイルになりますが崩れは直ります。
WindowsServer2008R2上で、クラシック表示の状態で開発していてXPマシンで実行したときにおかしいことに気づき、この現象を発見するまでに時間がかかってしまった…

今回は特にインターフェースにはこだわらないためこの対処法でOKとしました＾＾；
XPスタイルのままこの問題を解決剃る方法があれば教えていただけると助かります。。。

W-SIMをPCで使うためのジャケットとしてUSB-WSIM（既に製造中止）がありますが、残念なことに64ビット版のWin7やVistaには完全非対応です。
今回新たに購入したPCがWindows7 x64であったこと、そして現状販売されているPCが64ビットになりつつある中64ビット非対応というのは残念すぎます＾＾；

改造が必要ではありましたが、何とか使えるようになったので記録を残しておくことにします。




USB-WSIMを分解してみると、Prolific社のPL-2303Xという有名なUSB-UART変換ICが入っていました。
ここで、Prolific社からはPL-2303Xの64ビット版ドライバが提供されていますので適用してみましたが…
デバイスマネージャで見ても「このデバイスを開始できません（コード 10）」となってしまいますorz
ならばと思い、INFファイルをUSB-WSIMのベンダーID、プロダクトIDに書き換えて試すも同じでした＾＾；
USB-WSIMのベンダーIDとプロダクトIDはUSBWSIM.INFに書いてある通りVID_04BB, PID_0940です。

PL-2303Xを使っていることは確かで、VID、PIDがIODATAになっているということは…
基板を調べてみると思ったとおりEEPROMがあって、そちらから読み込んでいるようです。（内蔵じゃなくてよかった＾＾；
ということは、それを無効化してしまえばこのデバイスはUSB-WSIMではなく単なる汎用USB-UART変換器になるわけですね。
副作用として、32ビットOSでもUSB-WSIMとして認識できません。Prolific社のドライバが必要です。

詳しいデータシートは以下を参照
http://www.prolificusa.com/pdf/PL-2303XA.pdf




てことで、EEPROMを物理的に外してしまいました＾＾；
外し方は、5，6，7，8ピンをハンダブリッジし、ピンセットを挟んでチップを1mm程度持ち上げてから、半田吸い取り線でハンダを除去します。
将来IO-DATA純正64ビットドライバが出たときに元に戻せるよう、今回はこのままにしました。
（一眼レフを出すのが面倒なのでコンデジで撮ったらフォーカスがあっていないorz）


そして、こちらからPL2303_Prolific_DriverInstaller_v130.zip(2010.10.14現在最新)をダウンロードしてインストールします。
あとは普通に改造USB-WSIMを接続すると、「Prolific USB-to-Serial Comm Port」として認識されると思います。

モデムドライバはもちろん無いので、標準PCMCIAドライバを使用したところ無事接続できました＾＾

追記：
接続できると書きましたが、リンク速度が115.2kbpsになり速度が80kbps前後で頭打ちになってしまいます。どうやら独自のコマンドを送ってW-SIMのボーレートを変更している（？）ような感じがしたので、USB-WSIMのモデムドライバを改造して使用することでこの問題を回避できました。
配布には問題ありそうなので、欲しい方はコメントより連絡をください。

ピカチュウDSが案外人気のようなので、動画にして公開してみました＾＾；