scrawl: debian

ラベル debian の投稿を表示しています。すべての投稿を表示

2014年9月16日火曜日

sid にしたら terastation がマウントできなくなった

option に sec=ntlm を追加する．

apt-file search で末尾にマッチさせたい

$ apt-file search -x bin/gcc$

探したいファイル名が短くて，前方一致でずらずら出てきてしまうときなどに．

2014年4月17日木曜日

courier-imap-ssl cert

openssl の heartbleed 脆弱性とかの関係で courier-imap-ssl の鍵と証明書を作り直した。

というか、今まで動いてたのが courier-imad-ssl の deb に含まれてた imapd.pem でしかも有効期限切れみたいな状態だったので、正確には作り直したじゃなくて作った。

手順としては /etc/courier/imapd.cnf を編集して、/usr/sbin/mkimapdcert を実行するだけ。

このスクリプトだと、/usr/lib/courier に imapd.pem が出来るんだけど、元の状態は /etc/courier/imapd.pem から /usr/lib/courier/imapd.pem にリンクが貼られてた感じなので、その辺はよしなに。
imapd-ssl の設定ファイルが /etc/courier/imapd.pem を見てるので元の状態の方が正しい気がする。

出来る証明書の有効期限は365日で、スクリプト中にハードコーディングされているので、のばしたいならスクリプトを編集する必要あり。
まあ、自己署名だし、有効期限が切れたからと言ってどうと言うこともない。

サービスを再起動して、クライアントから証明書を表示して、新しいものになっていればOK。

これで、今後の imaps 通信が( heartbleed 脆弱性によって)盗聴されることは無いはず。
ただ、これまでにユーザのパスワードが抜かれた可能性はあるかもしれない(？)ので、変更しておいた方が無難。
でも、あちこちの端末のMUAで設定を変えなければならないので面倒なんだよね。
しばらく mail.log でもチェックして、身に覚えの無い端末からのログインが無ければいいことにする。

2013年9月18日水曜日

memory allocation error on cifs

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters

IRPStackSize DWORD 0x32
MaxMpxCt DWORD 0x0400
MaxWorkItems DWORD 0x1000
Size DWORD 3

コンピュータの管理＞サービス＞Server サービスの再起動

2013年9月10日火曜日

MD Detail 20130915

/dev/md0:
        Version : 1.2
  Creation Time : Thu Oct 20 16:40:21 2011
     Raid Level : raid6
     Array Size : 19535119360 (18630.14 GiB 20003.96 GB)
  Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB)
   Raid Devices : 12
  Total Devices : 13
    Persistence : Superblock is persistent

    Update Time : Sun Sep 15 16:05:27 2013
          State : clean, degraded, recovering
 Active Devices : 11
Working Devices : 13
 Failed Devices : 0
  Spare Devices : 2

         Layout : left-symmetric
     Chunk Size : 512K

 Rebuild Status : 0% complete

           Name : fs:0  (local to host fs)
           UUID : 10314e2a:1b7d3110:a2228c28:1fdca881
         Events : 91836

    Number   Major   Minor   RaidDevice State
      16       8      177        0      spare rebuilding   /dev/sdl1
       1       8       97        1      active sync   /dev/sdg1
       2       8      113        2      active sync   /dev/sdh1
      14       8      209        3      active sync   /dev/sdn1
       9       8       33        4      active sync   /dev/sdc1
       8       8       49        5      active sync   /dev/sdd1
       7       8       65        6      active sync   /dev/sde1
       6       8       81        7      active sync   /dev/sdf1
      10       8       17        8      active sync   /dev/sdb1
      13       8      193        9      active sync   /dev/sdm1
      12       8      145       10      active sync   /dev/sdj1
      11       8      129       11      active sync   /dev/sdi1

      15       8      161        -      spare   /dev/sdk1

2009年9月25日金曜日

raid組み直しとか

0. 環境
Debian etch
md0 : sd[abcdijkl]1 : raid6 : 旧共有領域 (0.5Tx8)
md1 : hd[ac]1 : raid1 : /
md2 : sd[efgh]1 : raid6 : 新共有領域 (1.5Tx4)

1. md2作る
# fdisk で全領域を fd (linux raid autodetect) に
# mdadm --create /dev/md2 --level=6 --raid-devices=4 /dev/sd[efgh]1
ログなくなっちゃったけど2000分くらいかかる。
# mkfs -t xfs /dev/md2
# mount

