<!DOCTYPE LINUXDOCTR SYSTEM>
<LINUXDOCTR>
<ARTICLE OPTS="null">
<TITLEPAG>
<TITLE>Windows LAN server HOW-TO</TITLE>
<AUTHOR>
<NAME>
by Ryan Cartwright,&space;
<!--<TT><HTMLURL NAME="crimperman@enterprise.net" URL="crimperman@enterprise.net"></TT>-->
<TT><HTMLURL NAME="crimperman@enterprise.net" URL="mailto:crimperman@enterprise.net"></TT>
</NAME>
</AUTHOR>
<DATE>v0.1, 21 September 2000</DATE>
<!--
<ABSTRACT>This document is intended to assist those who wish to consider Linux 
as a server within an office environment which has PC's 
primarily running Microsoft Windows 9x. </ABSTRACT>
-->
<TRANS> 翻訳：瀬戸口 崇 <tt><htmlurl name="setzer@mx3.tiki.ne.jp" url="mailto:setzer@mx3.tiki.ne.jp"></tt>
<TDATE> 日本語訳：2000 年 11 月 15 日
<ABSTRACT>このドキュメントは Windows9x を走らせているコンピュータのあるオフィスで
Linux を サーバにしたいと願っている人々の手助けになることを意図したものです。</ABSTRACT>
</TITLEPAG>
<TOC>

<!--
<SECT><HEADING>Dedication</HEADING>
-->
<SECT><HEADING>献辞</HEADING>

<!--
<P>This document is dedicated firstly to Jesus Christ, my Lord and Saviour, thanks 
to Him I have the ability to do this. It is secondarily dedicated to the authors
 of the various utilities and documents referred to here. 
Thanks to them I have the tools to do it. </P></SECT>
-->
<P>第一に、本書を、わが救世主たるイエス・キリストに捧げます。
この仕事をやり遂げた能力は、主によって与えられたからです。
第二に、本書を、本書に登場する様々なユーティリティとドキュメントの作成者達に捧げます。
それをやり遂げたツールは、かれらによって与えられたからです。
</P></SECT>

<!--
<SECT><HEADING>Introduction</HEADING>
-->
<SECT><HEADING>序章</HEADING>

<!--
<P>Linux is gaining increasing popularity within the workplace.
Primarily it is deployed within the Internet marketplace at server level
but it is beginning to make in roads into other areas such as internal network servers and
desktop workstations.
With this in mind and for reasons given below, my company decided to deploy a Linux based LAN server 
into our Windows9x based network.  
I started this project with basic knowledge of Linux and some knowledge of Unix. 
During the course of the project it ocurred to me that some sort of document describing the tasks 
involved would be helpful. 
I could not find such a document and hence wrote this one.</P>
-->
<P>職場での Linux の人気はますます高まっています。
主に、サーバレベルでのインターネットの市場で展開されていますが、
内部ネットワークサーバやワークステーションなどの他の分野へも拡大しはじめています。
このような状況を鑑み、また後で述べるような理由もあり、私の会社は Windows9x ベースのネットワークに
Linux ベースの LAN サーバを配備することにしました。
私は Linux の基本的な知識と UNIX の いくらかの知識をもって、このプロジェクトに着手しました。 
このプロジェクトを通して私は、この仕事の内容について書かれたある種のドキュメントがあれば役に立つだろうと感じました。
そしてその類のドキュメントを見つけられなかったので、書く事にしたのです。</P>


<!--
<P>What you will not find here is a repeat of installation and configuration documentation 
for the various tools and utilites used. 
I see no reason to repeat that but have instead opted to include problems encountered 
whilst installtin or configuring these and workarounds/soultions for those situations.</P>
-->
<P>使用した様々なツールやユーティリティのインストールや設定について、
ここで改めて解説するような事はしていません。
そのような説明を繰り返す事は私には意味がありませんのでその代わり、
インストールや設定の時に遭遇した問題やそのような場合の解決法をドキュメントに含める事にしました。

<SECT1>
<!--
<HEADING>The Scenario</HEADING>
-->
<HEADING>筋書き</HEADING>

<!--
<P>It will probably be helpful to give a short background of the environment 
in which the new server will be deployed.</P>
-->
<P>新しいサーバが設置される前の環境に関する背景を少し説明しておいた方が良いでしょう。</P>

<!--
<P>Some 35 PC's are linked in an Ethernet LAN across a sprawling site. 
Like many offices this one started with a single PC and grew bit by bit into the current environment. 
For reasons of speed, convenience and cost a peer-to-peer network was employed. 
Users share directories and printers across the network using share level access.</P>
-->
<P>およそ35台の PC が広い敷地内を横切った Ethernet LAN で繋がっています。
多くのオフィスと同じように、最初は1台の PC から始まり、少しずつ拡大して現在の環境になりました。 
スピードや利便性、コストの面から ピアツーピア(peer to peer)ネットワークが採用されました。
共有レベルのアクセスを利用して、ユーザ達はネットワーク越しにディレクトリやプリンタを共有しています。</P>

<!--
<P>One of the PC's became designated as a "server" 
(<EM>from here on I shall refer to this as the &quot;serverPC&quot;</EM>). 
Peer-to-peer networks have no server as such and thus this PC was identical to the others 
except that it had no consistent user. 
It was used to store common files (templates, small database files etc.) for use by all users and 
also contained the Microsoft Mail postoffice directories for the internal mail system. 
Networking faxing was also routed through this PC by means of Microsoft Fax and more recently, 
internet e-mail distribution was added by means of a mailserver utility which connected 
periodically to an external mailserver and redistributes the mail accordingly. 
It also shares a printer for use by the majority of users in the vicinity. 
The client side of the mail and fax systems was handled by Microsoft Outlook.</P>
-->
<P>それらの PC の内の1つが &dquot;サーバ&dquot; と称されるようになりました。
(<EM>これ以降、これの事を &quot;サーバ PC&quot; と呼ぶ事にします。</EM>)
ピアツーピアネットワークにはサーバ自体存在しないので、専属のユーザをもたないという点を除けば
この PC は他の PC と何ら変わりがありませんでした。
この(サーバと称する)PC はすべてのユーザが使用するためのテンプレートや小規模のデータベースなどの
共通ファイルを保存したり、社内メールシステムの為の Microsoft Mail postoffice のディレクトリに
使われていました。
Microsoft Fax を使ってこの PC を介したネットワーク FAX が送信されたり、もっと最近では
メールサーバユーティリティを使った e-mail 配信も追加されました。これは定期的に社外の
メールサーバに接続し、メールを再配信するものです。
近くの大多数のユーザ達の為にプリンタも共有していました。
FAX や メールのクライアントには Microsoft Outlook が利用されていました。</P>

