Gmailで問題が生じる神奈川県立高校ネット出願システムの被疑箇所を調査、改善策を検討してみた | DevelopersIO
神奈川県高校入試のネット出願システムの不具合影響を受けた利用者として、Gmailを扱えないメール環境について外部から調査しました。 出願システムで独自実装されたメールシステムの不完全な実装と、メール関連のDNSの設定不備が原因であった可能性が高いと推測します。 2024年の神奈川県立高校入試出願システムの不具合の影響を受け、@gmail.comのメールアドレス を利用出来なかった一利用者として、 インターネットから参照可能な範囲で、出願システムのメール環境について調査。 被疑箇所の推定と、状況を改善する対策について検討する機会がありましたので、紹介させて頂きます。 神奈川県公立高等学校入学者選抜インターネット出願システムの稼動状況について MX設定 「mail.shutsugankanagawa.jp」のMXレコードを確認しました。 1/18(21時) $ dig mx mail.shut
SMTPサーバ（Postfix）の設定
仕事でも個人でも、SMTPサーバを利用する機会ができたので、 デフォルトのSendmailではなく、Postfixをインストールして 設定してみたいと思い、Postfixに挑戦。 基本的には、PostfixのSMTPサーバの設定を行った時のメモになる。 Postfixのインストール # yum install postfix Postfixの設定 Postfixの設定ファイルは、/etc/postfixディレクトリ以下にまとめられている。 このディレクトリにmain.cfというファイルを以下の通りに編集した。 # vi /etc/postfix/main.cf [patch] myhostname = ASPMX.L.GOOGLE.COM mydomain = karakuridou.net inet_interfaces = localhost mynetworks = 127.0.0.
JVNVU#727230: Postfix SMTP サーバにおけるメモリ破損の脆弱性
Postfix SMTP サーバには、Cyrus SASL ライブラリを用いた認証処理に問題があり、メモリ破損の脆弱性が存在します。 この問題は PLAIN 認証または LOGIN 認証以外で Cyrus SASL ライブラリを使用した際に起こります。 なお、開発者から以下の脆弱性情報が公開されています。 "The Postfix SMTP server fails to create a new Cyrus SASL server handle after authentication failure. This causes memory corruption when, for example, a client requests CRAM-MD5 authentication, fails to authenticate, and then invokes some other a
postfix
$Id: postfix.html,v 1.35 2008-07-03 03:23:35+09 taka Exp $ Postfix memo sendmail から移行しやすい MTA. 非常に軽い. qmail と比べ sendmail からのパラダイムシフトは少いので理解しやすい 設定ファイルは原則ひとつ. (qmail はあちらこちらに散らばっていてわけわかめ) インストール インストール対象: FreeBSD-4.7-RELEASE-p2, OpenBSD2.8 ports からインストール. $ports/mail/postfix make install 後に make replace で /etc/mail/mailer.cf が置き換わる 設定ファイルの置き場 FreeBSD: /usr/local/etc/postfix OpenBSD: /etc/postfix 設定
Postfixログ解析ツール導入(pflogsumm) - Fedoraで自宅サーバー構築
Postfixのログ解析ツールであるpflogsummを導入する。 ここでは、毎日自動的に前日分のPostfixログを解析して結果をメールサーバー管理者(postmaster)宛にメール送信するようにする。 [root@fedora ~]# yum -y install postfix-pflogsumm ← pflogsummインストール Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Parsing package install arguments Resolving Depe
覚書き、若しくは駄文
☆★☆- ログ倉庫・・・っぽいもの、若しくは鯖メモ -☆★☆ 検索で飛んできた人はこちらで内部検索してください、むしろ自分が楽するために設置 こんなキーフレーズで検索してきた人がいるようだ そういえばやってみたとは書いているがその内容は一切書いてないな、実験的なものだったので 何故か2.2.0でやるとWebDAVフォルダを開くときに認証ダイアログが出る、別にbasic認証とかは仕掛けていない そこで2.0.54で試す・・・問題なく使えた、そのまま2.2.0を上書きインストールする・・・すると今度は問題なく使えた 上書きするとhttpd.confはそのまま残るからその所為か？ 確かに2.2.0からはモジュール毎に分かれるなどconfファイルが変わっているので必要な設定漏れがあったのかもしれない [root@test src]# tar -zxvf httpd-2.0.54.tar.gz [
メールログのサマリーを作成する
pflogsumm.plというツールを使って、メールログのサマリーを作るようにします。 生のメールログを毎日全て確認するのは大変な作業なので、サマリーを作るようにすると 便利になります。 これによって、不信なメール送信が無いか確認することが可能です。 また、1日のメール送受信量や、時間当たりの送受信量、誰が誰宛てにメールを送信したのかも 確認することが可能です。 このサマリーを毎日、メールで届くようにします。
I, newbie � local_recipient_mapsは迷惑メール対策じゃないけどおすすめ、っていうかやれよ
別にいいんじゃないでしょうか。reject_unknown_clientでおかしなことになっても第三者に迷惑かけているわけでなし(送信側を第三者ではないとすればですが)。reject_unknown_clientは使わないけど、MTAを運用するなら適切なrDNSは必ず付けているので、自分には無関係だし。「あ、頭悪い管理者だ」とは思います。 「reject_unknown_clientは迷惑メール対策としておすすめではない」 はたと思ってreject_unknown_clientで日本語限定でGoogle 検索してみると、迷惑メール対策として reject_unknown_client を紹介しているページは多数みつかるのだが、その弊害の大きさにまで言及しているページはほとんどないことがわかる。これはあまりよくない傾向だ。そこで、ある程度説明をまとめておくことにする。 それよかbacksca
苦笑いのSE User Unknown ～BackScatter対策
SPAMに困っているというお客さんのために先日色々とPostfixの設定を調べることになった。 特にBackScatter対策でUser Unknownのときにエラーコードを返さずに破棄する設定を教えてほしいとのことである。
Kodama's tips page
Kodama's home / tips. postfix の負荷の調査とチューニング 事例の紹介 postfix の負荷の調査 postfix の構成 ネットワークポートの利用状況 UNIX ソケットの利用状況 プロセスの起動状況 送信キューの状況 メモリー使用量 同時オープンファイル数 調査手順のまとめ 負荷への対応をチューニングするポイント プロセスの同時起動数 ファイルの同時オープン数 キューの滞留時間 受信の制限 syslogd の動作 事例の紹介 調査スクリプト( 調査手順のまとめ 参照) を cron で1時間毎に起動して, メールとして保管しておいた. メールの利用には mew を用いているので, 収集したメールは個別のファイルになって, ファイル名に番号を振って保存されている. まず, mailq の滞留数の部分を取り出す. ls|sort -n|xargs -l gre
I, newbie » 大量にメールがキューにたまってしまったら
なんらかの理由で数万通単位でキューにメッセージがつまってしまった場合どうするか。 まずなにより最初にすべきことは、メールサーバの停止。原因がなんであれ、万単位でキューにたまっているなら、いったん止めなければ復旧作業もままならない。おそらくキューから大量のメッセージを削除することになるだろうし、Postfixはメッセージの状態に応じて、ファイルをあちこちのディレクトリに移動させるため、その際には激しいディスクアクセスをともなう。ゆえに、mailq1つ実行するのにもディスクに足を取られて、作業にならない。同じサーバでvirus scannerなんぞが動いていたら目も当てられないくらい動作に影響がでているはず。もちろん、相応のディスクを持っていてそんなの平気なら、止めずに作業ができるかもしれない。でもふつーは無理だと思った方がいい。サービスの停止に躊躇するかもしれないけれど、いずれにせよ大幅なメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
fatal: open lock file pid/inet.smtp: cannot open file: Permission denied
http://www.machu.jp/posts/20040112/
http://www.server-world.info/fc7/mail/log_analyze.html
http://www.gabacho-net.jp/anti-spam/paper.html
ひじきねっと: Postfixの設定
[postfix-jp:16] Re: postfix & fml cannot deliver mail "too many users"
redhat updateマニュアル