2. パフォーマンスとか
bonnie++

md1 : ext3 : active raid1 hda1[0] hdc1[1]
        195358336 blocks [2/2] [UU]
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
fs               2G 39256  94 58056  33 30280  12 43081  93 67794   8 286.3   1
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 27256  95 202709  98 35647 100 33774  98 712408  86 65430  99
fs,2G,39256,94,58056,33,30280,12,43081,93,67794,8,286.3,1,16,27256,95,202709,98,35647,100,33774,98,712408,86,65430,99

md0 : ext3 : active raid6 sdi1[0] sda1[1] sdj1[7] sdc1[6] sdl1[5] sdb1[3] sdd1[2]
        2930255232 blocks level 6, 64k chunk, algorithm 2 [8/7] [UUUU_UUU]
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
fs               2G 34189  79 71559  26 37397  34 34665  93 72247  90 309.9   2
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 27295  97 223115  98 55352  98 51261 100 771741  94 67602 100
fs,2G,34189,79,71559,26,37397,34,34665,93,72247,90,309.9,2,16,27295,97,223115,98,55352,98,51261,100,771741,94,67602,100

md2 : xfs : active raid6 sdh1[3] sdg1[2] sdf1[1] sde1[0]
        2930271872 blocks level 6, 64k chunk, algorithm 2 [4/4] [UUUU]
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
fs               2G 17167  42 19624   5 18450   9 39913  95 117222  22 319.2   1
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  1001  13 312284  99   818   9   799  12 340567  99   604   8
fs,2G,17167,42,19624,5,18450,9,39913,95,117222,22,319.2,1,16,1001,13,312284,99,818,9,799,12,340567,99,604,8

degradedな状態だと読み出しが遅い。sd[e-l]はPCIのSATAボード(SATA4P-PCI)なんでかなり遅い。でもPCI-Eささらないし仕方ない。
しかし書き込み20MB/sはかなり厳しい。MB上のポートと差し替えよう。

3. データをコピー
ファイルをリストアップしてファイル要領とファイル数から進捗を表示しつつ cp -dp を呼び出すスクリプトをrubyで書いたりした。#?'あたりの文字が入っているファイルの処理がめんどくさい。system で cp 呼ぶとシェル展開されてしまうので。FileUtils.cpを使えば楽だったのだが遅いから。。。
2.5T位のコピーに二日ほど費やす。

4. md0を止めてbadblocksかけてみる。

$ time sudo badblocks -w -s -v /dev/sda -o sda.badblocks.list
Checking for bad blocks in read-write mode
From block 0 to 488386584
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 1 bad blocks found.
sudo -H badblocks -w -s -v /dev/sda -o sda.badblocks.list 3245.58s user 4458.92s system 13% cpu 15:52:55.61 total

b-d,i-lも同じように。時間だけ。kさんはお亡くなりです。

/dev/sda  3245.58s user 4458.92s system 13% cpu 15:52:55.61 total
/dev/sdb  3232.28s user 4429.34s system 13% cpu 16:09:01.70 total
/dev/sdc  3237.38s user 4434.32s system 13% cpu 16:03:13.59 total
/dev/sdd  3232.08s user 4419.84s system 13% cpu 15:49:45.83 total
/dev/sdi  4402.54s user 5483.82s system 9% cpu 29:20:30.98 total
/dev/sdj  3649.91s user 5327.11s system 7% cpu 31:50:57.78 total
/dev/sdl  3899.58s user 5269.09s system 7% cpu 32:39:24.85 total

やっぱPCI遅い。。。
んで結果。

$ for f in sd?.badblocks.list; do
for> echo $f
for> cat $f
for> done
sda.badblocks.list
134217664
sdb.badblocks.list
134217664
134217665
134217666
134217667
134217668
134217669
134217670
134217671
134217724
134217725
134217726
134217727
sdc.badblocks.list
134217664
sdd.badblocks.list
134217664
sdi.badblocks.list
134217664
sdj.badblocks.list
134217664
sdl.badblocks.list

mdadmは134217664のセクタに恨みでもあるのだろうか。lさんには出てないので必ず壊すわけでは無いようだが。
bさんは危ない気がする。

5. せっかくなのでlennyにあげて旧領域は6本で組み直し。

