五十嵐 敦 のすべての投稿

WindowsLiveメールが起動しないときの対処方法

先日当店に「メールソフトが起動しない」というPCが持ち込まれました。

OSはWindows7、メールソフトはWindowsLiveメール2011、症状としては起動しようとしても下記のように「お使いのカレンダーに破損されているデータが含まれているため、WindowsLiveメールが強制終了しました。」というダイアログが表示されて起動しないというものです。

▲ こんなメッセージが出てくる時の対処方法です


ググってみると「こういうのはWindowsLiveメールをインストールしなおせば直る」とありました。


が!WindowsLiveメールは2017年現在、サポート終了し、マイクロソフトHPからもダウンロードできない状況となっており、再インストールという手段は困難な状況でもあります。

というか、本来であれば「WindowsLiveメールはサポート終了したので、別のメールソフトに移行しましょうね」という話なのですが、諸事情あって自己責任でWindowsLiveメールを使い続けたいという方もいらっしゃる事でしょう。という事で上記ダイアログが出てきた場合の対処方法を説明いたします。

原因はダイアログが言っている通り、WindowsLiveメールのスケジュール管理機能「カレンダー」のデータが破損して、それがWindowsLiveメールの起動を妨げている、という感じになっているものと思われます。

そんな訳なので、この「カレンダー」のデータを破損前の状況に戻すもしくは初期化すればWindowsLiveメールは立ち上がるようになるはずです。
ただ、これから紹介する方法は「カレンダー」のデータをいじる以上、WindowsLiveメールに登録済みのスケジュールの一部もしくは全部が失われる可能性が大である事はあらかじめご了承ください。


■■■ 方法その1 カレンダーのデータを過去に戻す ■■■
※そもそもWindowsLiveメールでスケジュール管理を行っていないという方は「方法その2」へどうぞ。そちらの方が手っ取り早いです。
まず、WindowsLiveメールのデータ保存フォルダに移動します。場所は「C:\Users\<<アカウント名>>\AppData\Local\Microsoft\Windows Live Mail」になります。このフォルダ内にある「Calendars」フォルダを右クリック→プロパティをクリックします。

▲ 「Calendars」フォルダのプロパティを開きます


プロパティが開いたら「以前のバージョン」をクリックし、WindowsLiveメールが問題なく開いてた日時を復元してください。
(できれば、復元後PCを再起動した方がより確実かも?)
なお、WindowsLiveメールに保存したスケジュールのデータも、復元した日時以後に更新した分は消えてしまう(と思われます)ので、WindowsLiveメールが問題なく開けてた日時よりちょっと後くらいの復元から初めて、ダメだったらもう一つ古いバージョンの復元を試みるというやり方の方が失うスケジュールデータを最小限にとどめられるかと思います。



いかがでしょう?
WindowsLiveメールは起動するようになりましたでしょうか?

「一番古いバージョンに戻しても起動しないよ~」
「てか『利用可能な以前のバージョンはありません。』って出てきて戻すこと自体出来ないよ~」
という方は引き続き「方法その2」へどうぞ。

■■■ 方法その2 カレンダーのデータを初期化する。 ■■■

タイトルにある通り、この方法はデータをまっさらにしますので、WindowsLiveメールに登録したスケジュール情報はすべて消えてしまいます。(実際に検証した訳ではないので断言できませんが、理屈上は消えるはず。)
でもWindowsLiveメールが起動しない事にはどっちみちスケジュール情報は見れないんだから、それだったらWindowsLiveメールだけでも起動した方がまだマシでしょ?という考え方のもと話を進めさせて頂きます。


まず、「方法その1」と同様にWindowsLiveメールのデータ保存フォルダに移動します。場所は「C:\Users\<<アカウント名>>\AppData\Local\Microsoft\Windows Live Mail」になります。

開きましたら、「Calendars」フォルダを丸ごと削除します。 これでWindowsLiveメールは開くようになるはず、です。


今度の元号がどうなるのか文字コード予測してみた

2016年もいよいよ大詰めですねぇ。

そんな2016年をにぎわせたニュースの一つに生前退位があります。

仮に生前退位が実現した場合、気になるのが次の元号。という事で勝手に次の元号を予測してみました。Shift_JISで。

やり方は以下の通り。

1. 「昭」「和」「平」「成」の各文字を文字コードに変換。
2. 「昭」と「平」、「和」と「成」のコードの差分を求める。
3. 次期年号は、その差分と同じだけ文字コードが増減すると仮定する。
4. 文字コードを漢字に変換する。

これ見ただけでは、大抵の方の反応は「は?」って感じだと思うので、実際にやってみましょう。


