nDiki : メーリングリスト
Related term
2004年1月8日 (木)
■ [ Debian ] woody + qmail + vpopmail + fml

qmailadmin を入れたが動作に不安があるし、qmailadmin から使用する ezlm も使った事がないので、ここは慣れた fml を入れることにする。ルート権限で、
apt-get install fml adduser vpopmail list adduser naney list
naney権限で、メーリングリストを作成。
makefml newml testml
次に vpopmail ユーザで設定をコピー (実際は不要: 注1)。
cp /var/spool/ml/etc/qmail/alias/.qmail-testml* \ ~vpopmail/domains/example.co.jp/ cp /var/spool/ml/etc/qmail/alias/.qmail-owner-testml* \ ~vpopmail/domains/example.co.jp/
root 権限で qmail の方を設定。 /var/spool/ml/etc/qmail/users/assign の
+testml:naney:1000:1000:/var/spool/ml/etc/qmail/alias:-:testml:
を参考に、/etc/qmail/users/assign を編集
+example.co.jp-testml:naney:1000:1000:/var/spool/ml/etc/qmail/alias:-:testml: を以下の行 +example.co.jp-:example.co.jp:64020:64020:/var/lib/vpopmail/domains/example.co.jp:-:: の前に追加。
(注2)。 追加したら qmail-newu。
後は普通の fml。 メーリングリストを作成した naney 権限 で、
makefml config testml makefml addadmin testml naney@example.co.jp makefml add testml 追加したいユーザ名
でOK。
@ 2005年3月13日追記
(注1) users/assin の方で指定している /var/spool/ml/etc/qmail/alias 以下の設定が優先して使用されるので、~/vpopmail/domains/example.co.jp にコピーする必要はなし。 もしコピーしてそちらを書き換えても設定には反映されない。
@ 2005年3月13日追記
/var/spool/ml/etc/qmail/alias 以下の
- .qmail-owner-testml (*)
- .qmail-owner-testml-ctl (*)
- .qmail-testml
- .qmail-testml-admin (*)
- .qmail-testml-ctl
- .qmail-testml-default
- .qmail-testml-request (*)
(*)のファイルには
naney
と書かれておりそのままでは、UNIXアカウントの naney の方にメールが届く。 もし naney@example.co.jp というバーチャルドメイン上のアカウントの方に届くようにするようするには、それぞれ
&naney@example.co.jp
に置き換えるようにする。
@ 2005年4月4日追記
(注2) 上記の例では uid:gid に 1000.1000 (ここでは naney.naney) を指定してしまっている。 Debian 流に list グループでメーリングリストを管理するには、gid を list グループの gid にする必要がある。
- UNIXアカウントの方に大量にたまっていたfml管理メール (2005-03-12)
- [ Debian ] qmail + vpopmail + fml でポカミス (2004-01-19)
- Debian + qmail + fml で複数管理者の場合は user/... (2005-04-04)
- [ Debian ] qmailadmin (2004-01-06)
- [ Debian ] PIO -> DMA (2004-02-12)
2004年1月19日 (月)
■ [ Debian ] qmail + vpopmail + fml でポカミス

