Posts tagged ‘Gmail’

Chromebook を手に入れた

以前から気になっていた Chromebook をついに購入してしまった。国内では法人向けの販売に続いて個人向けの販売も始まっている。購入にあたって英字配列キーボードを必須としたが、現時点で英字配列キーボードを搭載している機種は ASUS C300MA(カラーバージョン) しかなく、しかもこれらはメモリが2GBしかない。他の機種が概ね4GBになっている状況で2GBでは先々がちょっと不安。というわけで国内正規版の入手を諦め、amazon.com 経由で東芝製の CB35-B3340 というモデルを購入した。本体価格は$279で送料その他諸々含めて、合計$327.45。実際に日本円で支払ったのは40,039円だった。同程度のスペックの国内正規品が概ね3万円台後半の値付けになっていることを考えると、この価格は悪くない買い物だったと思う。

20141220_124840

TOSHIBA CB35-B3340 (購入機種) ASUS C300-MA (参考)
CPU Celeron N2840 2.16GHz Celeron N2830 2.16GHz
メモリ 4GB DDR3 1600MHz 4GB DDR3 1333MHz
ディスプレイ 13.1 inches 1,920 x 1,080 13.1 inched 1,366 x 768
外部記憶域 16GB eMMC 16GB eMMC
バッテリ駆動時間 約9時間 約10時間
重量 約1.3Kg 約1.4Kg
価格 40,039円(送料等込) 39,744円(amazon.co.jp)

IMG_20141220_125154

筐体については値段相応で plasticky 感が強いのだが、そのことが逆に気楽に使える道具の印象となっていて個人的には嫌いではない。PC としての使い勝手については、ほかのブログなどでも書かれているように、良くも悪くも Chrome ブラウザしか動作しないノートPCということに尽きる。従って普段から Google 提供の各種サービスを使っているユーザでないと Chromebook を持つ意味はないかもしれない。しかし、GmailやGoogleカレンダーだけでなく文書作成からプログラミング作業の一部までを Chrome ブラウザ環境でまかなっている状況では、有用なモバイルツールになる。実際、自分の場合もメールはもちろん、ドキュメント作成のかなりの部分を Google に依存しており、加えてシステム開発の一部もブラウザ経由で作業しているため、起動が早くてバッテリの持ちも良い Chromebook は重宝している。

Google Apps の Gmail 設定について

Gmail ではデフォルトのメールアドレスに加えて、他のアドレスを使ったメール送信が可能で、このアドレスを何個か事前に登録しておくことができる。この機能を使ってデフォルト以外のアドレスを使って Gmail サーバからメール送信すると、メールヘッダの From: と envelope-from にそれぞれ異なるアドレスが設定される。この状態を避けて、From: と envelope-from を一致させたい場合は、From: に指定したアドレスの本来の SMTP サーバを使えばよい。この目的のために個人利用者向けの Gmail では、追加したそれぞれのアドレスに対して Gmail サーバ以外の SMTP サーバを設定する機能がある。

ところが Google Apps の Gmail ではデフォルトで SMTP サーバの設定が不可になっているため、どのアドレスを選択してもすべてデフォルトドメイン用の Gmail サーバから送信されてしまう。このようにして送られた From: と envlope-from が異なるメールを受信したとき、そのことを受信者に対して常に明示するメールツールがある。例えば Outlook2007 の場合だと、「xxx@foo.com が次の人の代理で送信しました:xxx@bar.net」というメッセージが表示される。利用者によってはこのメッセージ表示は好ましくないと考えるかもしれない。

この状況を避けるためには Google Apps の Dashboard → Email settings → General のところにある ‘Allow users to send mail through an external SMTP when configuring a “from” address hosted outside your email domains. ‘ という項目を有効にする必要がある。実はこの設定項目を当初見落としていたのだが、ヘルプフォーラムの記述によってその存在を知った。

http://www.google.com/support/forum/p/gmail/thread?tid=48b458471de77c9b&hl=ja
http://www.google.com/support/forum/p/gmail/thread?tid=2a5487be9d446a05&hl=ja

majordomo におけるフッタ追加機能

運用の管理を担当しているメーリングリストで、このところ文字化けの問い合わせが増えてきた。調べてみたところ majordomo がメール本文に追加するフッタ文字列が原因らしい。majordomo は本文のエンコード状況に関わらず、そのままプレーンテキストのフッタを追加しているようだ。そのため本文がプレーンテキストでない場合、本文中には複数のエンコーディングが混在してしまうが、マルチパート用にメールヘッダを書き直すことはしない。そして結果的に受け取り側メールクライアントによっては、正しく表示できない状況が発生する。

ここのメーリングリストには、ほとんどプレーンテキストしか流れていなかったので、これまでは問題にならなかった。しかし、プレーンテキストにも関わらずエンコードされたメールが、最近発信されるようになったため不具合が顕在化してきた。ちなみに問題のメールのヘッダはこんな感じになっている。

Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: base64

このようなデータであっても、大抵のメールクライアントはエンコード部分をデコードしてくれて、なんの問題も無く読めてしまう。もっとも majordomo が追加したフッタの表示はおかしくなっていたり、まったく表示されなかったりするのだが、本文が読めているため気付きにくくなっている。ところが Gmail でこのメールを表示させると、肝心の本文部分のデコードは行われずにエンコードされたままのテキストが表示される。不具合の問い合わせをしてきた利用者も Gmail を使っていた。

結局、これまでフッタに追加していた情報は、それほど重要なものではなかったので、majordomo におけるフッタ追加の機能を無効にすることで、この不具合を回避することにした。

ところで、そもそもこの不具合に気付いたのは、単純なプレーンテキストがわざわざエンコードされてきたからだった。実はこれにも Gmail が絡んでいた。Gmail に限らずいわゆる Web メールの GUI でメール本文を入力するとき、利用者が改行を入力するまでいくらでも長い文字列を1行として入力できてしまう。このような本文を書いて送信すると、Gmail はどうも自動的に base64 でエンコードするようだ。この仕様はたぶん間違っていないと思う。ちなみに文字コードに utf-8 を指定している場合は、行の長さに関係なく無条件にエンコードされるようだ。

これからはどう考えてもエンコードされたマルチパートで構成されるメールが増えてくるだろうから、majordomo では対応しきれなくなってくるだろう。今回のようにメーリングリストの中継点でメール本文にヘッダやフッタを追加するには、送られてきたメール本文のエンコード状況を解析し、マルチパート化するような処理をしなければいけないのだと思う。最近はあまりメーリングリストに関する技術情報が出回っていないような気がするが、Mailman だったらこんな要求に対しても対応できるのだろうか。この際だからいっそのこと Google Groups のような既存の無料メーリングリスト・サービスなどに身を委ねてしまえば楽になれるのかもしれない。