Re: Looking for New Maintainers
-BEGIN PGP SIGNED MESSAGE-
On Thu, 5 Jun 1997, Christoph Lameter wrote:
> plan Colin Telmer <[EMAIL PROTECTED]>
Christoph, I have been and will be out of town until June 16th. Before I
left, I nearly completed packaging plan, but have not finished the
postinst script stuff. This will be done immediately when I return and I
have also notified the upstream author that I will be the debian
maintainer. I would pick up some of your other packages, but I think I
should wait until I return to Kingston to decide which ones. I will email
you when I return to see what is left. Sorry for the delay. Cheers, Colin.
- --
Colin R. Telmer, Institute of Intergovernmental Relations
School of Policy Studies, Queen's University
Kingston, Ontario, Canada, K7L-3N6
(613)545-6000x4219 [EMAIL PROTECTED]
PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B
PGP Public Key at http://terrapin.econ.queensu.ca>
-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: noconv
iQCVAwUBM5b2+hhhzOJJktw1AQEOWwP+KG1vLpTApBOKKfVtCxC9bdNmphSXF0Lb
vFV9NE8miM0g5SIwCFROAi2FH1B7aUSLchxA1x4JAFSpp5mUpg5feuA0GdEvUDtb
NDSZNKTKQY+H46IuvI1mWUCJLyKqRzyZSXi6yGFQV5fv0cjRM0pA3I8bflgmVITg
DR6QlZYLa8Y=
=9Eru
-END PGP SIGNATURE-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
plan copyright clarification
Awhile ago I asked about the copyright in plan and there was a slight vagueness with the original. I have emailed the author and he replied that he would change the actual copyright file inthe next release, but not until then. Can I then incorporate part of this email note into /usr/doc/copyright and upload it into the free part of debian? Cheers, Colin. ---begin copyright This package was debianized by Colin R. Telmer [EMAIL PROTECTED] on Sat, 31 May 1997 11:09:23 -0400. It was downloaded from <ftp://ftp.fu-berlin.de/pub/unix/graphics/plan/plan-1.6.1.tar.gz> Copyright: plan is Copyrighted by Thomas Driemeyer, 1993-1996. License to copy, publish, and distribute is granted to everyone provided that three conditions are met: - my name and email address, "Thomas Driemeyer <[EMAIL PROTECTED] berlin.de>" must remain in the distribution and any documentation that was not part of this distribution. In particular, my name and address must be shown in the About popup. - if you redistribute a modified version, the fact that the version is modified must be stated in all places that my name is shown. - this copyright notice must be included in your distribution. If these conditions are met, you can do whatever you like. The idea is that I would be pissed if someone else claimed he wrote the thing, and I don't want bugs introduced by others attributed to me. Make as much money with it as you can. Drop me a line, I am curious. If you put plan on a CD, send me a free copy if your company policy allows it. There are no implied or expressed warranties for plan. I do not claim it is good for anything whatsoever, and if you lose your precious data or your dog dies this is entirely your problem. Addendum: The second last paragraph above is not clear and the upstream author will replace it next release with the following: >From [EMAIL PROTECTED] Thu Jun 5 14:10:17 1997 Date: Sat, 31 May 1997 22:07:38 +0200 (MST) From: Thomas Driemeyer <[EMAIL PROTECTED]> To: Colin Telmer <[EMAIL PROTECTED]> Subject: Re: plan On Fri, 30 May 1997, Colin Telmer wrote: > This would seem to require any CD-makers to send the author a free > copy if their company policy does not explicitly forbid it. That > would put CD-makers in some amount of risk if they forget to send the > "complementary" CD, thus it is non-free. > > If the statement was intended to only mean "if you want to do it", > it's free, but the statement needs to be clarified. It seems I don't have the mind of a lawyer. (Is this good or bad?) SuSE is a company that puts together Linux distributions, and they send free CDs to their contributors. I liked the concept and wanted to encourage it in the README. It seems that the wording is more strict than intended. Of course I didn't intend to put anyone at risk, I _want_ this to appear on as many CDs as possible. So, since I don't want to re-release just to change the README, how about this clarification: If you put plan on a CD, send me a free copy if your company policy allows it and you want to. (Not obligatory, I just collect trophies.) -end copyright -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies, Queen's University Kingston, Ontario, Canada, K7L-3N6 (613)545-6000x4219 [EMAIL PROTECTED] PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B PGP Public Key at http://terrapin.econ.queensu.ca> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
security/installation question regarding plan
the program plan uses another executable called netplan to act as an IP network server to manage appointment files. Under the vanilla compilation and installation, the following happens with netplan: if run by root or setuid root, netplan switches to "nobody". The UID and GID of are compiled in, not determined at runtime. netplan will refuse to run setgid-but-not-setuid root. Also, netplan only reads and writes to LIB/netplan.dir the directory that netplan puts files into, and the only directory that netplan will read from (see Network Security). where LIB under the vanilla installation would be /usr/local/lib. Under the mostly complete debian packaging of plan, I have installed netplan as /usr/lib/plan/netplan and netplan.dir as /usr/lib/plan/netplan.dir. Christoph Lameter began packaging plan which has allowed me to use the following postinst as a template (note /usr/sbin/netplan will be changed to /usr/lib/netplan): -- #!/bin/sh -e # Check if "netplan" user exists create if not adduser --system --home /var/lib/netplan netplan || echo "netplan user \ already exists." if [ ! -d /var/lib/netplan ]; then install -m 700 -u netplan -d /var/lib/netplan fi suidregister -s plan /usr/sbin/netplan netplan root 4754 -- I am somewhat new to packaging, so I want to be sure I completely understand what is going on here: 1) The system user netplan is created if it didn't already exist. 2) The system user netplan's home directory is created as /var/lib/netplan if it didn't already exist. 3) suidregister registers netplan in /etc/suid.conf and changes the suid to netplan from nobody Questions: 1) What is /var/lib/netplan used for? It seems to me that the only directory that is needed for netplan is /usr/lib/plan/netplan.dir. 2) Do I really need to change the suid of netplan from nobody to netplan? 3) By using suidregister, isn't this creating a dependency on the suidmanager package? Some of these questions may be stupid, but that's how I learn:). Any help is gratefully appreciated. Cheers, Colin. PS. This package will most likely not be uploaded until approx. June 17th when I get a chance to get to the console of my debian machine so I can try it under X. -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies, Queen's University Kingston, Ontario, Canada, K7L-3N6 (613)545-6000x4219 [EMAIL PROTECTED] PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B PGP Public Key at http://terrapin.econ.queensu.ca> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
"install" question regarding mode
In a debian/rules file I am currently testing, the following two lines are
included:
install -o root -g root -m 755 -d $(DEBLIB)
install -o root -g root -m 777 -d $(DEBLIB)/netplan.dir
where $(DEBLIB) is 'pwd'/debian/tmp/usr/lib/plan. I want usr/lib/plan to
have mode 755 and usr/lib/plan/netplan.dir to have mode 777. However, the
above two lines leave both as 755. Am I missing something here? For now I
also have a chmod command in debian/rules but I thought the above method
would be cleaner. Any help is gratefully appreciated. Cheers, Colin.
--
Colin R. Telmer, Institute of Intergovernmental Relations
School of Policy Studies, Queen's University
Kingston, Ontario, Canada, K7L-3N6
(613)545-6000x4219 [EMAIL PROTECTED]
PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B
PGP Public Key at http://terrapin.econ.queensu.ca>
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Corel Wordperfect and Java Office
I just noticed that Corel is just in the process porting Wordperfect 7 to
Linux and the following is on the web page
<http://www.sdcorp.com/wplinux7.htm>:
Certified Operating Systems
RedHat 2.0.18
Slackware 2.0.25
OpenLinux 1.0
Should we try to get Debian in there? Also, the Corel Java Office is
platform independent and can be run from any java aware browser or from
JDK1.1.1 (which just showed up on my mirror). There is no mention that any
linux supports JDK - should we also try to get that changed? If there are
reasons that we can't do this that I am unaware of, sorry for the waste of
bandwitdth and btw, I am a latex user:), but I think more advertising for
debian the better. Cheers, Colin.
--
Colin R. Telmer, Institute of Intergovernmental Relations
School of Policy Studies, Queen's University
Kingston, Ontario, Canada, K7L-3N6
(613)545-6000x4219 [EMAIL PROTECTED]
PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B
PGP Public Key at http://terrapin.econ.queensu.ca>
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Packaging questions regarding plan
I have run into a few situations regarding packaging plan that I would appreciate some comments on. I will begin by picking up where I left off in a conversion before I left town for a couple of weeks. On Fri, 6 Jun 1997, David Frey wrote: > Hi Colin, > > On Thu, Jun 5 1997 14:59 EDT "Colin R. Telmer" writes: > >if run by root or setuid root, netplan switches to "nobody". The UID > >and GID of are compiled in, not determined at runtime. netplan > Bad. > >will refuse to run setgid-but-not-setuid root. > Huh? Setgid root is useless, isn't it? Thanks for the reply. I am somewhat confused by this whole thing so I will try to clarify the problem. First of all, netplan, the program that allows a group of users to access a common plan database, is designed to be hardwired with uid and gid of nobody: (from the README) - change NOB_UID and NOB_GID to the user and group ID of user . On SVID machines both are 60001. You may find a line that begins with something like "nobody:*:60001:60001:" (uid:gid) in /etc/passwd.HP/UX9 uses 30001, IBM 4294967295, SunOS4 65534, and Convex -2:60001. Always choose an account with minimal access privileges! 0:0 will be rejected. Given this, using chmod to set user or group ID on execution(s) is useless. It will always run as the uid hardwired in. In the same note, David Frey (listed below as footnote [1]) advised me that netplan should not run as nobody given it accesses files (it reads users public ~/.dayplan files and it also reads non-user appointment files such as vacation lists from /var/lib/plan/netplan/). Also, in a second footnote I have copied the security information included within the README for reference. The previous maintainer of plan (Christoph Lameter) had a postinst that created a system user called netplan and then installed the netplan executable with userid netplan so that when netplan was started at boot, it ran as user netplan. This version of plan will not allow that do to the hardwiring above. To my knowledge, there are two ways to get around this: 1) Use an existing uid and gid from the already defined ones in the base system. 2) Create a new system user called netplan using specified uid and gid and then also use this uid and gid to hardwire in during compilation. Here I would assume that I need to contact the base-system maintainer and ask for a new uid/gid combination as in the policy manual. What should I do? Finally, a question that I probably should have asked initially - plan works quite well with lesstif but not perfectly. ALT-f does not bring up the file menu and some help windows aren't optimally sized. However, I have been using it like this for some time and find these problems are minimal and that I am quite happy with lesstif overall. Is distributing a package dynamically linked to lesstif ok or will this add to frustration improperly aimed at debian if the user does not know that the small flaws are due to lesstif? Footnote [1] > > 2) Do I really need to change the suid of netplan from nobody to netplan? > Yes, it is better if nobody doesn't have any files belonging to himself, > since other processes might be running as nobody too. Footnote [2] Network Security Here is information that your system administrator will want to know. IP services are potential security risks if written improperly. I make no promises that netplan is completely secure but I made every effort to avoid the usual pitfalls. netplan is small enough so you can check for yourself. If you have stringent security policies, do not trust netplan. Apart from the ability for everybody to access everybody else's non-private appointments, netplan must satisfy general security concerns. In particular, it must not be usable to open network security holes that allow access to files that have nothing to do with plan. The security features are: * if run by root or setuid root, netplan switches to "nobody". The UID and GID of are compiled in, not determined at runtime. netplan will refuse to run setgid-but-not-setuid root. * netplan does not execute other programs (this is one of the reasons why there are still pland daemons). * netplan cannot be used to access files that are not in its home directory, /usr/local/lib/netplan by default. Absolute paths are converted to paths relative to the home directory. * netplan refuses to access softlinks and files that have more than one hardlink. This may be inconvenient at times, but without this the user who started netplan would be wide open for the entire net. * netplan is not sendmail. All buffers are checked for overflows. * netplan is Purify'd. -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies, Queen's University Kingston, Ontari
Re: Packaging questions regarding plan
On Tue, 24 Jun 1997, Erik B. Andersen wrote: > The reason we need virtual packages is so that we can allow people who > (like myself) have gone out and bought real Motif to use it on Debian. > I would be glad to throw away my Motif CD, and only use Lesstif. Last > time I tried compiling Nedit against lesstif, the results were almost > usable, but still disappointing. I am getting a new computer (K6-200) > to replace my old 486, and I plan on compiling Nedit against the latest > Lesstif again. If it works, i will upload it (and we can get it out of > contrib). I still plan on compiling a statically linked version against > REAL Motif though (for those who want everything to work perfectly). > I don't believe Lesstif is quite ready for primetime. Regardless, since > there are two versions of Motif, with different Library names that are > not compatable (sure, you can recompile but they are not binary compatable), > we need both motif12 and motif20 virtual packages. Lesstif should be > modified to provide motif12. For other people that have commercial Motif, > we need to have TWO motif dummy packages. Or one that provides both > virtual packages... This is exactly what Dirk and I were talking about, but I am unclear about one thing. I realise motif20 stuff won't run with motif12 stuff but will a binary that is dynamically compiled against lesstif run if only Motif 1.2 is installed? In other words, I still see the use of having virtual motif12 and motif20 packages for any of the dmotif programs, but can lesstif use the motif12 vitual package also? I assume that it should, but I don't know for sure. Cheers, Colin. -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies, Queen's University Kingston, Ontario, Canada, K7L-3N6 (613)545-6000x4219 [EMAIL PROTECTED] PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC B8 3B 97 0E 01 BC EC 0B PGP Public Key at http://terrapin.econ.queensu.ca> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
problems compiling plan under libc6
I really don't program in C, so I have no idea if this is something easy
to figure out or needs a great amount of reworking. Anyway, given that
debian will require all packages to be compiled with libc6 in the near
future, I thought I would see if this is fixable. The error message from
gcc is:
gcc -s -D_POSIX_SOURCE -DNOLOCK -DLINUX -DRABBITS -c file_r.c
file_r.c: In function `read_mainlist':
file_r.c:132: `S_IFDIR' undeclared (first use this function)
file_r.c:132: (Each undeclared identifier is reported only once
file_r.c:132: for each function it appears in.)
make[1]: *** [file_r.o] Error 1
make[1]: Leaving directory `/home/telmerco/debian/plan-1.6.1/src'
make: *** [linux] Error 2
The lines around line 132 in file_r.c are
if (!stat(user[u].path, &sbuf) && (sbuf.st_mode & S_IFDIR))
sprintf(path, "%s/%s", user[u].path, DB_FILE);
and the entire file_r.c is attached. The error message seems to be saying
that the code is trying to do a bitwise AND with something that is
undefined. However, I have no idea why this would work with libc5 and not
libc6:)
I really don't know what other information to add except for some lib and
gcc versions (below). Any help is gratefully appreciated. Cheers, Colin.
ii libc6 2.0.4-1The GNU C library version 2
ii libc6-dev 2.0.4-1The GNU C library version 2
ii libc6-doc 2.0.4-1The GNU C library version 2
ii gcc 2.7.2.2-5 The GNU C compiler
ii bash2.0-3 The GNU Bourne Again SHell
--
Colin R. Telmer, Institute of Intergovernmental Relations
School of Policy Studies, Queen's University
Kingston, Ontario, Canada, K7L-3N6
(613)545-6000x4219 [EMAIL PROTECTED]
PGP Public Key at http://terrapin.econ.queensu.ca>
/*
* read the master list from the ~/.dayplan file. This file is also
* linked into the daemon program (file_w.c is not).
*
* read_mainlist() Read all files into mainlist.
*/
#include
#include
#include
#ifdef MIPS
#include
#include
#else
#include
#endif
#ifdef _APOLLO_SOURCE
#include
#include
#endif
#ifdef ULTRIX
#include
#endif
#include
#include
#include
#include
#include
#include "config.h"
#include "proto.h"
#include "version.h"
#ifdef PLANGROK
#include "grok.h"
#include "form.h"
#endif
#define NDAYS 28 /* must agree with cal.h */
#ifdef MIPS
extern char *getenv();
extern char *malloc();
#endif
static int readfile();
static void make_default_user();
static void convert_dbase();
extern char *progname; /* argv[0] */
extern struct plist *mainlist; /* all schedule entries */
extern struct configconfig; /* global configuration data */
struct user *user; /* user list for week view */
static int maxusers; /* max # of users in u list */
int nusers; /* # of users in user list */
charPrint_Spooler[100]; /* print spooling command */
/*
* read the main list. First, read the main ~/.dayplan file, which also
* provides the configuration data, including the user list. Next, read
* the private dayplan file and all user dayplan files. Return a text
* buffer with error messages; if msg is 0 print themn to stderr. This
* file can't use create_error_popup because it is used by the daemon too.
*
* Depending on the mode, server connections are established after the
* config part of the .dayplan file (including the user list and server
* mode) was read in. The actual appointment data is then read from the
* files or the servers.
*/
BOOL read_mainlist()
{
struct stat sbuf; /* check for directories */
charmsgbuf[4096]; /* default message buffer */
char*msg, *p; /* where messages are stored */
charpath[1024]; /* user file name to read */
int u; /* user counter */
int error;
msg = msgbuf;
*msg = 0;
destroy_list(&mainlist);/* delete appt list */
create_list(&mainlist);
if (user) { /* delete user list */
for (u=0; u < nusers; u++) {
if (user[u].name)
free((char *)user[u].name);
if (user[u].path)
free((char *)user[u].path);
if (user[u].server)
free((char *)user[u].ser
Mail delivery failed: returning message to sender (fwd)
I don't know if this is a bug with procmail(3.10.7-1.5), exim (1.81-1), or me, so I thought I would ask. I recently switched to exim from smail on my hamm (currently as up to date as possible) which unfortunately bounced all of my mail. It seems that exim doesn't like the mail filter pipe used by procmail in my .forward. The error message is below whivh also includes a copy of my .forward. Any ideas what is wrong? It seems to me that somehow the blank assigned to IFS is not being passed properly. Any help is gratefully appreciated. Cheers. -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- Forwarded message -- Date: Tue, 23 Dec 1997 10:58:45 -0500 From: Mail Delivery System <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not be delivered to all of its recipients. The following address(es) failed: [EMAIL PROTECTED]: generated |IFS=' ' && p=/usr/bin/procmail && test -f $p && exec $p -Yf- || exit 75 #telmerco: "IFS='" command not found for address_pipe transport -- This is a copy of the message, including all the headers. -- Return-path: <[EMAIL PROTECTED]> Received: from (terrapin.econ.queensu.ca) [130.15.134.30] (root) by cgowave-12-109.cgocable.net with esmtp (Exim 1.81 #1) id 0xkWjE-4N-00 (Debian); Tue, 23 Dec 1997 10:58:44 -0500 Received: by terrapin.econ.queensu.ca id m0xkWjE-00029wC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 23 Dec 1997 10:58:44 -0500 (EST) Date: Tue, 23 Dec 1997 10:58:44 -0500 (EST) From: "Colin R. Telmer" <[EMAIL PROTECTED]> X-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: test from wave (fwd) Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- Forwarded message -- Date: Tue, 23 Dec 1997 10:56:57 -0500 (EST) From: "Colin R. Telmer" <[EMAIL PROTECTED]> To: "Colin R. Telmer" <[EMAIL PROTECTED]> Subject: test from wave test from wave -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
exim or procmail bug?
Sorry to waste bandwidth, but I thought I should repost this as I forgot to change the subject line. Cheers. -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- Forwarded message -- Date: Sat, 27 Dec 1997 11:07:58 -0500 (EST) From: "Colin R. Telmer" <[EMAIL PROTECTED]> To: Debian Development Subject: Mail delivery failed: returning message to sender (fwd) Resent-Date: 27 Dec 1997 15:58:16 - Resent-From: debian-devel@lists.debian.org Resent-cc: recipient.list.not.shown:;@qed.econ.queensu.ca I don't know if this is a bug with procmail(3.10.7-1.5), exim (1.81-1), or me, so I thought I would ask. I recently switched to exim from smail on my hamm (currently as up to date as possible) which unfortunately bounced all of my mail. It seems that exim doesn't like the mail filter pipe used by procmail in my .forward. The error message is below whivh also includes a copy of my .forward. Any ideas what is wrong? It seems to me that somehow the blank assigned to IFS is not being passed properly. Any help is gratefully appreciated. Cheers. -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- Forwarded message -- Date: Tue, 23 Dec 1997 10:58:45 -0500 From: Mail Delivery System <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not be delivered to all of its recipients. The following address(es) failed: [EMAIL PROTECTED]: generated |IFS=' ' && p=/usr/bin/procmail && test -f $p && exec $p -Yf- || exit 75 #telmerco: "IFS='" command not found for address_pipe transport -- This is a copy of the message, including all the headers. -- Return-path: <[EMAIL PROTECTED]> Received: from (terrapin.econ.queensu.ca) [130.15.134.30] (root) by cgowave-12-109.cgocable.net with esmtp (Exim 1.81 #1) id 0xkWjE-4N-00 (Debian); Tue, 23 Dec 1997 10:58:44 -0500 Received: by terrapin.econ.queensu.ca id m0xkWjE-00029wC (Debian Smail-3.2 1996-Jul-4 #2); Tue, 23 Dec 1997 10:58:44 -0500 (EST) Date: Tue, 23 Dec 1997 10:58:44 -0500 (EST) From: "Colin R. Telmer" <[EMAIL PROTECTED]> X-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: test from wave (fwd) Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> ------ Forwarded message -- Date: Tue, 23 Dec 1997 10:56:57 -0500 (EST) From: "Colin R. Telmer" <[EMAIL PROTECTED]> To: "Colin R. Telmer" <[EMAIL PROTECTED]> Subject: test from wave test from wave -- Colin Telmer, Kingston, Ontario, Canada <mailto:[EMAIL PROTECTED]> <http://terrapin.econ.queensu.ca> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
