結果的にDovecotへの切り替えはエイヤ!

このときクライアントも設定も切り替えないと,メールデータの消失・破損などの事故になるので,慎重にやりたいと思います.

Dovecotへの移転は手作業

のつもりでした.メインWSのメインのメールソフトであるThunderbirdで作業を始めました.この時点で,同じサーバーの同じIDで1もちろんパスワードも同じ.違うポートにアクセスする2つのアカウントが機能して,それぞれ旧IMAPサーバー(port 933)とDovecot (port 10933)に問題なくつながっています(メールデータのコピーもできました).

次にサーバーの旧IMAPサーバーを止め(/etc/inetd.confのport 933の行をコメントアウトしてinetdを再起動),Dovecotのポートを10933から933に変えてDovecotを再起動しました.

次にThunderbirdですが,起動したら前の設定のまま接続に行きますから,接続できないようにサーバーのパスワードを変更してから起動しました.そして,Dovecotに対応したアカウントのほうのパスワードだけ新しいものを入力してサーバーに接続しました.

ここで,予定どおりThnderbirdのアカウントの設定の,10993につなぐところを993に変更しました.しかし,想定外のことが起きました.このThunderbirdに設けているアカウントの2つが,どちらも同じUser IDで同じサーバーの同じポートにつながる設定になったわけですが,仕様なのかバグなのか,2つのアカウントのうち古い方(旧IMAPサーバーにつないでいた方)が消えてなくなってしまいました.

さいわい,メールデータを移転した先でなく,元のほうが消えたのでデータの消失は免れました2もちろんサーバーもクライアントもIMAPの仕様どおりに動いていれば,サーバーの内容にクライアントが同期(クローニング)するので,データ消失なんて起こらないはずですが,仕様から外れたことが起こるのが世の習いです😓

ノートパソコンやLinux WSのThunderbirdでは,敢えてDovecot用のアカウントを作らず,旧IMAPサーバーにつなぐ設定でそのままDovecotにつなぎました3ただし,旧IMAPサーバーで必要としていたメールボックスのプリフィックス(.imapなど)は不要なので削除しました.エイヤッ!です.さいわいメールデータの消失や重複は発生しないで済んでいるようです4Note 2と同じ.

Dovecotへの移転は手作業

昨日から今日にかけて,IMAPのサーバーの切り替えのため,これまでため込んだメールをどう移転しようかといろいろ調べたり試したりしていました.

最終的には,IMAPのクライアントとして使ってきたThunderbirdによって,手作業ですることにしましたが,dovecot付属のdoveadmというユーティリティーでコピーができそうだと解り,あちこちの資料を拾い読みして,解ったと思ったら設定を変えて試す,というようなことを昨日の後半から今日の午前中までしていました.

やっているうちに着手した最初の頃よりは明らかに理解が深まったと思うのですが,なかなか思うように動いてくれません.例もそんなに多くなくて,自分がやりたいそのものズバリはありませんでした.

今日の昼過ぎにあきらめて,Thunderbirdで手作業でコピーをはじめました.

旧IMAPサーバーは標準のport 993でそのまま動かし,dovecotは,port 10993で動かし,Thunderbirdから両方にアクセスしてコピーしていくという方法です.

なかなかMacやKDEのよくできたGUIのファイルマネージャーのようにはうまくいきません1たぶんこれらのGUIでは,全部のフォルダーを選択してドラッグアンドドロップで作業完了でしょう..言葉で説明すると,長たらしくなってたぶん解ってもらえるような文章は書けないので省略しますがIMAPにはいろいろ制約があって,かなり手数が必要です.

それでもなんとか夕方までにはコピーが完了しました.そうまでしてため込んだ古いメールを残しておくのはそれなりに意義があります.メールソフトの検索機能で,過去の取り引きややりとりを見つけ出して,活用できることが年に何度かはあります😓

明日,コピー漏れやなんか変なことをしてないか確認してから,旧IMAPサーバーを止めて,dovecotをport 993での正式うように切り替えます.

