現場から「印刷が出ないんです」と連絡が入った。
印刷を管理しているサーバーを見ると特に問題は発生していない。
リモートでプリンタに入ってみるとエラーが出ていた。
そのエラーは
・用紙がありません
というものorz。
このプリンタではエラー内容が液晶にカタカナで表示されるのでそれを見れば誰だって判る筈。
もしかして小学校1年生で習うカタカナを読めなかったのだろうか？

ユーザーの偉いさんからまたまたメールに関して言ってきた。
今度はとある従業員が自分宛てに出したメールがエラーになって返ってしまい、自分に届かないので調べて欲しいとのことだ。
その”とある従業員”のところにどんなエラーが返っているのかを知らないと原因は判らないが、生憎と外出中でPCを見て貰うことも見せて貰うことも出来ない。
仕方が無いのでメールサーバーのログを調べてみても、その人から偉いさん宛てに送信されたメールの形跡が見当たらないorz。
しばらくしたら戻って来たので問題のエラーメールを見せて貰うとすぐに解決（というか原因判明）。
メールサーバーはローカル用とグローバル用の2台を利用していて、お互いの間で送受信は出来ないようにしてある。
ところが”とある従業員”はローカル用サーバーを使ってグローバルのメールアドレス宛に出そうとしていたので、smtpサーバーが”そんなドメインは知らない”とエラーを返していたわけだ。
判ってみれば単純なミスだったけど、先日はグローバルのメールに関してトラブったので今回もそっちかと思っていてローカルのサーバーをチェックする考えは無かったよ（汗）。

ユーザーの偉いさんから「私のところに来るメールが遅い」とのご指摘有り。
訊くと同じメールが他の人にも送られていて、そちらの人には早く届いているとのこと。
着信するメールサーバーは同じなので、メールサーバーでの遅延とは考え難いがとりあえずmaillogを漁ってみると、同じタイミングで届いていた（というか、1通のメールに複数の宛先を付けていたらしく同時に処理をされていた）。
となると受信するPC側の問題となるが、maillogを見て行くと問題のユーザーが正常にログアウトした形跡が見当たらない。
しかもクライアントのIPアドレスを見るとローカルでは無くグローバルIPアドレスとなっていたので、外出用に持ち歩いているモバイルモデムからのアクセスだった。
さらにスプールの内容から見ると過去14日分のメールを保存するようにメールソフトを設定してあるようだ。
これらの要因が重なってpop3ログイン時に余計な時間がかかり、本来であれば受信されるはずのメールが受信される前に通信が途切れてタイムアウトを起こしていると思われる。
＃” Disconnected for inactivity in reading our output（以下略）”とあるので、メールを溜めすぎてサーバー側の反応に時間がかかり、それを待つPC側からのアクションが長時間無くなっていて自動で切断されているのかな？
とにかくサーバーには遅滞なく届いているのでメールソフト側であまりサーバーに残さないように設定を変更して貰うと同時に出来るだけローカルネットワークに接続して貰うようにお願いしておいた。
これで改善されれば良いんだけどなぁ（汗）。