md0 : active raid6 sdb1[6](S) sdk1[5] sdj1[4] sdi1[3] sdd1[2] sdc1[1] sda1[0]
      1953535744 blocks level 6, 64k chunk, algorithm 2 [6/6] [UUUUUU]
Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
fs               3G 24033  70 108479  31 40912  16 39820  98 229305  50 409.6   2
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  2237  18 316997 100  1879  13  2483  22 362276  88  1162   9
fs,3G,24033,70,108479,31,40912,16,39820,98,229305,50,409.6,2,16,2237,18,316997,100,1879,13,2483,22,362276,88,1162,9

やっぱこのくらいの速度はほしい。100M/s出ないとGbEで負けちゃうし。

2009年3月6日金曜日

mdadm on lenny

昨日のraid関連の話は、mdadmがどうとかじゃなくて、sata_nvのエラーなんだと思い当たる。
だからといって解決できるわけでもないが。

2009年3月5日木曜日

mdadm raid on lenny (続き)

lenny新規インストール＞インストーラでraid6＞失敗
etchR6新規インストール＞インストーラでraid6＞成功：ディスク障害の線は消える
pinでlennyのmdadmを導入＞成功
lennyへのupgrade＞成功
2.6.26kernelで起動＞起動・動作はするがしばらくディスクアクセスすると十数秒程度固まり下のエラー？が表示される。

という事でlinux-image-2.6.26-1-686が悪い様子。
しばらくはetchnhalfのkernel-2.6.24とlennyのシステムの組み合わせで運用することにする。
（etchのサポートが終わる前にどうにかしないといけないが・・・）
この状態だとnvidiaドライバでxが動かないのが悲しい
（nvidiaのスクリプトでもmodule-assistantでもダメだった）

他に試してみて効果がなかったこと
・起動時のkernel optionにirqpoll all_generic_ideを加える
・update-initramfs -u -k allをする

システムが固まったときに出るログ

[  516.967796] ata3: EH in SWNCQ mode,QC:qc_active 0x1FF sactive 0x1FF
[  516.967908] ata3: SWNCQ:qc_active 0x6 defer_bits 0x1F9 last_issue_tag 0x2
[  516.967910]   dhfis 0x2 dmafis 0x0 sdbfis 0x0
[  516.968113] ata3: ATA_REG 0x40 ERR_REG 0x0
[  516.968208] ata3: tag : dhfis dmafis sdbfis sacitve
[  516.968306] ata3: tag 0x1: 1 0 0 1
[  516.968398] ata3: tag 0x2: 0 0 0 1
[  516.968497] ata3.00: exception Emask 0x0 SAct 0x1ff SErr 0x0 action 0x6 frozen
[  516.968640] ata3.00: cmd 61/18:00:10:a0:61/00:00:10:00:00/40 tag 0 ncq 12288 out
[  516.968641]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.968919] ata3.00: status: { DRDY }
[  516.969014] ata3.00: cmd 61/08:08:80:a0:61/00:00:10:00:00/40 tag 1 ncq 4096 out
[  516.969015]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 61/08:10:a8:9f:61/00:00:10:00:00/40 tag 2 ncq 4096 out
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:18:18:f6:01/00:00:00:00:00/40 tag 3 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:20:38:f6:01/00:00:00:00:00/40 tag 4 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:28:18:d9:bd/00:00:0c:00:00/40 tag 5 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:30:38:d9:bd/00:00:0c:00:00/40 tag 6 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:38:80:57:d6/00:00:15:00:00/40 tag 7 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969232] ata3.00: status: { DRDY }
[  516.969232] ata3.00: cmd 60/08:40:80:57:d6/00:00:16:00:00/40 tag 8 ncq 4096 in
[  516.969232]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[  516.969513] ata3.00: status: { DRDY }
[  516.973361] ata3: hard resetting link
[  517.450677] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[  517.475108] ata3.00: configured for UDMA/133
[  517.475221] ata3: EH complete
[  517.477833] sd 2:0:0:0: [sdc] 976773168 512-byte hardware sectors (500108 MB)
[  517.477968] sd 2:0:0:0: [sdc] Write Protect is off
[  517.478538] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[  517.478559] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

2009年3月4日水曜日

lennyにupgradeしたらmdadmのarrayがぶっ壊れた