このときクライアントも設定も切り替えないと,メールデータの消失・破損などの事故になるので,慎重にやりたいと思います.

サーバーいじりメモ

久しぶりにサーバーの設定をしています.Debianでhttpsとimapのサーバーを立ち上げようとしていますが,DebianのApache httpdは,Apacheの用意したファイル名などをほとんど全部書き換えていて,非常に難解です1Slackwareは,ほとんどApacheのお仕着せのまま.

それでもようやくSSL/TLS接続できるようになりました.ただし,SSLやTLS 1.0サポートを残しておくのはセキュリティー上良くないということで,それらを止める方法をこれから調べます.

もう一つは,imapデーモンで,dovecotを動かすことにします.こちらは設定ファイルがたくさんありますが,設定自体はそんなに難しくなさそうです.平文接続のport 143を止めて完成だと思います.

ただ,これまでUW-imapdで保存したファイルをcpコマンドでコピーしてもdovecotは認識してくれないようなので,Thunderbirdからフォルダーを1つずつコピーしていくしかなさそうです.いや,ツールを使ってコピーした方がいいかな.

Postfixを試す (7) Avahiのbuildで難航

Postfixを試すのにAvahiが要るのか,という疑問もあるかと思いますが,筆者のLAN内ではAvahiを有効利用しているので,テストの準備などのいろんな手続きをスムーズにするためインストールすることにしました.

Slackware (64, ARM) 15.0用としてSlackBuildszeroconfのサーバーであるAvahi,クライアントであるnss-mdns,そしてAvahiに必要なライブラリーlibdaemonが用意されています.したがって,libdaemonからの順番で,sbopkg -iすれば,インストール完了します.実際,SlackwareARM 15.0のとあるマシンでは,そのようにして他のマシンを参照するのも,他から参照されるのもうまく機能しています.

ところがどっこい,Postfixのテスト用に仕立てたSlackware 15.0 (32bit)の仮想マシンでは,Avahiのbuildができません.gtk+2のバージョンが必要条件(>=2.14.0)を満たしていないとconfigureスクリプトが文句を言いますが,pkgtoolで確認するとちゃんと条件を満たしています(2.24.33).エラーメッセージは的が外れているけど,なにか確かにエラーがあるに違いないです(よくあることです😥).

うまくいったSlackwareARMと失敗したSlackware (32bit)の違いは,もちろんアーキテクチャーや,実マシン・仮想マシンの違いがありますがそれらは別にして,X, XAP, KDEをインストールしていないことです.リモートで運用・管理するのが前提なので,そもそもGUIは要りませんので,省略することによってシステムの容量を減らすことができると考えました.

しかし,これがどうもいけないようです.そもそもAvahiにGUIは関係ないと思うのですが,なんか必要なライブラリーがGUIのライブラリーと依存関係にあるとかないとかいうことでしょうか.知らんけど😥

必要最低限のライブラリーを見つけ出してインストールするというのがGUIをインストールしなかった初期の方針に沿う方法でしょうけど,時間が無駄にかかりますので,ここは諦めて,XとXAPはインストールすることにします(いくらなんでもKDEは要らんでしょう😥).

ここも,ここまでいじってきたシステムにXとXAPを追加してインストールすればいいんですが,完成したときにクリーンインストールからの最小手順だったという形にしたいので,また箱庭を消してゼロからやります.

sshdのパスワード認証を不可にする

これは,OpenSSHのdaemonを使っている場合,通常は /etc/ssh/sshd_config 内で,

PasswordAuthentication  no

とすることで可能です.しかし,Slackware (64, ARMも)では,PAMの認証を使用していて,上記のオプションだけではパスワード認証をしてしまいます.

パスワード認証を不可にする場合は,

ChallengeResponseAuthentication no

を追記する必要があります1このオプションについては,Slackware (64, ARMも) 15.0のデフォルトの sshd_config では一切触れられていない.

参考ページ