先週末に本格始動した Debian BOX、午前中メーリングリストにメールを送ったら配送されない(10日ほど前に設定したやつ)。
log を見る限り permission の様子なのだが。 g+rw したりしたのだが改善されず。 うーん。メーリングリストオーナ(=naney)権限で動くから、その必要もないはずなんだけれどなぁ。vpopmail権限で動いちゃっているのかなぁ。 テストメメーリングリストを作った時には問題なかったのだが。
で小一時間。 /etc/qmail/users/assign
+xxx.co.jp-testml:naney:1000:1000:/var/spool/ml/etc/qmail/alias:-:testml:
ふう。xxx.co.jp ですよ。 手順まとめた時に伏せ字にしておいたのだが、そのままコピーしてあったよ。 当然実際にはマッチしないので、その後の、
+yyy.co.jp-:yyy.co.jp:64020:64020:/var/lib/vpopmail/domains/yyy.co.jp:-::
(yyy は本当の名前ね)
行により vpopmail 扱われたと。 で「/var/lib/vpopmail/domains/yyy.co.jp/.qmail-メーリングリスト名」が一応あるから、vpopmail 権限で fml.pl が動いて。
午前中つぶしてしまったよ。
- [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
- UNIXアカウントの方に大量にたまっていたfml管理メール (2005-03-12)
- Debian + qmail + fml で複数管理者の場合は user/... (2005-04-04)
- ブレーカー + メーリングリストアカウント中の'-' (2004-01-22)
- [ Debian ] PIO -> DMA (2004-02-12)
2004年1月22日 (木)
■ ブレーカー + メーリングリストアカウント中の'-'

qmail + vpopmail + fml 運用で、'-' の入ったメーリングリストを作ったら、他のユーザがPOPできなくなってしまった。 やばいやばい。とりあえず元に戻さなければ...って作業してたら突然真っ暗に。
掃除当番のスタッフが掃除機をかけていたら、ブレーカーが落ちてしまったらしい。 (まだ)サーバ、UPSにつながってないし。 例によって作業端末はノート PC なので実害はないのだが。
- [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
- [ Debian ] qmail + vpopmail + fml でポカミス (2004-01-19)
- UNIXアカウントの方に大量にたまっていたfml管理メール (2005-03-12)
- Debian + qmail + fml で複数管理者の場合は user/... (2005-04-04)
- fetchmail + fml メーリングリスト実験停止 (2003-10-24)
2004年2月14日 (土)
■ 過去の今ごろ

過去の2月14日より。
- [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
- セブン-イレブン限定 ヨーヨー&復刻デザインボトル (2005-07-27)
- 高校の旧友と一杯 (2002-04-17)
- 11:30 床屋 (2005-08-20)
- GnuPG の布教失敗 (2005-02-02)
2004年5月28日 (金)
■ リリース版完成後の事後評価

前回とは違うプロジェクトで事後評価セッションを提案。 地理的に遠い2個所にスタッフが分散しているので、今回は
というスタイルにしてみた。
バグトラッキングシステム導入はかなり好評。 問題点は、いつも通りコミュニケーション不足に関するもの。
経営・マネージャークラスにも意見をつのっているのだが、積極的ではないのは残念。 長期的な視点では事後評価セッションは重要なのに。
- メールによる社内コミュニケーションの問題 (2006-04-12)
- Gmail へのメールボックス移行で spam 誤判定と転送問題にぶつかる (2007-08-11)
- ビジネスメールガイドライン案 (2006-05-05)
- GnuPG の布教失敗 (2005-02-02)
- すごいKPT事後評価セッション (2005-10-07)
2005年2月2日 (水)
■ GnuPG の布教失敗

仕事で本社にパスワードを伝えるなければならなくなった。 メールで送るのはもちんまずいので、暗号化(必要ならば電子署名も)しなければ。
ちょうど以前 NaneyOrgWiki に GnuPG の Windows 版 (gnupg-w32) の簡単な使い方を書いたことがあった。1.2.0 の時に書いたものだったので最新の 1.4.0a で、動作確認・出力等の再ドキュメント化などをする。
で、あとちょっとまとめたらその文書のポインタを本社の担当に送って鍵ペアをまずは作成してもらって……ふとMewでメールをチェックすると……別のスタッフがパスワードをメーリングリストに流しているんやないけー。
タッチの差で間にあわなかったか。
- Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
- Mew と SSH (2004-04-23)
- Linux で入力して Windows で参照できるパスワード管理ツール ... (2006-12-31)
- Gmail へのメールボックス移行で spam 誤判定と転送問題にぶつかる (2007-08-11)
- Mew と GnuPG (2005-11-18)
2005年3月12日 (土)
■ UNIXアカウントの方に大量にたまっていたfml管理メール

先日メールサーバのメンテをしていたら、自分のアカウントにメールが700通弱たまっているのを発見。
常用しているバーチャルドメインの naney@example.co.jp の方はもちろん定期的に fetch している。 naney 宛のメールも全て naney@example.co.jp に流れると勘違いしていた。 UNIXアカウントの方にもたまっているとは思っていなかったので見落し。マズイ。
@ 吸い出し
vpopmail のPOPサーバから吸い出そうとしたところ失敗。
maildirmake maildirmake $HOME/Maildir echo $HOME/Maildir/ > $HOME/.qmail
naney UNIX用アカウント用の maildir を作成し.qmail を書いて、mbox からこちらへ一旦流すことで吸い出せるようになった。
幸い「メーリングリストが配送するメールの中に配送できないアドレス(退職により削除されたアドレス)があるよ」というエラーメールがほどんどで、重要なものはなかった。 一安心。
@ fmlの管理メールアドレスの送り先を修正
/var/spool/ml/etc/qmail/alias 以下にある設定ファイルで、転送先が
naney
となっているのを
&naney@example.co.jp
に修正し、vpopmail 上のバーチャルアカウントの方に届くようにする。
for f in `grep -l naney .*`; do echo '&naney@example.co.jp' > $f ; done
以前 qmail+vpopmail+fmlの設定をした時にこれらのファイルを ~vpopmail/domains/example.co.jp/ にコピーしたのだが、確認したところ実はこれは不要だった。削除。
- [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
- [ Debian ] qmail + vpopmail + fml でポカミス (2004-01-19)
- ブレーカー + メーリングリストアカウント中の'-' (2004-01-22)
- メインノート PC の MTA を sendmail から qmail に変更 (1999-10-28)
- Debian + qmail + fml で複数管理者の場合は user/... (2005-04-04)
2005年4月4日 (月)
■ Debian + qmail + fml で複数管理者の場合は user/assign に注意

メーリングリストが正しく配送されなくなったという苦情が午前中に入る。
確認したところ、新たに list グループに登録した管理者(仮に foo)の作業の後に問題が起きているようだ。
@ 原因
管理者 foo がメーリングリスト(仮に testml)に makefml コマンドでユーザの登録・削除をした際に、ファイル「members」の所有者が naney.list から foo.list にかわる。
一方、最初にメーリングリストを作成した時の /etc/qmail/users/assign への記述
+example.co.jp-testml:naney:1000:1000:/var/spool/ml/etc/qmail/alias:-:testml:
では uid.gid に 1000.1000(naney.naney)を指定してしまっている。 naney.naney 権限 で 0660 (foo.list)なファイル「members」を読めずに配送できなくなったというのが原因。
複数の管理者で管理することを想定しないで当初設定してしまったというありがちなミス。
+example.co.jp-testml:naney:1000:38:/var/spool/ml/etc/qmail/alias:-:testml:
に修正したところ問題なくなった (38 は list グループの gid)。
- [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
- [ Debian ] qmail + vpopmail + fml でポカミス (2004-01-19)
- ブレーカー + メーリングリストアカウント中の'-' (2004-01-22)
- UNIXアカウントの方に大量にたまっていたfml管理メール (2005-03-12)
- [ Debian ] DynaBook SS -> X31 (2003-12-05)
2006年4月12日 (水)
■ メールによる社内コミュニケーションの問題

以前から何度も議題になる(けれども改善されない/しない)問題として、本社/東京オフィス間のコミュニケーション問題がある。 うまく情報共有ができていなかったり、共通認識になっていない背景にもとづいてのコミュニケーションによってうまく意思が伝わっていなかったりするという問題である。 特に電子メールによるコミュニケーションに多発気味のようである。
しかしなにもこれは本社/東京オフィス間だけの問題ではない。 電子メールをその特性を意識せずに使用することによって、コミュニケーションしていると思いながらも「実は一方通行」でしかなかったり、あるいは「その一方通行さえうまくできていな」かったりすることがままあるのである(もちろん自分も含めて)。
そこでまずは電子メールを含むコミュニケーションツールの利用方法について検討し、ガイドラインを決めていこうということになった。 もちろんガイドラインはシンプルかつ効果的なものにしたい。
まずは電子メールについて現状としての雑感を(特に自分の場合について)。
@ メーリングリスト
「ま、返事しなくてもいっか」と思わせるメールの筆頭は、メーリングリスト宛のもの。 以下のものは無視してしまう(あるいは先送りしているうちに忘れてしまう)事が多いタイプ。
- 宛先不明のもの/「○○各位」宛のもの
- 「ご意見があればお願いします」
- (誰かが意見するだろう)
- 「ご意見があればお願いします」
- (メーリングリストに? 個人宛に? まいっか)
- 「どちらが良いと思いますか?」
- (メールを出した貴方はどう思っているの?)
- 誰か一人(か二人)がメーリングリストに返事した
- (話が進んでしまっているようだし、出遅れたな。もういっか)
@ 「ご検討ください」
「検討しなければならないなぁ(そのうち)」->「しばらくたっちゃたなぁ」->(リファイル)
@ 「ご意見ください」
「意見を考えなければならないなぁ」->「しばらくたっちゃたなぁ」->(リファイル)
@ 「○○してください」
○○した -> (完了報告なし) -> (リファイル)
@ 「した方が良いと思います」
(そうですね) -> (リファイル)
@ 形式的な不備
- 無関係なメールへの返信によって作成された新規メール
- (一応読むけど)
- 何を言いたいのかよくわからないメール
- (ぱっと見るけど)
- typo
- (人間誤ちがあるからあまり咎めはしないけれど、それに気をとられて本文に対する集中度ダウン)
- (いわゆる)全角文字と半角文字が混在
- 内容の評価までダウン
- 文章に句読点が無い
- 長~~~~い全文引用(の全文引用の全文引用の……)
- で、本文は2行ですか?
@ 添付資料が MS Word 形式
「○○について問題があればご指摘ください」-> 読めん (Mew が wvHtml で変換して表示してくれるからちょびっとだけ見るけれど)。
@ 添付資料が MS Excel 形式
「○○について問題があればご指摘ください」-> 読めん (Mew が xlhtml で変換して表示してくれるからちょびっとだけ見るけれど)。
@ 予定の日時を間違えている
ヤバ。間違える(自分)。送信前に読み返しても、なぜか気がつかない。
@ 内容がムカつく
まぁそういう場合もあるので、差し引いて読まないといかん。
@ 時候の挨拶つき
いいね! 非常にいい。ほっとする。嬉しい。いい気分。
自分ではほとんど書かないんだけれど。
@ 結局のところ
「誰に」「何を」「いつまでに」「どの品質で」して欲しいのかが不明確というのが問題の大部分を占めていると思う。 会話におけるリクエストでもこれを明確にできていないのだから、メールではなおさらな状態である。
逆に言うとこれらがはっきりしていて約束がかわされたならば、、添付ファイルフォーマットの問題などは些細な問題で(いや、面倒ではあるけれども)、相応に努力してしかるべきアクションをとっていくであろう。
それから、リクエストメールに対してはどうするにせよ「受ける」「断わる」「別の提案をする」というレスポンスをリクエストした者に返すべきだけれど、メールだとこれがないがしろになってしまう事も多い。 これも大きな課題であるな。
まずは、メッセージのタイプ(指示/命令? リクエスト? 情報? ……)を分析して、どのようにすれば効果的なコミュニケーションがなされるようになるか検討してみよう。
[ ビジネスメール ]
- ビジネスメールガイドライン案 (2006-05-05)
- 日本語ファイル名どんとこい (2005-03-07)
- Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
- GnuPG の布教失敗 (2005-02-02)
- [ Java ] Unicode (UCS) -> 別の charset (2003-12-12)
2007年8月11日 (土)
■ Gmail へのメールボックス移行で spam 誤判定と転送問題にぶつかる

全てのメールボックスを Gmail に集約してから3日目。
いろいろと気がついた点等をメモ。
@ spam 誤判定が多い
今まで使っていた bogofilter や bsfilter では比較的安全側にふってあって、spam メールが ham メールと判定されることはあっても(結構ある)、ham メールが spam メールと判定されることはほとんどなかった。
しかし Gmail はかなり過激に spam メールと判定してくれる。 気をつけないとメールを見逃がすので、今のところ定期的「迷惑メール」をチェックする必要がある。
面倒だけれどもしょうがない。ある程度学習したら落ちつくのか?
@ うまくメールが転送されてこない?
何かぐっと届くメールが減った感じがしたので確認したら、今まで使っていたメールボックスに、転送に失敗したのか80通強ほどメールが溜っていた。
送り側が悪いのか Gmail 側が悪いのかわからないけれども、これは困る。 メーリングリストやメールマガジン系が転送できていない傾向が強いが、かといって全てがそうなわけでもない。うーん。
「パスワードを登録する」のと「POP3 で平文パスワードが流れるようになる」のがかなり嫌なんだけれども、しょうがないので転送をやめて Gmail 側から POP することにした。
今まで取れていなかったメールもとりあえず取りこぼさないようになりそう。
この設定でまたしばらく様子見。
- メールボックスを Gmail に集約 (2007-08-08)
- Google AdSense (2004-07-03)
- Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
- bogofilter から bsfilter に乗り換え (2005-07-09)
- [ Debian ] bogofilter の db が壊れた (2003-12-19)
Related web page
© 1998-2005 Free Software Foundation, Inc. Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved. Mailman, GNU <strong>メーリングリスト</strong>管理システム 臨時ニュース オープンソースカンファレンス2005 の Mailman セミナー資料 をアップロードしました。 PDF PPT Mailman は電子メールでの討論やメルマガの配送リストを管理するための フリーソフトです. Mailmanhttp://mm.tkikuchi.net/
このページは技術系<strong>メーリングリスト</strong>で質問するときのコツをご紹介します。 ここに書かれていることは「心がけ」「ヒント」「アドバイス」に過ぎません。 法律のようにこれを守る必要はありませんし、 他の人がこれを守っていないからといって怒るべきではありません。 ローカルルールを持っている<strong>メーリングリスト</strong>もありますので、 ここで書かれているパターンを機械的http://www.hyuki.com/writing/techask.html
はてなの「立ってミーティング」、ライブドアの「メールで日報、会議のかわりに<strong>メーリングリスト</strong>を活用」などの、色々な会社のオリジナルな仕事のやり方・コツが掲載されているページ、もしくはあなたが勤めている会社でのオリジナルな仕事のやり方・コツを詳しく教えてください。個人レベルでの仕事のやり方ではなく、組織的な仕事のやり方でお願いします。http://www.hatena.ne.jp/1102344846
■よく検索されるキーワード
torrent(99) ドラマ(36) x31(27) 動画(25) windows(23) 作り方(22) 画像(21) wiki(19) thinkpad(18) 使い方(18) perl(18) debian(17) 万年筆(16) 壁紙(15) 冷蔵庫(15) ほぼ日手帳(15) ラピタ(14) linux(14) ノート(13) a6(13) 書き方(12) usb(12) xp(11) 秋葉原(11) 提案書(11) ganttproject(11) バッグ(11) バッグインバッグ(10) サンプル(10) 2009(10) リフィル(10) ubuntu(10) ツール(10) hdd(9) ほぼ日(9) 交換(9) centos(9) gtd(9) 修理(9) ほぼ日手帳2009(8) 無印(8) 日本語(8) 無料(8) firefox(7) ボールペン(7) うなぎ(7) ハニートースト(7) gmail(7) 機内持ち込み(7) nikkor(7) 無料動画(7) nikon(7) antivirus(7) mailpia(7) java(7) so905ics(6) 喜多川美佳(6) ダイソー(6) 互換(6) 方眼(6) 手帳(6) cvs(6) ssh(6) ヨドバシカメラ(6) vq1005(6) d(6) ai(6) ウォーターボーイズ(6) ブログ(6) 古川小百合(6) 映画(6) skype(5) ヤンキー(5) c#(5) ファイル(5) 故障(5) qemu(5) f6(5) svn(5) av(5)■注目キーワード
購入 買った 発売日 フリー 無料 価格 値段 作り方 選び方 方法 設定 サンプル ダウンロード セール 限定 在庫 予約 穴場 比較 検証 レビュー 感想 評価 評判 使用感 使ってみた 口コミ 最新 MP3 動画 Torrent 解説 意味 用語集 参考文献 お薦め お勧め おすすめ 便利 Blog ブログ mixi 待受画面 修理Process Time: 1.195111s / load averages: 0.25, 0.39, 0.55
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)



スポンサード リンク