最新 追記

ベンチャー企業のSEのひとりごと

imageb-windPowerd by iddy.jp

自称ITアーキテクトの自堕落な日常を綴る日記です。
技術ネタを書こうと始めた日記なのに、文房具ネタの方が多いというのが目下の悩み。

2005|08|09|10|11|12|
2006|01|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|12|
2008|01|02|03|05|06|07|09|10|11|
カテゴリー book | etc | food | game | hatena | health | life | mobile | news | opinion | pc | software | stationery | tDiary | tech | web | work
PEGATINA2.jpg My status

2008-03-01 [土] [長年日記]

_ [mobile] コネクトメール(Gmail 対応版)が微妙すぎる件

Willcome の回線を使ったbモバイルなんかをやっている日本通信がコネクトメールなるサービスを出してきた。

基本は DoCoMo 端末のiモード接続先を変更することで実現するサービスで、インターネット接続で言うとプロバイダーの部分に当たる。 最初は .Mac だけだったので興味も無かったが、第2弾はなんと Gmail 。

個人的にはプライベートなメールはほぼ Gmail / Gmail Mobile に統一していたのですぐに飛びついた。

何せ今までは受信こそ携帯アドレスに転送しているので問題なかったが、送信が Gmail Mobile の貧弱なインターフェイスしかなかったし Web メール特有のレスポンスの悪さとパケホーダイじゃないのでパケット料金がそこそこかかる。

端末にも寄るが AU One メールがネイティブに対応しているのと同じことを出来るようになるわけだ。

売り文句だけだとすばらしいように聞こえるが、1ヶ月ほど使ってみていろいろと不都合も出てきているのでまとめてみる。

  • メリット
    1. 携帯のインターフェイスで Gmail が送信できる。
    2. Web を経由しないので、メール送信が手順が少なくなった。
    3. 最近の Gmail の改善で絵文字も使えるようだ。
  • デメリット
    1. Gmail に届いてから携帯に受信するまで時差が有る(5〜10分程度)。
    2. 自分が送信したメールも受信対象。
    3. 公式サイトを使ったサービスがほぼ全滅。
    4. iアプリも通信を伴うものは使えない場合が多い。
    5. 非公式サイト(いわゆる勝手サイト)は使えるものと使えないものと。

簡単に言うとメールは送信はOK、受信は多少改善の余地が有る程度。ただ、Web に関してはかなり制限がある。

公式サイトが使えないデメリットがどこまで影響するかは使い方次第だが、自分は接続先切り替えをメニューに割り当てて都度切り替えることで対応。

公式サイトについてはプロバイダーを変えているわけで仕方が無いとも思うのだが、非公式サイトで使えないものがあるのはいただけない。

どうやらIPアドレスが変わるのでそのあたりを厳密に見ているところほど影響が大きいようだ。

取りあえず、自分的には Google Calender Mobile と、Livedoor Reader が使えないのがちと痛い。このあたりは言えば対応してくれそうな気もするが。

総評としては取りあえず満足はしているが、より改善を期待するってところか。ネット界隈ではあんまり話題に上っていないようなのでユーザー数は少なそうなのが残念。

欲を言えばやっぱり DoCoMo の公式サービスとして対応してくれれば文句無いんだが、それは欲張りすぎか。

後日追加。同じように試しているサイトがあったのでリンクを張っておく。

日本通信のコネクトメールを無料お試し可能になったとのことで、早速おためし。

[コネクトメール(日本通信)[ためしてみた]より引用]


2008-03-04 [火] [長年日記]

_ [health][work] 体調不良

調子が悪いので会社を休む。幸い急ぎの仕事は無いはずなのでまぁ何とか。

どうもこのところ調子が悪い。原因は不明だが、精神的な要素も大きく絡んでいるのは確か。

問題はそれが「鬱」に起因するものなのか、単に怠けているだけなのか。

前者であれば治療の必要があるだろうが後者であれば単に体力不足ということになる。

どちらにせよここ数日は明らかに仕事に支障が出ている。何らかの対策は考えねば。


2008-03-31 [月] [長年日記]

_ [tech][work] 電子メールの暗号化

ウェブ上のフォームを入力する際にページをSSLにしているサイトは多い。

SSLのメリットは通信経路の暗号化と企業・団体の存在証明。それ自体は問題ない。

だが、そのあとのフォローって結構いい加減なことが多いような気がする。

たとえばせっかくSSLで送信した内容をそのままメールで担当者あてに送信するなどだ。

ここを保護しないとせっかくの暗号化も台無しに。

とはいえ、電子メールの暗号化ソリューションっていまいち流行っていないのも確か。

技術的には S/MIME や PGP or GnuPG あたりがだいぶ前からあるし、メールソフトもそれなりに対応しているのだがサーバー側での処理が結構面倒。

暗号化をさせたい対象は多くはないのでメールソフトは指定すればよい。だがサーバー側は Perl にしろ PHP にしろ、openssl, gpg コマンドのラッパーがある程度なので、レンタルサーバーに導入されていない場合はどうしようもないようだ。

実際には大抵のレンタルサーバーは RedHat Linux 系なのでどっちも導入されていることは多いが、はっきりと断言できる要素にかける。

とりあえずどこでも使える「標準」的なソリューションはないものか。


はてなRSSに追加 Subscribe with livedoor Reader RSS (RDF Site Summary)


 Use OpenOffice.org