まず、「昭和」の1文字目「昭」と「平成」の1文字目「平」を比較してみます。
「昭」の文字コードは0x8FBA、「平」の文字コードは0x95BDです。
という事で昭和から平成に改元された際、元号の1文字目の文字コードは0x603増加しました。
次回改元時も同じく文字コードが0x603増加すると仮定した場合、次期元号の1文字目のコードは0x9BC0に なります。

続いて、「昭和」の2文字目「和」と「平成」の2文字目「成」を比較してみましょう。
文字コードはそれぞれ0x98610x90AD、今度は文字コードは 0x7B4減少しました。
こちらも次回文字コードが 0x7B4減少すると仮定すると、次期元号の2文字目のコードは0x88F9に なります。

さて、これらの文字コードを漢字に変換してみましょう。

「昭和」からの「平成」からの流れから予測される次の元号はズバリ!

崑  飲


でしょう!


・・・・・は?こん・・・・いん?

ちっとも元号っぽくないし、第一意味わからん。





と、思いきやこれはもしや、

崑飲

崑ドリンク





もしやこれはオロナミンCの事を示しているのではないのか???



だから何?

そんなもやもや感を残しつつ、もう面倒になってきたので、この投稿は〆ることにします。

ちなみに文字コードをEUCとかUTF-8にしなかったのは、どっちも文字コードに該当する文字がなかったからなのでした。





WordPressのPositeプラグインが動作しなくなった不具合をこうやって解決しましたよ、という話

数年前にホームページを納品したお客様から、「スマホからメール投稿した画像がホームページに取り込めなくなった」という連絡が来ました。

そのホームページ、ざっくり概要書くとこんな感じでした。

 ・WordPress使用
 ・サーバはロリポップ
 ・セキュリティ上、管理画面はお客様使用のプロバイダからのみアクセス可能
 ・なので、お客様のスマホからの管理画面へのアクセスは不可
 ・代替策としてpositeプラグインを組み込み、メールで投稿できるようにした
   (ただし、投稿可能なメールアドレスはお客様スマホのアドレスのみに限定)


という感じで構築してたんですが、突然スマホによるメール投稿が出来なくなったという状況だったのでした。

で、まずやってみた事は、

 ① WordPressのバックアップ取得
 ② 全ページのスクリーンショット画像の保存
   (万が一手を加えた為にレイアウトが崩れてしまった場合に備えて復旧手掛かり)
 ③ メールフォームの動作確認
   (これも万が一メールフォームが動作しなくなった事態に備えて)
 ④ positeも含めたプラグインを最新バージョンにアップデート
   (WP本体は自動アップデートされてたので割愛)

と、ここまで実施したところで、②で取得した画像とHPのデザインに相違がない事を確認しました。

さて、肝心のpositeプラグインの動作ですが、う~ん直ってませんねぇ。
一時的に私のスマホからもメール投稿を受け付ける設定にして検証してみたんですが、投稿は反映されません。


さてどうしよう?