<!--
<P>Increase of traffic through the serverPC especially internet mail increased to the point 
where file access slowed and users could not always log onto the internet mailserver. 
At first the internet mailserver program was suspected but further tests proved this to be untrue. 
Users were becoming increasingly frustrated and subsequently handing these emotions 
onto the IT support people.</P>
-->
<P>サーバ PC を介したトラフィックの増加、とりわけインターネットメールが増加した事で
ついにはファイルアクセスのスピードが低下したり、
ユーザーがインターネットメールサーバにログオンできない事があるような事態にまで達しました。
はじめは、インターネットメールサーバのプログラムが疑われたのですが、
テストが進むにつれそれが間違いであることが証明されました。
ユーザ達の欲求不満はどんどん膨らみ、IT サポートの担当者達にこれらの苦情を次々と
持ってくるようになりました。</P>

<!--
<P>There was also a secondary issue to consider. 
Having a designated serverPC meant from the management viewpoint a perfectly good PC was "doing nothing" 
because nobody was sitting at it. 
A decision was made to allow occasional users to use this PC as a workstation. 
The PC would sometimes lock during these occasional uses as a workstation 
meaning the loss of access to important files to all users while it was rebooted and 
subsequently database and file locks would need to be cleared to allow users to get back to their data.</P>
-->
<P>さらに2次的な問題も考慮しなくてはなりませんでした。 
サーバ PC と称する PC の運用を経営者から見れば、
そこに誰も座っていないが故に、立派な1台の PC が &quot;何も仕事をしていない&quot; 事を意味していました。
ユーザ達は臨時的にこの PC をワークステーションとして使うことを許可する、という決定がなされました。
しかしこの PC は、ワークステーションとして使われている時にフリーズしてしまう事がありました。
こうなると PC を再起動する間、他のユーザは大切なファイルにアクセスができなくなるうえ、
再びアクセスできるようにデータベースやファイルの排他共有ロックを解除しなければなりませんでした。</P>
</SECT1>

<SECT1>
<!--
<HEADING>The Options</HEADING>
-->
<HEADING>選択肢</HEADING>
<!--
<P>The situation called for some kind of remedy. 
At the most basic level the options were simply "repair or replace" and as is often the case, 
there was funding limitation.</P>
-->
<P>この状況では何らかの救済手段が必要でした。
最も基本的なレベルの選択肢は、「修理、あるいは交換」ですが、ありがちな事に
それには予算上の制限がありました。</P>

<SECT2>
<!--
<HEADING>Repair</HEADING>
-->
<HEADING>修理</HEADING>

<!--
<P>Repair is at first glance the quickest and cheapest option but it is rarely easy, 
especially if you are unsure of the exact cause of the problem. 
As a workstation there was nothing "wrong" with this PC but as a server it often seemed overwhelmed. 
The situation could have been partially solved by installation of a network switch to speed the network traffic 
but could have possibly resulted in creating a bottleneck at the serverPC as it struggled 
to keep up with traffic demand. 
The PC was running Windows98 which as a desktop environment is perfectly adequate but 
as a server starts to struggle. 
At best it was considered that this option would only postpone the problem for a while especially 
if network growth continued.</P>
-->
<P>修理する、というのは一見最も迅速かつ安価な選択肢ですが、大抵の場合、
特に正確な原因が判明していない場合には容易な事ではありません。
ワークステーションとしてはこの PC には何の問題もないのですが、サーバとしてはしばしばその仕事量に
圧倒されている様に見えました。
この状況は、ネットワークトラフィックを高速化するネットワークスイッチを設置することで一部解消することは可能でしたが、
結果としておそらくは高速化したトラフィックの要求に必死でついて行こうとするサーバPC のボトルネックを作り出した
事でしょう。
その PC は Windows98 を走らせていました。
これは、デスクトップ環境としては全く問題ないのですが、サーバとしてとなるととたんに「苦闘」し始めるという代物です。
つまり、特にネットワークがこのまま拡大し続けるのであれば、
この選択肢はせいぜいしばらく問題を先送りにするだけのその場しのぎであると思われたのです。</P>
</SECT2>

<SECT2>
<!--
<HEADING>Replace</HEADING>
-->
<HEADING>交換</HEADING>

<!--
<P>Replacing the serverPC with a dedicated server and establishing a client-server relationship 
would allow for the expected increase in network size and traffic. 
Traditionally a dedicated server would involve some considerable outlay 
as the options here were either WindowsNT or NetWare. 
Recently Linux has come very much into the spotlight and it provided an alternative replacement strategy.</P>
-->
<P>サーバ PC を専用のサーバと交換し、クライアントサーバの関係を構築すれば、予想されるネットワークの規模とトラフィック 
を許容できたでしょう。 
ここでの(専用サーバの)選択肢は WindowsNT か NetWare のどちらかであり、専用のサーバとは伝統的に多額の出費を伴うものでした。
近年、Linux が大変注目されるようになり、別の交換戦略をもたらしました。</P>
</SECT2>
</SECT1>
</SECT>

<SECT>
<!--
<HEADING>The Linux Option</HEADING>
-->
<HEADING>Linux の選択</HEADING>

<!--
<P>Linux is a Unix clone and as such the incorporates the excellent netwroking abilities of the latter. 
It is this trait (among others) which has lead to its' increasing deployment in the Internet server market. 
It could provide a low cost replacement strategy for the problem at hand and yet allow 
for the expected network growth at little or no extra cost.</P>
-->
<P>Linux は UNIX クローンであり、それ自体に UNIX の 卓越したネットワーク能力を内包しています。 
Linux がインターネットサーバ市場での採用を増やしているのは、この特色(他のものとくらべての)によるものです。 
Linux は、その時我々が直面していた問題に対して安価な交換戦略を提供し、
さらには非常に低コスト、あるいは全くのただで予想されたネットワークの拡大への対応も可能でした。</P>

<!--
<P>That Linux was an effective and cost-effective server solution was not in question 
but we need to know whether it could provide a specific solution in this case. 
Could Linux fulfill all the roles provided by the current serverPC, including file-serving, 
internal mail, network faxing and Internet mail redistribution. 
Initial enquiries showed that it could and so the question became less of &quot;can Linux do it?&quot; and 
more &quot;can I make Linux do it?&quot;.</P>
-->
<P>Linux が効果的でコスト的にも優れたサーバソリューションであることに疑問はありませんでしたが
私達はそれがはたしてこのケースにおいての特効薬となりうるのかどうか知る必要がありました。
Linux は、ファイルサービス、社内メール、ネットワーク FAX、インターネットメールの再配信などを含めた
従来のサーバPC が提供していた役割をすべてこなすことができるのか、ということです。
初期調査で、それが可能であることが明らかになり、問題は「Linux にその能力があるか?」という事から「私が Linux でそれを実現できるのか?」という事へと変化しました。</P>

<SECT1>
<!--
<HEADING>Research is the key</HEADING>
-->
<HEADING>調査が大切です</HEADING>

<!--
<P>Before presenting any argument for deployment to management it seemed prudent to research said argument. 
This would serve the additional purpose of educating myself in the finer details of Linux Administration. 
My Linux experience stemmed from a few months use at home and as Linux was not in use within the company 
I was to all intents and purposes the Linux expert.</P>
-->
<P>経営陣に対して採用を提言する前に、その内容について調査する事が賢明であると思われました。
そして私は Linux の管理についてより深く詳細を学ぶ決心をしました。 
私は家でたった2、3ヶ月使用しただけですが Linux を経験しており、また会社では Linux は使われていなかったので
事実上、社内では私が Linux のエキスパートだったのです。</P>