ここ↓らへんの情報が怪しい感じ
http://www.nurs.or.jp/~ogochan/essay/archives/1010

lennyがリリースされてしばらくしたのでetchnhalfからlennyにupgradeした。
ata6: COMRESET failed (errno=-16)
みたいなメッセージがやたらと出てきて、ディスクにアクセスできなくなったので慌てて停止させる。（ログが吹き飛んだのでうろ覚え）
レスキューディスクから起動させて、mdadm --assemble したらdisk３台分しか認識しなくなってる。（元は６台でraid6を組んでいた）
etchnhalfのインストールディスクで再び起動し、パーティショナーまで進んだところでシェルに逃げる。assemble -> manage add -> misc run したら奇跡的にdegraded arrayとして動いたので急いでバックアップ。その後、再起動してもう一度同じ事をしたけどInput/Output errorになってしまったので、完全にarray死亡。まさに間一髪。

その後、lennyを新規インストールしようとしてraid6組み直したら２台がDisk failureで止まってしまったのでlennyのmdadmは濡れ衣かもしれない。

2008年11月18日火曜日

postfixの設定メモ

ddns環境でのpostfixの設定
op25bの為に送信メールがisp(biglobe)のサーバを中継するように設定する
1. biglobeに中継サーバの利用申請をするhttp://support.biglobe.ne.jp/faq/settei/op25b/relay.html
2. main.cfの設定
2.1. relayhost に1.でもらったサーバのFQDNを設定する
2.2. 送信時にSMTP AUTHを使うように設定する
2.3. 送信時にemvelope fromを書き換える
3. libsasl2-modulesをinstall

# diff main.cf.old main.cf
40a41,56
> relayhost = [example.com]:25
> 
> smtp_sasl_type = cyrus
> smtp_sasl_auth_enable = yes
> smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
> smtp_sasl_security_options = noanonymous
> smtp_sasl_mechanism_filter = cram-md5, login, plain
> 
> sender_canonical_classes = envelope_sender
> sender_canonical_maps = regexp:/etc/postfix/sender_rx
# cat /etc/postfix/sasl_passwd
[example.com]:25 mailaddress:password
# cat /etc/postfix/sender_rx
/^.*/ mailaddress
# postmap /etc/postfix/sasl_passwd
# aptitude install libsasl2-modules
# /etc/init.d/postfix restart

example.com: biglobeの中継サーバ
mailaddress: biglobeのメインメールアドレス
password: メール用のログインパスワード

2008年8月4日月曜日

grub

メモメモ

update-grubで作られるエントリは Default Options と書かれているコメント内の kopt や groot 等を元に作られる。
なので、/や/bootなんかのパーティションを変えたときはそこも変える必要がある。
savedefault 行が気になっていたが、これだけならdefaultがsaveされるだけでloadはされないので影響はない。
字面のイメージ通り、最後に起動したエントリで次回も起動させるには、default行を"default saved"とする必要がある。
savedefaultはサブオプションで一回のみとか次回は何番目のエントリを起動させるとか細かい制御ができるらしい。

2007年5月29日火曜日

メールの添付ファイルを削除して転送

※前のblogから記事を移動。元の公開日：2007/05/29(火) 22:40:21

---

自分宛のメールは携帯に転送してbiffの代わりにしているのだが、これに頼り切っているので何らかの拍子に転送漏れしたりするとひどいときは丸一日以上着信に気づけなかったりして困る。転送漏れの理由はたいてい添付ファイルが大きすぎて携帯の方のメールサーバで蹴られてしまったせいなので、メールのサイズがある程度より大きかったら添付ファイルを削除するようにした。

環境はこんな感じ。

受信 → postfix → maildrop → ISPのsmtp → 携帯

maildropでフィルタをかませて添付ファイルを削除する。
添付ファイル除去用のフィルタはここからもらってきた。

添付ファイル除去フィルタ(w-filter)
http://www.gomibako.com/w-filter/

消した後にちゃんと xxx という添付ファイルがついてました的なメモが残ってくれるのでありがたい。
.mailfilterの記述はこんな感じ。

MAILDIR=$HOME/Maildir
CELLULAR_PHONE="myname@career.example.com"
ATTACH_FILTER="$MAILDIR/w-filter.sh"
ATTACH_LIMIT_SIZE=500000
if ( $SIZE > $ATTACH_LIMIT_SIZE )
{
    cc $MAILDIR/
    xfilter "$ATTACH_FILTER"
    to "!$CELLULAR_PHONE"
}

