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 では一切触れられていない.

参考ページ

サーバーをガチャンと切り替えてみました

切り替えてみました.httpdのサービスのうち,WordPressは大丈夫なようです.

これより後,めんどくさいのでカテゴリーは,LinuxとNetwork,Raspberry Piくらいにします.

また,あまりに詳しい作業内容については,セキュリティー上の問題もあるので書きません.