という事で、エラーログを見てみる事にしました。
(こちらのサイトを参考にしました→ http://www.nxworld.net/wordpress/wp-debug-log.html )

そのエラーログがこちら↓


このログを見ると
[02-Dec-2016 09:12:40 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 7339985 bytes) in /home/users/2/lolipop.jp-●●●●●●●●●●●/web/wp-content/plugins/postie/lib/pPop3MailServer.php on line 33

とありました。

どうやらメモリ不足でエラーが発生しているようです。

という事でpositeプラグインで設定したメールアドレスに送信されたメールをWebメールで確認したところ、フルサイズの画像を数枚貼ったメールが立て続けに投稿されていることが確認できました。

どうやらこれが原因ですね。
状況としては、

 投稿されたメールをPositeプラグインが受信しようとする
               ↓
 画像が多すぎてメモリ不足でエラーが発生。処理中断
               ↓
 5分後再びPositeプラグインが受信を試みる。でもやっぱりエラー発生。

これを延々と繰り返しているために、見かけ上Positeプラグインが動作していないように見えた模様です。

試しに、これらのメールをWebメール上で一旦手動で全部削除したうえで、改めてPositeプラグインにメール投稿を行ったところ、今度は無事投稿できるようになりました。

あとは、php.iniにてPHPの使用メモリを増やそうとしたんですが、ロリポップの場合増やせないようなので、お客様には、今後は一度に多量の画像を送信しないようお願いし、一件落着。


 

ラズパイのパッケージを一括アップデートしたらOwnCloudに接続できなくなったけど、こうやって解決したの巻

最近検証を兼ねてRaspberry PiでOwnCloudを運用しているんですが、何気なくパッケージを一括アップデートしたらOwnCloudも8.0.2から8.0.4へヴァージョンアップされました。

が、これやっちゃうとどうやらOwnCloudが起動しなくなってしまうんですね。
私の場合、タスクトレイのOwnCloudアイコンもサインアウトした状態となり、OwnCloudをブラウザで開いても「This ownCloud instance is currently in maintenance mode, which may take a while. ?This page will refresh itself when the ownCloud instance is available again. ?Contact your system administrator if this message persists or appeared unexpectedly. ?Thank you for your patience.」というよく分からないメッセージが出てくるのみ。

owncloud立ち上がらない※スクショ撮り忘れたので、再現したものです。この図では英文が中央揃えですが、実際は左揃えだった気がする。

これ、結果的には解決できたんですが、日本語で解決方法を記載したサイトがないようなので、備忘録代わりに書いときますね。

と言っても話は簡単で、このコマンドを実行するだけです。(OwnCloudのインストール先が「/var/www/owncloud」の場合)

sudo -u www-data php /var/www/owncloud/occ upgrade

で、これでも解決できなかったら、以下のコマンドを実行してみてください。(MySQLのテーブルをアップデートするコマンドのようです。MySQLもアップデートされてた場合必要な模様。MySQLのROOTパスワードが必要)

mysql_upgrade -u root -p

【覚書】ラズパイ2にaipo8をインストール

個人的な覚書なんで実践は自己責任でおねがいしますね。(間違ったことやってる可能性大)

① sudo nano (aipoを解凍したディレクトリ)/installer.sh で下記を変更

31行目からの

if [[ “$AIPO_HOME” =~ ^(/|~) ]]; then
     echo $AIPO_HOME
else
    AIPO_HOME=`pwd`/$AIPO_HOME
    echo $AIPO_HOME
fi

を下記のように変更

#if [[ “$AIPO_HOME” =~ ^(/|~) ]]; then
     echo $AIPO_HOME
#else
#    AIPO_HOME=`pwd`/$AIPO_HOME
#    echo $AIPO_HOME
#fi

41行めの「sh bin/validate.sh 2>&1 | tee -a install.log」
を「bash bin/validate.sh 2>&1 | tee -a install.log」に変更(これはやる必要なかったかも?)

 

② sudo nano (aipoを解凍したディレクトリ)/bin/validate.sh で
68行目の「if [ -x /usr/sbin/lsof ]; then」を「if [ -x /usr/bin/lsof ]; then」に変更

③ sudo bash (aipoを解凍したディレクトリ)/installer.sh を実行

ただ、スクリプト実行開始直後と終了直前に構文エラーがドボドボ出てきたので、正しくインストールされてるかどうか不明。

スクリプト終了後に「sudo /usr/local/aipo/bin/startup.sh」を実行してブラウザで「http://(ラズパイのIPアドレス):81/aipo」を開いてもなんも表示されない状態。

セキュリティ未対策の無線LAN、実は近所迷惑になっているかも?

今回は「インターネットに繋がらなくなった」というお客様宅へ訪問した時の顛末。

「インターネットに繋がらなくなった」というご相談は比率的には1~2位を争うくらいよく受けるんですが、その原因は多岐に渡るので、実際に状況を拝見しないと、原因究明と対策が難しい面もあったりします。 時には無線ルータのコンセントが抜けていたりとかプロバイダ料金の未払いが原因なんて事もあったりもするんですが、今回のケースは結構落とし穴な事例かと思いますので、ここでご紹介させて頂きます。

お客様の環境はこんな感じ

そのインターネットが繋がらなくなったというお客様の環境はフレッツ光+無線LAN使用という極オーソドックスなもの。
で、まずは状況を確認するべく、ブラウザでルータ管理画面を開いてみたところ・・・・あれ?

無線ルータ画面図1. ルータの型番が違う??(画像はイメージです)

管理画面を確認すると表示されている無線ルータの型番と実際に設置されているルータの型番が違うんですよね。てかそもそもメーカーからして違う。いったいどーなってるの?

そこでワイヤレスネットワーク接続を確認すると、

 ワイヤレスネットワーク接続ピクセル埋め込み
図2. なんとナゾの無線ルータと繋がっていた(画像はイメージです)

とビミョ~に電波強度が弱い無線ルータと接続されておりました。
しかもその無線ルータは暗号化設定がされていないというセキュリティ上危険な状態。

実は、このお客様宅の無線LAN設定は数年前に行っており、その際はちゃんと暗号化も行っているんです。

こういった状況を組み合わせると、どうやら

  • お客様宅のご近所に暗号化設定がされていない無線ルータ(いわゆる野良WiFi)が生きている
  • なんかの拍子にその無線ルータへの接続プロファイルが作られちゃった(何しろ暗号不要で簡単につながっちゃうからね)
  • しかもその接続プロファイルが最優先でつながる設定になっていた
  • ただ、その野良WiFiは電波を飛ばしているだけでインターネットには繋がっていない

という状況のようです。

ご近所さん

図3. つまりは電波の繋がり方がこんな感じになっていました

という事で、なぜそうなったのか疑問は残るものの、接続プロファイルを正しく設定してやれば問題解決という事で、早速野良WiFiの接続プロファイルを削除し、ちゃんとインターネットに繋がるようになった事を確認しました。

 今回のケースでは、たまたまインターネットが繋がらない原因を調べたらこういう状況になっているという事が表面化した訳だけど、こういういつの間にやら他所の家の無線ルータに繋がっていた例って結構あるんじゃないかなって気がします。

「別に他所の家経由だろうがネットに繋がればそれでいいじゃん」という声も聞こえてきそうですが、例えばこの無線LANを経由して共有フォルダを読み書きするなんて事も可能な訳でして、そう考えるとやっぱりセキュリティ上よろしくない話なんですよね。

auからBIGLOBEの音声SIMへMNP移行したらこうなった

注意:2014年10月時点の情報です。また「筆者の場合はこうなった」という事例であり、必ずしもこの通りに事が進むとは限らない点にご注意下さい。
という事で、このたびauからBIGLOBE音声SIMにMNP移転してみましたので「手続き的にはだいたいこんな感じですよ~」という記録を残しておきます。

 ■今回やろうとしたこと

まず、私のモバイル環境のビフォーアフターを紹介しますね。
ビフォー アフター
  • auガラケー(SH 002)
  • 中古のF-05D+BIGLOBE SIM+通話アプリ050Plus
  • auガラケーは解約
  • F-05Dに挿しているBIGLOBE SIMを音声SIMに変更。同時にauガラケーに紐付けされた080番号をこの音声SIMに紐付け

とする事で、通信費の節約と、スマホ・ガラケー2台持ち解消を狙ってみました。

 ここで、F-05Dには既に050Plusがインストール済みで、既に050番号があるにもかかわらず080番号も残す理由を説明しておきますと

  • 050Plusは、なぜか肝心な通話に限って音声が途切れるので、電話回線が050Plusのみという状態は不安
  • 050Plusの電話番号を教えても結局皆さん今までどおりの080の番号に掛けてくる
  • ショートメッセージを使いたい
  • 050Plusは110番等に通話できない(←これが080番号を残したい最大の理由)

 とまぁだいたいこんな感じになります。

■手続きの流れはこんな感じ

 今回行った手続きの流れは以下のとおりです。

日にち 実施した手続き・作業 現象
2014年10月24日(金) auに電話。MNP予約番号を発行してもらう。10分程度のやりとりでMNP予約番号が通話中に口頭で伝えられる(少し経ってCメールでも届く)

※手続きはeZwebでも可能ですが、暗証番号を失念したため、電話での手続きとしました。
10月24日(金) BIGLOBEのHPにてデータSIMから音声通話SIMへの変更手続きを行う。
先ほど発行してもらったMNP予約番号や運転免許証のスキャン画像その他各種情報を入力・送信。
スキャン画像はjpegかpdfのみ対応なのにpng画像を送ろうとしてしまい「未入力項目があります」と数回怒られたのはここだけの話。
10月25日(土)

BIGLOBEから本人確認完了のメールが届く。で、そのメールには

  • 本人確認はオッケーb(‘ー^*)
  • MNP転入は明日完了予定
  • MNP転入が完了すると今まで使ってたガラケーは通話できなくなるよ
  • この後、音声通話SIMをゆうパックで発送するからしばらく待っててね

てな感じの内容が。

なっ、なんですとー。代わりのSIMカードが届くまでの間080の番号が不通になるのか?

 10月26日(日)昼ごろ  メールの予告通りauガラケーが通話発信できなくなった事を確認。
 10月26日(日)夕方  BIGLOBEから音声通話SIMカードを発送したというメール。おおっ、日曜日なのに対応してくれるとはありがたや。
 10月27日(月)夜  SIMカードが届く。
 10月27日(月)夜  早速F-05DのSIMカードを交換080番号もめでたく復旧!
 未実施 交換したSIMカードをBIGLOBEに返却。

ざっとこんな感じになりました。

なんといっても最大の留意点はMNP移転番号が不通になる期間がある、という点でしょう。

私の場合は、不通期間は2日間で済みましたし、日曜日に発送してもらえた点は本当にラッキーでしたが、MNP移転の際は「電話がしばらく繋がらない」事をよく周知しておいた方が良さそうにです。