<!--
<P>I started my research lurking at newsgroups, particularly uk.comp.os.linux (u.c.o.l.).
Although lurking can be frowned upon in some circles it is something I recommend in early stages 
of a project like this. 
Reading other peoples questions and answers gives valuable insight into your approach 
to future projects you may encounter. 
They say it is a fool who does not learn from others mistakes. 
In addition I had a copy of the book "Learning RedHat Linux" published by O'Reilly  (http://www.ora.com). 
This book was used when installing my home version of Linux and is excellent for this purpose. 
It also contains a very significant chapter on Samba - a networking application which allows Linux 
to act as a fileserver for Windows9x PCs. 
I also made extensive use of the Linux Documentation Project (LDP - http://www.linuxdoc.org) 
especially the Linux Users Guide, the System Administrators Guide and the Network Administrators Guide.</P>
-->
<P>私はまずニュースグループ、特に uk.comp.os.linux (u.c.o.l.) に投稿された記事をひたすら読むことで調査を開始しました。
この様にニュースグループで投稿もせずに読んでばかりいるとグループによっては嫌がられるかも知れませんが、
この様なプロジェクトの初期の段階ではお薦めの方法です。
他の人の質問や回答を読めば、将来遭遇するかも知れないプロジェクトにアプローチする貴重な洞察力を得る事が
できます。
他人の失敗から学ばない人は愚か者であるといわれます。
さらに私は O'Reilly (<url url="http://www.ora.com">)刊「Learning Red Hat Linux」という本を持っていました。
この本は、家で Linux をインストールする時に利用したのですが、このプロジェクトの為にはすばらしい本です。
この本には、Samba についての重要な章がありました。Samba は Linux を Windows9x 
のためのファイルサーバとして動作させることのできるネットワークアプリケーションです。
Linux Documentation Project(LDP - <url url="http://www.linuxdoc.org">) も広範囲にわたって利用しました。
特に、Linux ユーザーズガイド、システム管理者ガイド、ネットワーク管理者ガイドを利用しました。</P>

<SECT2>
<!--
<HEADING>The importance of further reading</HEADING>
-->
<HEADING>読み進める事の重要性</HEADING>

<!--
<P>I cannot stress enough the importance of the research to the outcome of the overall project. 
There are many phrases and anecdotes which accurately summarise this, including "forewarned is forearmed" 
and the five P's (proper preparation prevents poor performance).</P>
-->
<P>全体的に成果を収めるための調査の重要性についてはいくら強調してもし足りないくらいです。
「備えあれば憂いなし」や五つの P(Proper preparation prevents poor performance:
適切な準備によって低性能を防ぐことができる)
といったものも含め、このことを端的に表現した沢山の言い回しや逸話があります。</P>
</SECT2>
</SECT1>

<SECT1>
<!--<HEADING>The tools</HEADING>
<P> initial research revealed the direction I should go and what specific programs I should learn more about. 
These included:-</P>
<P><ITEMIZE>
<ITEM>Samba (for file and printer serving),</ITEM>
<ITEM>qmail (for mail delivery - MTA)</ITEM>
<ITEM>fetchmail (for collecting Internet mail from our ISP mailboxes)</ITEM>
<ITEM>mgetty+sendfax or HylaFAX (for faxserving)</ITEM>
</ITEMIZE></P>
<P>Although there were alternatives, these were the most recommended and a quick question to u.c.o.l. 
confirmed these as good choices. 
I was aware that network fax serving could be done and that tools were available - articles in Linux Journal 
helped as did advice from u.c.o.l. users.</P>
-->
<HEADING>ツール</HEADING>
<P> 初期調査によって、私が進むべき方向と、私がより多く学ばなくてはならない特定のプログラムが明らかになりました。
代表例はこれらのプログラムです:-</P>
<P><ITEMIZE>
<ITEM>Samba (ファイルとプリンタの共有サービス),</ITEM>
<ITEM>qmail (メールの配信 - MTA)</ITEM>
<ITEM>fetchmail (契約プロバイダのメールボックスからメールを集める)</ITEM>
<ITEM>mgetty+sendfax または HylaFAX (FAXサーバ)</ITEM>
</ITEMIZE></P>
<P>他にも候補があったものの、これらが最もお薦めであり、u.c.o.l(ニュースグループ uk.comp.os.linux
 の事)への問い合わせで、良い選択であることを確認しました。
(u.c.o.l ユーザ達のアドバイス同様に私の助けとなった)Linux Journal の記事で、ネットワーク FAX サービスが
可能でしかもそのツールが利用可能である事は分かっていました。</P>
</SECT1>

<SECT1>
<!--
<HEADING>Convincing the boss</HEADING>
-->
<HEADING>上司を納得させる</HEADING>

<!--
<P>This proved to be one of the most anxious tasks of the early stages. 
It was one thing to bring myself to the realisation that Linux provided the best solution and quite another 
to consider guiding my boss(es) to the same conclusion.</P>
-->
<P>これは、初期の段階で最も心配な仕事の一つとなりました。 
Linux こそ最適な解決法であると私自身が認識する事と、上司達を同じ結論へと導くことを考えると言う事は、全く別の事でした。</P>

<!--
<P>Although there was virtually no outlay cost involved (always a good stumbling block to remove) 
there was the matter of time. The project would involve certain amounts of time for me to learn as 
I went and this in turn would involve a longer overall timescale before the solution was in place.</P>
-->
<P>額面上は経費(常に立ちはだかる大きな障害ですが)はかからないのですが時間の問題がありました。
このプロジェクトは私にとって学びながら進めるのに相当な時間を要し、転じて事態の解決にいたるまでには
全体として長い時間がかかるであろうと予想されました。</P>

<!--
<P>The temptation was to point out the faults of the existing solution and then present the Linux proposal 
as an all conquering hero. 
This was unlikely to work as it could have been interpreted as me pushing a solution 
simply because I liked the idea. In addition had I presented this argument any delay (or pecieved one) 
in deploying the Linux server would be harder to explain.  
I had to present my argument as a benefit for the company. 
To this end I could use the existing problems but I had to be careful to avoid 
a "Linux for Linux sake" point of view.</P>
-->
<P>現状の欠点をあげつらって、その上で全てを克服する英雄として Linux を提案するという誘惑に
かられました。
しかしこれはうまくいきそうにありませんでした。
なぜなら、単にそのアイデアを気に入っているという理由だけで、ある解決案を押し進めていると受け取られかねないからです。
さらに、この論法で主張した場合 Linux サーバを配備する上でのいかなる遅延も説明しがたいものとなったでしょう。
私はこの議案を、会社にとって利益をもたらすものとして提案しなければなりませんでした。
この目的のためには、現存する問題点を使う事もできましたが、「Linux のための Linux」という姿勢にならないよう
気をつけなければなりませんでした。</P>

<!--
<P>As it happened all my concern was for nothing - during a conversation about the existing server 
the IT manager suggested the very solution I was about to argue for! 
However he did require some reassurances which were all along the lines I have discussed here. 
Your situation will of course be different but in any case it must surely be beneficial to present 
as objective an argument as possible.</P>
-->
<P>偶然にも、私の心配は全く無用でした。というのは、現在のサーバについて話しているとき、IT の管理者が
まさに私が論じようと思っていたのと全く同じ解決案を出したのです!
彼は、私がここに書いた様なものと同様の内容についての確信を得ようとしていました。
あなた方の状況はもちろん同じではないでしょうが、いかなるケースにおいても、議論を可能な限り客観的に
進めるというやりかたは間違いなく有益なものとなるはずです。</P>
</SECT1>

<SECT1>
<!--
<HEADING>Which distribution?</HEADING>
-->
<HEADING>どのディストリビューションにするか?</HEADING>
<!--
<P>I chose to use RedHat 6.0 for this project. This was down to a very simple reason - I already had a copy 
and could therefore get started quicker. 
Also I was used to it as I had been using it at home. 
I can see no real reason why in this case one distribution should be used over another 
except for personal preference. 
There are some server editions of several distributions and again use of these is in the realms 
of personal preference. 
I have limited experience of various distributions and thus feel inadequately qualified 
to make a recommendations, my advice would be that you may want to eliminate as many unknowns as possible and 
thus learning the nuances of a different distribution may cause further hindrances.<P>
-->
<P>私は、このプロジェクトに RedHat 6.0 を選びました。
理由はいたって簡単で、すでに持っていたので素早く始められるからです。
また、家で使用していたので馴染みがあった、という理由もあります。
私が思うに、他のものに比べてある特定のディストリビューションを使うべきだといった様な実質的な理由は
個人的な好みを除いてはありません。
色々なディストリビューションにいくつかのサーバ版がありますが、ここでもやはり個人的な好みの領域です。
私は、色々なディストリビューションについてあまり経験がありませんので、特にどれかを推薦するような資格は
ないと思われます。あえてアドバイスするとすれば、未知の部分をできるだけ無くしたいと考えるがゆえに
異なるディストリビューションの微妙な違いを学んでゆくと、それが新たな悩みのタネを生み出すかもしれない、
という事です。</P>
</SECT1></SECT>

<SECT>
<!--
<HEADING>Installation</HEADING>
-->
<HEADING>インストール</HEADING>
<SECT1>
<HEADING>RedHat</HEADING>
<!--
<P>I assembled a PC from bits lying around the IT stores - a fun exercise in itself - and ended up 
with a test system of P133, 32MB Ram and 540MB HD. I was planning on replacing the HD 
with a much larger one but wanted to test the installation on the rest of the system first.</P>
-->
<P>私は IT の倉庫に転がっていたかけらを寄せ集めて PC を組み立てました -
 それは楽しいトレーニングでしたが - 最終的には
P133(訳注:Pentium133MHz)、32MB の RAM、540MB 
のハードディスクで構成された試用システムが出来上がりました。
ハードディスクはもっと大きなものに交換する予定でしたが、
まずはその前にインストールのテストを行ないたかったのです。</P>

<!--
<P>Having installed RH6 before a few times I *knew* this would be a breeze...I believe "famous last words" 
is the phrase I am looking for here!  
Installation seemed fine but on 1st boot (and subsequent ones) I encountered 
"invalid compressed format" errors as the system tried to Uncompress Linux. 
This evolved into a system that hung at boot with a "LI" prompt and a few questions on UCOL highlighted 
this problem as being a drive geometry problem. 
The system could boot from an MSDos bootdisk launching Linux from LOADLIN but this was far from acceptable. 
A 1GB hard disk was used instead. </P>
-->
<P>以前に2、3回 RH6(訳注:RedHat Linux 6.0)をインストールしたことがあったので、私は(インストールなど)朝飯前であろうという事を
 &quot;知って&quot; いました.....「さて、それはどうかな?」そんなフレーズがぴたりとはまる事態となりました。
(原文:I believe &dquot;famous last words&dquot; is the phrase I am looking for!)
インストールはうまくいったように見えましたが、初回の起動時(続いて次回もその次も)システムが Linux 
を展開しようとする時に &dquot;不正な圧縮フォーマットです(Invalid compressed format)&dquot; 
というエラーに遭遇しました。
そして起動時に &dquot;LI&dquot; とプロンプト表示し、システムがハングするようになりました。
u.c.o.l ではいくつかの質問でこれはドライブジオメトリの問題である、
と取り上げられていました。
LOADLIN から Linux にアタッチする MS-DOS のブートディスクからシステムを起動する事はできましたが
とても容認できるやり方ではありませんでした。
その代わりに、1GB のハードディスクを使うことにしました。</P>

<!--
<P>A secondary problem was the NIC. 
The one I first used was a Realtek8019 ISA card, this is an NE2000 compatible card and 
thus *should* use the ne2000 driver. 
After much trying and even a kernel recompile the card refused to work with said driver,
 so I swapped it with a D-Link DT-530 PCI card from another PC. 
This card was reported to work with the 'tulip' driver. However the RedHat install procedure could not detect it. 
A quick look on the D-Link website pointed to the latest via-rhine driver as a solution. 
This was downloaded and compiled and installed along with the pci-scan driver file 
from the same site (<url url="http://www.scyld.com/network/via-rhine.html">). 
This site also contains excellent installation  notes. 
With the new drivers in place the machine was up and running and a few ping tests 
proved the NIC was running fine.</P>
-->
<P>次は NIC(訳注:この場合、いわゆる LAN カード)の問題が起こりました。 
最初に使ったのは Realtek8019 ISA カードでした。これは NE2000 互換のカードだったので NE2000 
のドライバを使う &quot;べき&quot; でした。
何度試してみても、カーネルの再コンパイルまでしても、このカードはそのドライバで動作しなかったので
他の PC に差さっていた D-Link DT-530 PCI カードと入れ替えました。
このカードは &quot;tulip&quot; ドライバで動作するという報告がありました。
ところが、RedHat のインストーラでは検出できませんでした。
D-Link のウェブサイトを覗いてみると、最新の via-rhine ドライバを使えば解決するとありました。
同サイト(<url url="http://www.scyld.com/network/via-rhine.html">)の pci-scan driver file 
に沿って、このドライバをダウンロード、コンパイル、インストールしました。
このサイトにはインストールに関する素晴らしい解説も用意されていました。
新しいドライバでこのマシンは立ち上がり、2、3回 ping を打って NIC が正常に動いている事が確認できました。</P>
</SECT1>

<SECT1>
<HEADING>Samba</HEADING>
<!--
<P>Version 2.0.3 was installed as part of the RedHat installation and because this was a trial run 
I saw no reason to download the latest (at time writing this is 2.0.7). 
smbclient was not installed as there would be no reason for the Linux box to access shares on the Windows PC's. 
Configuration was a breeze thanks to the SWAT utility which is accessed by pointing a web browser 
at port 901 (ie: http://localhost:901). 
I was even able to access and configure this from one of the Windows boxes across 
the network (http://&lt;ip address&gt;:901).</P>
-->
<P>RedHat をインストールする時に Version 2.0.3 が一緒に組み込まれました。
とりあえずのテストだったので最新バージョン(これを書いた時点では 2.0.7)をダウンロードする理由はとくに
見当たりませんでした。
Linux マシンから Windows PC の共有資源にアクセスする必要はないので smbclient はインストールしませんでした。
901 番ポートをウェブブラウザで指定(例: http://localhost:901)してアクセスできる SWAT 
ユーティリティのおかげで設定はいたって簡単でした。
このユーティリティにはネットワークを通じて Windows のマシンからさえもアクセス(http://&lt;IPアドレス&gt;:901)
し、設定することが可能でした。</P>

<SECT2>
<!--
<HEADING>Samba configuration</HEADING>
<P>For some reason our users have a habit of not exploring the network beyond their workgroup - even though 
they often can. 
To avoid confusion on their part and to keep accidents to a minimum the server was put in it's own workgroup. 
There are much excellent documentation on setup and configuration of Samba and thus I refer the reader 
to those rather than repeat the information here.</P>
-->
<HEADING>Samba の設定</HEADING>
<P>諸般の事情により、私の会社のユーザ達は - しばしばそれが可能であったにもかかわらず - 習慣的にあまり
ワークグループ外のネットワークをうろうろしませんでした。
彼らのテリトリーを混乱させない様に、またアクシデントを最小限にとどめるため、サーバはサーバ自身のワークグループ
に置きました。
Sambaのセットアップと設定についてはたくさんの素晴らしい文書がありますので、ここでその内容を繰り返すより
それらの文献を紹介することとします。</P>

<!--
<P>As our PC's all have static IP addresses and users are primarily seated in front of the same PC every day 
I opted for the share security option in Samba. 
This has the danger of leaving resources open for anyone browsing the network so I also employed 
the hosts-allow feature in the globals section. 
This was restricted to those on our network using a partial IP address. 
Shares were enabled pointing to various directories all under a new /resources directory.</P>
-->
<P>会社の PC は全て固定の IP アドレスを持っており、ユーザ達は原則的に同じ PC の前に毎日座っていたので
私は Samba の共有セキュリティオプション を選択しました。
これは、ネットワークを参照する誰にでもリソースを開きっぱなしにするという危険をはらんでいたので、同時に
グローバルセクション(the global section)でホスト認証(host-allow)機能を使用しました。
ホスト認証は一部の IP アドレスを使用する私達のネットワーク内の人間に限定されました。
共有は様々なディレクトリに対して、全て新しい <tt>/resources</tt> ディレクトリの下にポインタが作成されました。</P>
</SECT2>

<SECT2>
<!--
<HEADING>Microsoft Word templates</HEADING>
<P>All the shares worked fine except when it came to templates for MS Word97. 
Word has a feature where you can set a Workgroup Templates location in its options. 
The problem was that if that pointed to a Samba share, the share could not be at top level (ie: //SERVER/template). 
When you clicked File|New, MSWord would report that it could not open the templates in the location 
selected yet you could open a template from that location through File|Open. 
This was further confused because you could navigate to said top level share in Explorer and double click 
on the template file and Word would create a new document based on your selected template. 
The workaround was found to be as simple as sharing the parent of the template directory and setting Word 
to look through that path (ie: //SERVER/resource/template). 
Despite much amending of file permissions and usernames it seems this is the only way to get this to work. 
I remain unsure as to which end causes the problem, Word seems a likely culprit (because everything else 
can use the files okay) but Samba can also be pointed to (because a Windows top level share will work in Word).</P>
-->
<HEADING>Microsoft Word テンプレート</HEADING>
<P>MS Word97 のテンプレートに関する以外、全ての共有はうまくいきました。
MS Word はオプションとして Workgroup Templates の場所を設定する機能を持っています。
この問題はその場所の参照先が Samba の共有であった場合には、例えば <tt>//SERVER/template</tt> の様なトップレベル上に
共有ポインタを置けないというものでした。
MS Word で「ファイル」 - 「新規作成」をクリックすると「その場所のテンプレートを開くことができません。」と
言ってくるのです。「ファイル」 - 「開く」では開くことが可能であるにもかかわらず、です。
さらに混乱することに、エクスプローラで例のトップレベル上の共有ディレクトリを開き、テンプレートをダブルクリック
すると、そのテンプレートを元にした新規文書を作成することができました。
結局、単純にテンプレートの親ディレクトリを共有し、そのパスを経由して(例: <tt>//SERVER/resource/template</tt>)テンプレートを
見に行くように設定すると動作する事が分かりました。
ファイルのパーミッションやユーザ名を修正を幾度となく修正してみましたが、どうやらそれが唯一の方法でした。
原因がどちらにあるのかについては、未だにはっきりと分かりません。他のファイルは問題なく使えるので、MS Word が
犯人であるように思えますが、Windows のトップレベル共有では問題がない事から考えると Samba もまた疑わしいのです。</P>
</SECT2>
</SECT1>

<SECT1>
<HEADING>E-mail</HEADING>
<!--
<P>qmail was chosen as the Mail Transport Agent (MTA) over sendmail which was supplied with RedHat. 
This is primarily because the former has a reputation for easier configuration and better security than the latter.</P>
-->
<P>Mail Transport Agent (MTA) として RedHat 付属の sendmail ではなく qmail が選ばれました。 
この主な理由は、qmail の方が、sendmail よりも設定の容易さや良好なセキュリティという点において世間で評判が良かったからです。</P>

<SECT2>
<HEADING>qmail</HEADING>
<!--
<P>The latest source files were downloaded via a mirror of http://www.qmail.org and compiled and installed. 
There is plenty of documentation supplied with qmail but I chose 
to also use Life With Qmail (http://web.infoave.net/~dsill/lwq.html). 
This document is similar to a hoot and was probably the most useful document for our purposes.</P>
-->
<P><url url="http://www.qmail.org"> のミラーサイトから最新のソースファイルをダウンロードし、コンパイルしてインストールしました。
qmail には大量の文書が付属してきましたが私は Life With Qmail (<url url="http://web.infoave.net/~dsill/lwq.html">)
も利用しました。
この文書は HOWTO 物のような感じで、私達の目的のためにおそらく最も役立つ文書でした。</P>

<!--
<P>Qmail installed easily enough but I encountered a few minor problems with using it. 
I configured it, for performance and reliability reasons to use Maildir as the default delivery. 
The good old standard mail program does not recognise this type of delivery and thus it took me a while 
to figure out why my mail was being sent but I could not see it. 
The solution was to use mutt (http://www.mutt.org) which does support Maildir. 
Of course this was a minor problem as the users would not be using the Linux box to read their mail 
but rather get it through a pop client (MS Outlook) on their Windows workstations.</P>
-->
<P>qmail は簡単にインストールできましたが、使用中に2、3の小さなトラブルに遭遇しました。
私は、パフォーマンスと信頼性の理由から、<tt>Maildir</tt> をデフォルトの配達に使うように設定しました。
古き良き標準的なメールプログラムはこのような形の配達を認識しませんでしたので、どうして私のメールが
送り届けられるのかを理解しようと時間をかけましたが、分かりませんでした。
その解決法は <tt>Maildir</tt> をサポートする mutt (<url url="http://www.mutt.org">)を使うことでした。
もちろんこれは、メールを読むのに Linux マシンではなく Windows のワークステーション上で POP クライアント
(MS Outlook)を使うユーザ達にとってはなんでもない問題でした。</P>
</SECT2>

<SECT2>
<HEADING>fetchmail</HEADING>
<!--
<P>Fetchmail was used as a collection agent and installation and setup of this was a breeze, 
especially when I found out about fetchmailconf :o). We do not require mail collection at all times 
but prefer to collect at set intervals. 
To facilitate this fetchmail is called using the -d switch by a cron job everyday and stopped by another one.</P>
-->
<P>fetchmail はメールの収集に使われ、インストールと設定は非常に容易でした。特に fechmailconf について理解した時は:o)。 
常時メールを収集する必要はありませんが、設定した周期で行ないたかったのです。
これを容易にするためには、毎日 cron job で fetchmail を <tt>-d</tt> オプションを付けて呼び出し、もう一方で
停止させるようにすればよいのです。<P>

<!--
<P>We collect our mail from ten mailboxes on our webhosts server, one of these is a bulk redirect 
where anything addressed to our hostname but not to one of the other nine specific addresses is deposited. 
fetchmails multidrop facility was employed to allow us to download all the mail from this mailbox and then smtp it 
to qmail using the intended recipients address.
One problem we encountered was sending mail from our new qmail server to our salespeople. 
They collect their mail direct from the webhosts yet their domain is the same as everyone else's. 
This meant that every time a local user tried to send a message to one of the salespeople, 
qmail tried to find a local username to pass the message to and, upon finding no matching user, 
bounced it to the postmaster. 
The solution was to use a secondary e-mail address for the salespeople. 
Our webhosts do not provide dial-up services so our salespeople each have their own free ISP account 
to get access to the web. 
This account provides them with an address on a different domain and so qmail was able to forward all mail 
for them to this address using the alias files.</P>
-->
<P>メールはネット上のホストにある 10個のメールボックスから収集されていました。
そのうちの一つはまるまる私たちのホスト名宛のものを転送するものでしたが、のこり 9 つの指定されたアドレスに対しては
預けられていました。
このメールボックスから全てをダウンロードし、受取人アドレスを使って qmail に SMTP 転送する為に 
fetchmail のマルチドロップ機能が使われました。
新しい qmail サーバから営業所の店員にメールを送る時、問題が起こりました。
彼らは、ネット上のホストから直接メールを読み込むのですが、彼らのドメイン名は社内の他のドメイン名と同じなのです。
したがって、(オフィス内の)ローカルユーザが(営業所の)店員の一人にメールを送ろうとするたびに qmail はメッセージを
送る為にローカルユーザ名を探し、該当するユーザがいないので、メールサーバの管理人に送りかえすという事になってしまいました。
これは、店員達のもう一つのメールアドレスに送信することで解決しました。
私達が使っていたネット上のホストはダイアルアップサービスを提供していなかったので、店員達は WEB にアクセスする為に
各自で無料 ISP(訳注:Internet Service Provider インターネットサービスプロバイダ)のアカウントを持っていました。
そのため店員達は別のドメインにアドレスを持っていたので、qmail は全てのメールをそのアドレスにエイリアスファイル
を使って転送することができました。</P>


<!--
<P><EM>Note: To make life easier for the salespeople our webhosts redirected all mail coming to their mailbox 
for these people to  the free ISP mail address - this meant the salespeople weren't 'confused' by having 
to juggle multiple accounts and addresses on their notebooks - bless 'em :o).</EM></P>
-->
<P><EM>注釈: 営業所の店員達の人生を過ごしやすくするため、私達が使っているネット上のホストは彼ら宛てに届くメールを全て
無料 ISP のメールアドレスに転送しました。これにより、店員達はノートパソコン上で複数のアカウントやアドレスを
お手玉して &quot;混乱&quot; せずに済みました。彼らに幸あれ :o)</EM></P>

</SECT2>
</SECT1>

<SECT1>
<!--
<HEADING>Faxing</HEADING>
<P>The old serverPC used Microsoft's network faxing to share a fax service across the network. 
Users then used MS Word templates (which had VBA macros) to create and send faxes automatically, 
errors were mailed to the user.  
To provide and equal if not better service on the new server I chose mgetty+sendfax to provide 
the local faxing service. 
This installed easily and I was soon able to spool faxes from the Linux server. 
Spooling from Windows clients was to prove a much tougher nut to crack and resulted in a change 
from the original choice.</P>
-->
<HEADING>ファックス</HEADING>
<P>古いサーバ PC は Microsoft Network の FAX 機能を使って ネットワーク経由で FAX サービスを共有していました。
ユーザ達は MS Word の(VBA マクロが入った)テンプレートを使って自動的に FAX 
を作成/送信し、エラーはユーザにメールで通知されました。
新しいサーバで、前より良くならないまでも同等のサービスを提供するために、ローカル FAX サービスとして
mgetty と sendfax の組合せを選択しました。
インストールは簡単で、すぐに Linux サーバからの FAX はスプールできる様になりました。
Windows クライアントからの FAX に関しては比べものにならないほど困難で、結局別の選択をせざるを得なく
なりました。</P>

<SECT2>
<!--
<HEADING>Faxing from Windows clients</HEADING>
<P>The previous arrangement shared a fax modem from the serverPC using Microsoft Fax under MS Outlook 
to provide fax services to all Windows clients. 
Further to this we used a standard Word97 template which had a macro attached for automatic sending of faxes. 
Utilising the Sendfax VBA command, this macro meant users had only to fill in the template 
and hit the "fax now" button on their Word toolbar to send a fax. 
They didn't have to deal with any third party programs which asked them to repeat everything 
they had just typed into the template. 
This arrangement thus provided seamless faxing to the user and it was one I was keen to continue.</P>
-->
<HEADING>Windows クライアントからの FAX</HEADING>
<P>以前の構成では、全ての Windows クライアントに FAX サービスを提供するために MS Outlook で Microsoft Fax 
を使ってサーバ PC から FAX モデムを共有していました。
これに付け加えて、自動的に FAX 送信する機能を持った標準の Word97 テンプレートを使用していました。
VBA の <tt>Sendfax</tt> コマンドを使ったこのマクロで、ユーザ達はテンプレートの項目を埋めて、Word のツールバーにある 
&dquot;今すぐ FAX を送信する&dquot; というボタンを押すだけで FAX を送信することができました。
たった今テンプレートに入力したばかりの内容を、全て繰返し入力しなければならないようないかなるサードパーティ製の
プログラムを使わなくても済んだのです。
このようにして、以前のこの構成ではユーザ達にシームレスな FAX 送信を提供しており、私はなんとしてもこの環境を
継続すべきだと考えていました。</P>

<!--
<P>Ideally what I wanted to do was have some way of passing the intended document, 
the username and the fax number to faxspool on the Linux box from the Windows client applications. 
The traditional way to provide fax services to any Windows app is to setup a "printer" 
which points to the fax modem.</P></SECT2>
-->
<P>理想的には、送信したい文書、ユーザ名そして FAX 番号を Windows クライアントのアプリケーションから 
Linux サーバの faxspool に渡す何らかの方法が必要でした。
あらゆる Windows アプリケーションに FAX サービスを提供する伝統的な方法は、FAX モデムを
&quot;プリンタ&quot; として設定するというものです。</P></SECT2>

<SECT2>
<HEADING>HylaFAX</HEADING>
<!--
<P>Originally I installed mgetty+sendfax to use as a fax server. 
This was primarily because it is supplied with RedHat 6 and so was readily available. 
Unfortunately it proved to be unsuitable for our particular use as we required some way of sending faxes 
to the faxserver using Microsoft Word macros.  
There are some excellent Windows clients for mgetty+sendfax but alas they all require the user 
to enter the fax number etc. 
each time a fax is sent. I wanted a solution to match our current one where the user fills in a Word template, 
hits a button and the macro reads the fax number from the document and uses the VBA Sendfax command 
to send the fax via MS Fax.</P>
-->
<P>最初は、mgetty と sendfax の組合せを FAX サーバとして使うようにインストールしました。
このようにした主な理由は、この組合せは RedHat 6 に付属しておりすぐに使える状態だったからです。
ところが運の悪いことに この組合せは Microsoft Word マクロを使って FAX を FAX サーバに送信するという用途には
適していないことがわかりました。
mgetty と sendfax の組合せを使える素晴らしい Windows クライアントはいくつかあったのですが、悲しいかなこれらは
全て、FAX を送信する度にユーザが毎回 FAX 番号などの入力をしなければならないものだったのです。
ユーザが Word のテンプレートに入力してボタンを押したらマクロがその文書の中から FAX 番号を読みとり、
VBA の <tt>Sendfax</tt> コマンドを使って MS Fax 経由で FAX を送信するという当時の環境にマッチする解決方法が必要でした。</P>

<!--
<P>After much deliberating and searching I was pointed toward 
HylaFAX (http://www.hylafax.org) which has a windows client WHFC (http://www.transcom.de/whfc/). 
This client allows for communication through VBA macros which was exactly what I wanted.
Hylafax installed okay although I had some rather annoying client access problems. 
These were solved by ensuring the client IP addresses were correctly added to not only 
/var/spool/fax/etc/hosts (as indicated in the man pages and FAQ) but to /var/spool/fax/etc/hosts.hfaxd. 
Once this was done I was up and running in no time. WHFC installed very easily and was set-up in seconds.</P>
-->
<P>検討と調査を重ねた結果、私は WHFC(<url url="http://www.transcom.de/whfc/">) という Windows クライアントを持つ 
HylaFAX (<url url="http://www.hylafax.org">) に目をつけました。
このクライアントは VBA マクロ経由での通信をサポートしており、まさに私が望む通りのものでした。
若干頭の痛いクライアントアクセスの問題はあったものの Hylafax は正常にインストールできました。
この問題は、クライアントの IP アドレスを <tt>/var/spool/fax/etc/hosts</tt> だけでなく
<tt>/var/spool/fax/etc/hosts.hfaxd</tt> にも正しく追加されていることを確認することで解決しました。
一旦設定してしまえば実用を開始するのに時間は全くかかりませんでした。
WHFC は非常に簡単にインストールでき、あっという間に設定できたのです。</P>
</SECT2>

<SECT2>
<!--
<HEADING>Word macros</HEADING>
<P>As mentioned, our users are accustomed to being able to hit one button to send 
a fax document from within MS Word97, it was important to keep this feature available with the new server. 
WHFC has OLE capabilities and thus we were able to write a new macro which allowed the user to send a fax 
from within Word without having to enter the fax details into a secondary popup box.  
The macro does two things - first it prints the current document to a file, then it uses WHFC's SendFax OLE function 
to send the printed file to HylaFAX. 
The printer driver we use is the Apple Laserwriter 16/600(ps) one as recommended in the WHFC setup notes.</P>
<P>Here is the macro code we use ...</P>
-->
<HEADING>Word のマクロ</HEADING>
<P>すでに述べた通り、ユーザ達は MS Word97 でボタン一つで FAX 文書を送信するのに慣れていたので、新しいサーバでも
この機能が使えるようにするのは重要な事でした。
WHFC は OLE 互換なので、FAX 送信に必要な情報を入力するために新しいポップアップボックスを出したりせずに FAX 
を送信できるようにするための新しいマクロを書く事が可能でした。 
このマクロは二つの事をします - まず、現在の文書を印刷イメージとしてファイルに保存し、次に WHFC の SendFax OLE 機能
を使って印刷イメージファイルを HylaFAX に送信します。
WHFC のセットアップノートで推奨されていたので、プリンタドライバには Apple Laserwriter 16/600(ps) を使いました。</P>
<P>ここに、私達が使ったマクロのコーディングを書きます ...</P>
<!--
<P>Sub Spool_fax()
<EM>' Spool_fax Macro
' Macro created 09/08/00 by Ryan Cartwright</EM>

<CDX>Dim givenfax, realnum As String
Dim whfc As Object
Dim OLE_Return As Long
Dim Box_Return As Integer</CDX>
<EM>' First we print the document to a local file - note that Background must be false
' otherwise the function will return before the file is entirely written
' and thus HylaFAX will be unable to convert it properly.</EM>
Application.PrintOut FileName:="", Range:=wdPrintAllDocument, Item:= _
wdPrintDocumentContent, Copies:=1, Pages:="", PageType:=wdPrintAllPages, _
Collate:=True, Background:=False, PrintToFile:=True, _
OutputFileName:="c:\faxtemp\printout.ps", Append:=False 

<EM>' In our template the user is asked by an Autonew macro for the faxnumber etc.
' the field number for the faxnumber is 8, we need to retrieve this
' and add a 9 to the front of it</EM>
Set givenfax = ActiveDocument.Fields(8).Result
realnum = "9" + givenfax

<EM>' Now we create the OLE object and call the Sendfax() routine</EM>
Set whfc = CreateObject("WHFC.OleSrv")
OLE_Return = whfc.SendFax("c:\faxtemp\faxoutput.ps", realnum, False)

<EM>' Finally we test the returned value and report accordingly</EM>
If OLE_Return <TT>&amp;&lt;</TT>= 0 Then
     Box_Return = MsgBox("Error sending file", 16, "FAX Not Spooled")
Else
     Box_Return = MsgBox("Fax Job ID:" <TT>&amp;amp</TT> OLE_Return <TT>&amp;amp</TT> Chr(13) <TT>&amp;amp</TT> &quot;You will be notified by email if it was successfully sent&quot;, 0, &quot;Fax spooled&quot;)
End If
Set whfc = Nothing
End Sub</P>
-->
<P><VERB>
Sub Spool_fax()
' Spool_fax マクロ
' マクロ作成日:09/08/00 作成者:Ryan Cartwright

Dim givenfax, realnum As String
Dim whfc As Object
Dim OLE_Return As Long
Dim Box_Return As Integer
' まずローカルファイルに文書を印刷します - Background プロパティが False でなければならない点に注意してください。
' さもなければこの機能はファイルを完全に書き込む前に終了してしまい、HylaFAX は正しく文書を変換できません。
Application.PrintOut FileName:=&dquot;&dquot;, Range:=wdPrintAllDocument, Item:= _
wdPrintDocumentContent, Copies:=1, Pages:=&dquot;&dquot;, PageType:=wdPrintAllPages, _
Collate:=True, Background:=False, PrintToFile:=True, _
OutputFileName:=&dquot;c:\faxtemp\printout.ps&dquot;, Append:=False 

' テンプレート内で Autonew マクロにより FAX 番号等を質問されるようになっています。
' FAX 番号のフィールド番号は 8 なので、ここの内容を取り込んでその前に 9 をくっつけます。
Set givenfax = ActiveDocument.Fields(8).Result
realnum = &dquot;9&dquot; + givenfax

' OLE オブジェクトを作成し Sendfax() サブルーチンを呼び出します。
Set whfc = CreateObject(&dquot;WHFC.OleSrv&dquot;)
OLE_Return = whfc.SendFax(&dquot;c:\faxtemp\faxoutput.ps&dquot;, realnum, False)

' 最後に、戻り値のテストを行ない、その内容にしたがって通知します。
If OLE_Return &lt;= 0 Then
     Box_Return = MsgBox(&dquot;Error sending file&dquot;, 16, &dquot;FAX Not Spooled&dquot;)
Else
     Box_Return = MsgBox(&dquot;Fax Job ID:&dquot; &amp; OLE_Return &amp; Chr(13) &amp; &quot;You will be notified by email if it was successfully sent&quot;, 0, &quot;Fax spooled&quot;)
End If
Set whfc = Nothing
End Sub
</VERB></P>
</SECT2>
</SECT1>
</SECT>

<SECT>
<!--
<HEADING>Is that it?</HEADING>
<P>That pretty much covers the installation and configuration of all the tools and utilities required 
to get our new server up and running. 
Having said that there is more to a good server than just the tools to do the job required. 
I advise you read the afore-mentioned Linux System Administrators Guide especially chapter 10 - backups!</P>
</SECT>
-->
<HEADING>これで完璧？</HEADING>
<P>これで、新しいサーバを立ち上げて運用するために必要なツールやユーティリティのインストールと設定について
きちんとカバーできました。
要求された通りの仕事をこなすだけの単なるツールよりも、良いサーバのためになるものがまだまだあります。 
前にも触れた、Linux システム管理者ガイド(Linux System Administrators Guide)、特に 10 章を読むことを
お薦めします。ためになりますよ!</P>
</SECT>

<SECT>
<!--
<HEADING>Conclusion</HEADING>
<P>The Linux server was in place some two months after starting this project. 
I am sure this could have been days if I had known what I was doing but I would recommend to anyone 
considering a similar project to allow themselves a good time period. 
This is especially applicable if like me they have cut their support teeth in Windows.
Linux is not difficult to use, just different and the transition from Windows takes time. 
Read the excellent documentation around before you start and also you may find it more beneficial to try this 
step by step on a secondary machine whilst your old one is still running elsewhere. 
Migrating is a better approach than a straight swap.</P></SECT>
<SECT><HEADING>References</HEADING>
-->
<HEADING>結論</HEADING>
<P>Linux サーバはこのプロジェクトをスタートしておよそ 2ヶ月くらいで稼働し始めました。
もし内容がわかっていれば、この期間は数日で済んだに違いありませんが、もし似たようなプロジェクトを考えているなら
十分な時間的余裕をもって実行することをお薦めします。
私のように、Windows における彼らのサポート工数を低減するなら、とりわけ適切です。
(Windows に比べて)Linux は使うのが難しいのではなく、単に違うのです。そして Windows からの移行には時間がかかります。
始める前に、周りにある素晴らしい文書を読んでください。
そして、現在の古いサーバを運用したまま、別のマシンで少しずつこれらを試していった方が有益であると思います。
段階的に移行する方が、直接置き換えるよりもよいアプローチです。</P></SECT>
<!--
<SECT><HEADING>References</HEADING>
<P><ITEMIZE>
<ITEM>Linux Documentation Project - http://www.linuxdoc.org</ITEM>
<ITEM>Freshmeat - http://www.freshmeat.net</ITEM>
<ITEM>qmail - http://www.qmail.org</ITEM>
<ITEM>HylaFAX - http://www.hylafax.org</ITEM>
<ITEM>Samba - http://www.samba.org</ITEM>
</ITEMIZE></P>
-->
<SECT><HEADING>参考文献</HEADING>
<P><ITEMIZE>
<ITEM>Linux Documentation Project - <url url="http://www.linuxdoc.org"></ITEM>
<ITEM>Freshmeat - <url url="http://www.freshmeat.net"></ITEM>
<ITEM>qmail - <url url="http://www.qmail.org"></ITEM>
<ITEM>HylaFAX - <url url="http://www.hylafax.org"></ITEM>
<ITEM>Samba - <url url="http://www.samba.org"></ITEM>
</ITEMIZE></P></SECT>
<SECT><HEADING>日本語化について</HEADING>
<P>本ドキュメントの日本語への翻訳に対し快諾いただき、また誤解されやすい表現について貴重なアドバイスをしてくださった
著者の Ryan Cartwright 氏 &lt;<TT>cimperman@enterprise.net</TT>&gt; に感謝します。
このドキュメントの原文は以下にあります。
<P><ITEMIZE>
<ITEM>LDP(Linux Documentation Project)のサイト:<TT><URL URL="http://www.linuxdoc.org/"></TT></ITEM>
<ITEM>上記サイト内 Linux-LAN-Server HOWTO:<TT><URL URL="http://www.linuxdoc.org/HOWTO/Windows-LAN-Server-HOWTO.html"></TT></ITEM>
</ITEMIZE>
<P>また、日本語化にあたっては JF-MLのメンバーの方々より、様々なアドバイスや指摘等をいただきましたので感謝とともにここに紹介します。
<P><ITEMIZE>
<ITEM>川嶋 勤さん &lt;<TT>kawawa@mail.interq.or.jp</TT>&gt;</ITEM>
<ITEM>水原 さん &lt;<TT>mizuhara@acm.org</TT>&gt;</ITEM>
<ITEM>千旦裕司さん &lt;<TT>ysenda@pop01.odn.ne.jp</TT>&gt;</ITEM>
<ITEM>Konkitiさん &lt;<TT>konkiti@lares.dti.ne.jp</TT>&gt;</ITEM>
<ITEM>山下義之さん &lt;<TT>dica@eurus.dti.ne.jp</TT>&gt;</ITEM>
<ITEM>武井伸光さん &lt;<TT>takei@webmasters.gr.jp</TT>&gt;</ITEM>
</ITEMIZE>
</SECT>
</ARTICLE></LINUXDOCTR>