携帯のメールサーバ的には3Mくらいまでは受け取ってくれるみたいだけど数百K程度でPCドキュメントビューアが開いてくれなくなるので制限は500Kにした。
xfilterの引数はダブルクォートで囲まないとエラーになる。
.mailfilterの記述にエラーがあった場合/var/log/mail.logあたりに行番号とともに出力される。

2007年5月8日火曜日

zshのコマンドラインスタックをviモードで使うには

※前のblogから記事を移動。元の公開日：2007/05/08(火) 22:56:25

---

zshのコマンドラインスタック便利だ！
ESC-qと押せばよい。
という記述はよく見かけるのだが、これはemacsモード(bindkey -e)じゃないと使えない。
viモード(bindkey -v)で生活してる自分には使えず悲しい思いをしていたのだが、気が向いたのでviモードで使えるようにする方法を調べてみた。

setopt noflowcontrol
bindkey '^Q' push-line-or-edit

これでc-qでコマンドラインスタックが使えるようになる。
２行目がc-qにマップするコマンドで、１行目がc-q, c-sへのマップをできるようにするもの。他のキーにマップするなら１行目はいらない。

ちなみに、コマンドラインスタックは英語だとbuffer stack。

2006年11月7日火曜日

パスワードジェネレーター

※前のblogから記事を移動。元の公開日：2006/11/07(火) 20:08:34

---

makepasswd
pwgen
apg

2006年10月5日木曜日

OP25Bの為にpostfixの設定を変更

※前のblogから記事を移動。元の公開日：2006/10/05(木) 17:35:07

---

自宅サーバから直接メールを飛ばすと止められてしまうのでISPのを経由するようにする.

# echo "relayhost = ISPのsmtpサーバ" >> /etc/postfix/main.cf
# /etc/init.d/postfix restart

あとサブミッションポート(587)でもメールを受け取れるようにしておいた方がよい．
master.cfの

submission inet n      -       -       -       -       smtpd

の行のコメントを解除する．

2006年9月7日木曜日

webmail

※前のblogから記事を移動。元の公開日：2006/09/07(木) 22:28:45

---

imapのwebクライアントの設定
サーバが死んでから基幹部だけ復旧してこの辺はめんどくさくて後回しにしてたんだけど，自分のパソコンがないとメール読み書きできないのはやっぱ不便ということで入れてみたメモ
目的は

人のパソコンでもブラウザ借りたら読める
ケータイから読める＆仕事用アドでメール書けるの２点

前はsquirrelmailとmobileimapを併用していた．
ただsquirrelmailはやたらと重い．
imapproxyを使ってもかなりいらいらできる．
そこで今回は別の物を検討．

sqwebmail→設定がよくわからんくて挫折
ilohameil→さくさく動いたのでこれでしばらく使ってみる
roundcube→aptitudeで引っかからなかったので落選
imp→今回は動作確認せず．ilohaになんか変なところがあったら代替第１候補

何でiRohaじゃなくてiLohaやねんとか思いながら設定メモ
まずはインストールから

# aptitude install ilohamail

展開時に聞いてくる選択肢にapacheの1系しかないのでインスコ終わってから

# ln -s /etc/IlohaMail/apache.conf /etc/apache2/conf.d/ilohamail.conf
# /etc/init.d/apache2 reload

http://localhost/IlohaMail ←IとMが大文字．はまった；；
にアクセスして動作確認
/etc/IlohaMail/login.incを編集して外のサーバにアクセスしたりできないようにする

$default_host="localhost";
$default_lang="jp/";
$hide_host="1";
$hide_protocol="1";
$hide_rootdir="1";
$hide_lang="1";

これで終わり．うん，さくさく動いていい感じ．
squirrelmailは何であんな重いんだってくらい．
ケータイからもPCサイトビューワでみればいいかーと思ってアクセスしてみたら重かった．．．
しょーがないのでmobileimapも入れとく．
ケータイ用は他に選択肢が見つからないのねー．
tar玉落としてmake;make install
設定ファイルはバックアップから流用
cronに@reboot /usr/local/mobileimapで完了

登録: 投稿 (Atom)