* When the -f option is specified, honor X-Forwarded-Host: in addition
[citadel.git] / webcit / README.txt
1                         WEBCIT for the Citadel System
2                                version 6.71
3  
4    Copyright (C) 1996-2006 by the authors.  Portions written by:
5         Art Cancro
6         Nathan Bryant
7         Wilifried Goesgens
8         Nick Grossman
9         Andru Luvisi
10         Dave Lindquist
11         Martin Mouritzen
12
13    This program is open source software released under the terms of the GNU
14    General Public License, version 2.  Please read COPYING.txt for more
15    licensing information.
16  
17    WebCit bundles the Prototype JavaScript Framework, writen by Sam
18    Stephenson [http://prototype.conio.net].  These components are licensed to
19    you under the terms of an MIT-style license.
20
21    WebCit bundles the script.aculo.us JavaScript library, written by
22    Thomas Fuchs [http://script.aculo.us, http://mir.aculo.us].  These
23    components are licensed to you under the terms of an MIT-style license.
24
25    WebCit bundles the TinyMCE text editor, written by Moxiecode Systems AB
26    (http://tinymce.moxiecode.com/tinymce/docs/credits.html).  This component
27    is licensed to you under the terms of the GNU Lesser General Public
28    License.
29
30    The Citadel logo was designed by Lisa Aurigemma.
31
32  
33  INTRODUCTION
34  ------------
35  
36  Citadel is a sophisticated groupware and BBS package which allows multiple
37 users to simultaneously access the system using a variety of user interfaces.
38 This package (WebCit) is a "middleware" package which presents an HTML/HTTP
39 user interface to the Citadel system.
40  
41  What this means in practice is that after you've installed WebCit, users can
42 access all functions of your system using any web browser.  Since this may be
43 the first Citadel experience for many new users, the screens have been designed
44 to be attractive and easy to navigate.
45  
46  
47  INSTALLATION
48  ------------
49  
50  Unline some web-based packages, WebCit contains its own standalone HTTP
51 engine.  As a result, you can get it running quickly without all that tedious
52 mucking about with Apache configuration files and directories.  WebCit is not
53 intended to replace your Apache server, however -- it *only* provides a front
54 end to Citadel.  If you do not have another web server running, you may run
55 WebCit on port 80; however, in the more likely situation that you have Apache
56 or some other web server listening on port 80, you must run WebCit on another
57 port.  The default is port 2000.
58  
59  To compile from source, enter the usual commands:
60   ./configure --prefix=/usr/local/webcit   [or whatever directory you prefer]
61   make
62   make install
63  
64  Then to initialize it:
65   cd /usr/local/webcit
66   ./setup
67  
68  After running setup, you just point your web browser to whatever port you
69 specified, such as:
70  
71   http://your.host.name:2000
72  
73  ...and log in.
74  
75  The included "setup" program is basically just an installation helper that
76 asks a series of questions and then adds the appropriate line to inittab to
77 start WebCit.  For most installations, this will do just fine.  If you have
78 special circumstances, or if you'd prefer to configure WebCit manually, you
79 may skip the setup program.  Instead, open /etc/inittab and add an entry
80 something like this:
81  
82  wc:2345:respawn:/usr/local/webcit/webserver
83  
84  
85  Several command-line options are also available.  Here's the usage for
86 the "webserver" program:
87   
88  webserver [-i ip_addr] [-p http_port] [-s] [-t tracefile]
89            [-c] [-f] [remotehost [remoteport]]
90  
91    *or*
92  
93  webserver [-i ip_addr] [-p http_port] [-s] [-t tracefile]
94            [-c] [-f] uds /your/citadel/directory
95  
96  Explained: 
97   
98   -> ip_addr: the IP address on which you wish your WebCit server to run.
99      You can leave this out, in which case WebCit will listen on all
100      available network interfaces.  Normally this will be the case, but if
101      you are running multiple Citadel systems on one host, it can be useful.
102  
103   -> http_port: the TCP port on which you wish your WebCit server to run.  If
104      you are installing WebCit on a dedicated server, you can use the
105      standard port 80.  Otherwise, if port 80 is already occupied by some
106      other web service (probably Apache), then you'll need to select a
107      different port.  If you do not specify a port number, WebCit will attempt
108      to use port 2000.
109      
110   -> tracefile: where you want WebCit to log to.  This can be a file, a
111      virtual console, or /dev/null to suppress logging altogether.
112  
113   -> The "-c" option causes WebCit to output an extra cookie containing the
114      identity of the WebCit server.  The cookie will look like this:
115        Set-cookie: wcserver=your.host.name
116      This is useful if you have a cluster of WebCit servers sitting behind a
117      load balancer, and the load balancer has the ability to use cookies to
118      keep track of which server to send HTTP requests to.
119  
120   -> The "-s" option causes WebCit to present an HTTPS (SSL-encrypted) web
121      service.  If you want to do both HTTP and HTTPS, you can simply run two
122      instances of WebCit on two different ports.
123
124   -> The "-f" option tells WebCit that it is allowed to follow the
125      "X-Forwarded-For:" HTTP headers which may be added if your WebCit service
126      is sitting behind a front end proxy.  This will allow users in your "Who
127      is online?" list to appear as connecting from their actual host address
128      instead of the address of the proxy.  In addition, the
129      "X-Forwarded-Host:" header from the front end proxy will also be honored,
130      which will help to make automatically generated absolute URL's (for
131      things like GroupDAV and mailing list subscriptions) correct.
132  
133   -> remotehost: the name or IP address of the host on which your Citadel
134      server is running.  The default is "localhost".
135  
136   -> remoteport: the port number on which your Citadel server is running.
137      The default is port 504, the IANA-designated standard port for Citadel.
138  
139   -> "uds" is a keyword which tells WebCit that you wish to connect to a
140      Citadel server running on the same computer, rather than using a TCP/IP
141      socket.  /your/citadel/directory should be set to the actual name of the
142      directory in which you have Citadel installed
143      (such as /usr/local/citadel).  If you run Citadel and WebCit on the same
144      computer, this is recommended, as it will run much faster.
145  
146  
147  GRAPHICS
148  --------
149  
150  WebCit contains graphics, templates, JavaScript code, etc. which are kept
151 in its "static" subdirectory.  All site-specific graphics, however, are
152 fetched from the Citadel server.
153  
154  The "images" directory on a Citadel system contains these graphics.  The
155 ones which you may be interested in are:
156  
157  -> background.gif: a background texture displayed under all web pages
158  -> hello.gif: your system's logo.  It is displayed along with the logon
159     banner, and on the top left corner of each page.
160  
161  If you would like to deploy a "favicon.ico" graphic, please put it in
162 the static/ directory.  WebCit will properly serve it from there.
163  
164  
165  CALENDAR SERVICE
166  ----------------
167  
168  WebCit contains support for calendaring and scheduling.  In order to use it
169 you must have libical v0.24 (or newer) on your system.  You must also be
170 running a Citadel server with calendaring support.  The calendar service will
171 be automatically configured and installed if your host system supports it.
172  
173  WebCit also provides Kolab-compatible free/busy data for calendar clients.
174 Unlike the Kolab server, however, there is no need for each user to "publish"
175 free/busy data -- it is generated on-the-fly from the server-side calendar
176 of the user being queried.  Note: in order to support Kolab clients, you must
177 have WebCit running in HTTPS mode on port 443, because that is what Kolab
178 clients will be expecting.
179   
180  
181  HTTPS (encryption) SUPPORT
182  --------------------------
183  
184  WebCit now supports HTTPS for encrypted connections.  When a secure server
185 port is specified via the "-s" flag, an HTTPS service is enabled.
186  
187  The service will look in the "keys" directory for the following files:
188  
189  citadel.key   (your server's private key)
190  citadel.csr   (a certificate signing request)
191  citadel.cer   (your server's public certificate)
192  
193  If any of these files are not found, WebCit will first attempt to link to the
194 SSL files in the Citadel service's directory (if Citadel is running on the
195 same host as WebCit), and if that does not succeed, it will automatically
196 generate a key and certificate.
197  
198  It is up to you to decide whether to use an automatically generated,
199 self-signed certificate, or purchase a certificate signed by a well known
200 authority.
201   
202  
203  CONCLUSION
204  ----------
205  
206  That's all you need to know to get started.  If you have any questions or
207 comments, please visit UNCENSORED! BBS, the home of Citadel, at
208 uncensored.citadel.org.