HDTenEightyP/NetNews huggingface dataset:
From: ccdw@kudu.ru.ac.za (Dave Wilson)
Subject: Re: Mail feed to Mozambique (Maputo)
Organization: Rhodes University, Grahamstown, South Africa
Date: Mon, 14 Dec 1992 12:24:32 GMT

In <1992Dec14.002122.17981@cheops.qld.tne.oz.au> logier@cheops.qld.tne.oz.au (Rob Logie) writes:

>Does any one know of any mail feeds to Mozambique, or feeds in near by Countries that may be willing to supply a feed.

We are in the process of helping folk at the University in Maputo setup a
uucp link.  Their mail will be MX'ed to kudu.ru.ac.za, and then delivered via
9600 dialup to them.  However, they have been having problems with their
hardware, and last I heard hadn't got things together yet.

--
Dave Wilson                               Computing Centre  
ccdw@kudu.ru.ac.za                        Rhodes University
+27-461-22023                             Grahamstown, South Africa
From: J.Cowan@CS.UCL.AC.UK
Newsgroups: comp.mail.multi-media
Subject: Please remove
Date: 14 Dec 92 12:31:43 GMT
Distribution: inet
Organization: The Internet


Hi,

Please remove me from this mailing list

James Cowan, Dept of CS, UCL
From: nsb@THUMPER.BELLCORE.COM (Nathaniel Borenstein)
Newsgroups: comp.mail.multi-media
Subject: Re: Copy of MIME standard and distribution ?
Date: 12 Dec 92 22:46:22 GMT
Distribution: inet
Organization: The Internet

MIME is RFC 1341, in any RFC repository.  You can also get it via
anon-ftp from thumper.bellcore.com, directory pub/nsb, file name
BodyFormats.ps.  That same directory contains a README an an archive
with public-omain mime coe for UNIX, DOS, an Amiga platforms.

Paron the above but the 'd' key on my keyboard is suddenly flakey...
From: postel@ISI.EDU (Jon Postel)
Newsgroups: comp.mail.multi-media
Subject: Re: Multimedia Stuff forsale
Date: 14 Dec 92 17:55:04 GMT
Distribution: inet
Organization: The Internet


----- Begin Included Message -----

Date: Mon, 14 Dec 1992 09:40:09 -0800
From: postel (Jon Postel)
To: hatch@andromeda.rutgers.edu,
        cs.yale.edu!engelhard-slip-5883.rutgers.edu!user@yale-bulldog.arpa
Subject: Re: Multimedia Stuff forsale
Cc: postel, postmaster@yale-bulldog.arpa


Hi.

As the "operator" of the "mmm-people@ISI.EDU" at ISI, i must say 
that the enclosed message is inappropriate for this list.  While
discussion of various equipment for multimedia is appropriate for
the list, the list is not to be used as a classified ads section
for buying and selling equipment.

--jon.

   From mmm-people-request@ISI.EDU Sun Dec 13 10:59:59 1992
   Date: 13 Dec 92 02:10:41 GMT
   From: cs.yale.edu!engelhard-slip-5883.rutgers.edu!user@yale-bulldog.arpa
         (Steven Hatch)
   Subject: Multimedia Stuff forsale
   Sender: mmm-people-request@ISI.EDU
   To: mmm-people@ISI.EDU
   
   The following items are immediately available for sale:

   <Stuff deleted by postel>
   	
   We can be reached by electronic mail on the following systems:
   	
          America Online:  BIELEN
          CompuServe:      71641,753
          GEnie            M.BIELEN
          AppleLink:       TURNAROUND
          Internet:        hatch@andromeda.rutgers.edu
          Fax:             908-654-5318
   

----- End Included Message -----
From: de19@umail.umd.edu (Dana S Emery)
Newsgroups: comp.mail.multi-media
Subject: MIME news group, wherizit?
Date: 17 Dec 92 01:44:20 GMT
Followup-To: comp.mail.multi-media
Organization: personal

OK, I forget the name of the fool thing, but I thought that the proposed
MIME news group passed over 10 days ago, anybody out there got it on their
news server?  Has Univ Maryland dropped the ball on me?

--

Dana S Emery <de19@umail.umd.edu>
From: I.Buchh@CS.UCL.AC.UK (Irshad Buchh)
Newsgroups: comp.mail.multi-media
Subject: (none)
Date: 13 Dec 92 12:37:42 GMT
Article-I.D.: venera.199212131239.AA14088
Distribution: inet
Organization: The Internet


Hi,

I am going on a sabbatical for some time. Please take my name out of your
mailing list till then.

Thanks.


Irshad Buchh.
CS Deptt.
UCL.
Newsgroups: comp.mail.multi-media
From: kbibb@maui.qualcomm.com (Ken Bibb)
Subject: Re: MIME news group, wherizit?
Organization: Qualcomm, Inc., San Diego, CA
Date: Fri, 18 Dec 1992 03:40:57 GMT

In <de19-161292204157@mac19-pg2.umd.edu> de19@umail.umd.edu (Dana S Emery) writes:

>OK, I forget the name of the fool thing, but I thought that the proposed
>MIME news group passed over 10 days ago, anybody out there got it on their
>news server?  Has Univ Maryland dropped the ball on me?

I just left it--I think it's called comp.mail.mime (so I think they've
dropped the ball...)


-- 
Ken Bibb                "he heard the snow falling faintly through the
kbibb@qualcomm.com	 universe and faintly falling, like the descent of
jester@crash.cts.com     their last end, upon all the living and the dead."
				--"The Dead", James Joyce
Organization: Ryerson Polytechnical Institute
Distribution: na
Date: Tuesday, 8 Dec 1992 16:50:36 EST
From: <ADMN8684@RyeVm.Ryerson.Ca>
Newsgroups: comp.mail.multi-media
Subject: ST-II protocol

I want as much information as possible on the ST-II protocol.
I have RFC1190 and I want more. In particular I am looking for
an operating system with ST-II built in. Does anybody have one ?

Thanks
West Suhanic, (416) 979-5000 ext 7420
Email: ADMN8684@RYEVM.RYERSON.CA
From: postel@ISI.EDU (Jon Postel)
Newsgroups: comp.mail.multi-media
Subject: adds & deletes to "-request"
Date: 14 Dec 92 17:56:46 GMT
Distribution: inet
Organization: The Internet


The address for requesting additions or deletions on this list is

	mmm-people-request@isi.edu

--jon.
From: CASNER@ISI.EDU (Stephen Casner)
Newsgroups: comp.mail.multi-media
Subject: Re: ST-II protocol
Date: 12 Dec 92 23:49:34 GMT
Distribution: inet
Organization: The Internet

BBN has implemented ST-II in SunOS 4.1.1.  From clynn.bbn.com,
directory pub, get file STII_SOURCE.Z and also see the API doc there.

							-- Steve
-------
From: syd@dsi.com (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: elm 2.4 pl 17 doesnt clean compile on hpux 8.07
Date: 16 Dec 1992 21:39:48 -0500
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Reply-To: syd@DSI.COM
NNTP-Posting-Host: dsinc.dsi.com
Keywords: CM_*  Missing Defines

mark@coombs.anu.edu.au (Mark) writes:
>HP-UX cheops A.08.07 A 9000/750 2008209010

>I recently ftp'd elm 2.4 pl 13 from marlin.jcu.edu.au and installed the
>patches from 14 to 17. Then i went thru the config script as normal and
>ran a make. Below are the relevant results and the output of a
>'find . -exec grep CM_ {}\; -print' from the top directory in the elm dist
>to identify other possible problems.  Ive checked the /usr/include tree
>and nothign matching the CM_ defines are in there. Someone out there have
>any pointers on where to find the definitions?

>Thanks,
>Mark
>mark@coombs.anu.edu.au

>P.S. I think patch 14 died as doc/Makefile wasnt the 5.4 version if that
>	 is in anyway relevant.. all the other patches worked fine.

I'd say the pl13 wasn't a clean copy, I'd fetch a clean PL17 copy.
The CM_'s came in before this patch and they are in hdrs/defs.h.

-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL17
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm
From: jeroen@let.ruu.nl (Jeroen Scheerder)
Subject: Re: Checkalias prints no line feed
Reply-To: Jeroen.Scheerder@let.ruu.nl
Organization: Faculty of Arts, Utrecht University, The Netherlands
Date: Wed, 16 Dec 1992 15:24:02 GMT

In <1gn9taEINNt7i@uni-erlangen.de> horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen) writes:

>On RS/6000 with AIX 3.1.10, elm 2.4 PL17, compiled with cc -U__STR__,
>and on a DECstation 3100 with Ultrix 4.2,
>checkalias doesn't print a line feed after evaluating the alias

[...]

True. The same happens on SunOS machines, so this is supposedly a
genuine elm bug (since checkalias simply calls "exec elm -c $*" iff in
fact there were arguments supplied).

Workaround: change the 'exec' call in the checkalias script to:

echo "`exec elm -c $*`"

and it'll run fine. But that's just a Q&D hack, of course.

Good Luck, Jeroen.
From: syd@dsi.com (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Wishlist item for "next" patch
Date: 18 Dec 1992 20:06:31 -0500
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Reply-To: syd@DSI.COM
NNTP-Posting-Host: dsinc.dsi.com

klr@umbc4.umbc.edu (Kurt Reisler) writes:
>Obviously this is a LOW priority item.  One of the things that I always
>wind up doing on my systems which are running elm is to 1) change the
>default_printout string to be "cat %s | mp | lpr -Psmurf" (on the BSD
>boxes) and "cat %s | mp | lp -dsmurf" (where smurf is a LPS-20
>Postscript networked printer); and 2) prepend a "." to the name of all
>of the "temp_*" files (to hide them from the casual /tmp cruisers).
>Both of these are done in hdrs/sysdefs.h after completing a Configure
>run.  Although it is not a major hassle, it seems like it is something
>that could be handled in the Configure script, at some future patch
>level.

The first, can be performed very will using the global elm.rc file
and won't make it in.  This one really should be phased out and
only work from the elm.rc file, but....

The second is too site specific.

-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL17
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
From: syd@dsi.com (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Does Filter recognize aliases?
Keywords: Filter, aliases
Date: 15 Dec 92 01:05:43 GMT
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
NNTP-Posting-Host: dsinc.dsi.com

a-n@nwu.edu (A. Natarajan) writes:
>Can filter recognize aliases in its rulesets?  My .elm/filter-rules
>contains the following rules:
Both 2.3 and 2.4 do not recognize aliases internally.

-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL13
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.mail.elm
From: klr@umbc4.umbc.edu (Kurt Reisler)
Subject: Re: ELM 2.4.17 getarpdate.c problem on Ultrix 4.2
Organization: Hadron.com in exile
Date: Tue, 15 Dec 1992 19:04:49 GMT

In article <1992Dec15.081310.13005@dartvax.dartmouth.edu> pete@coos.dartmouth.edu (Pete Schmitt) writes:
>cc  -O -I../hdrs    -c getarpdate.c
>ccom: Error: getarpdate.c, line 110: redeclaration of timezone
>        extern  time_t  timezone;
>      --------------------------^
>(ccom): getarpdate.c, line 110: cannot recover from earlier errors: goodbye!
>        extern  time_t  timezone;
>      --------------------------^
>*** Error code 1
>

I have also seen the same problem with lib/getarpdate.c on my Ultrix 4.2
boxes.  However, the same sources have compiled w/o problems on my
386/Ix and HP-UX 8.* systems.



-- 
                Kurt Reisler (UNISIG Chair, DECUS US Chapter)
		  Captain, UNISIG International Luge Team
		     Only a guest at klr@umbc4.umbc.edu
	     Are creative spellings like a patentable life form?
Newsgroups: comp.mail.elm
From: guckes@math.fu-berlin.de (Sven Guckes)
Subject: Re: User-defined-Header in elmrc ?
Originator: guckes@medusa
Organization: Free University of Berlin, Germany
Date: Wed, 16 Dec 1992 23:12:33 GMT

horke@buchonia.rhoen.in-berlin.de (Bernhard Kroenung) writes:

>is it possible to put a user-defined-header in elmrc ?

Put extra header lines into the file $HOME/.elm/elmheaders.

Sven :)
Newsgroups: comp.mail.elm
From: vogt@isa.de (Gerald Vogt)
Subject: Re: elm2.4 pl 11 builtin editor problems
Organization: ISA GmbH, Stuttgart, FRG
Date: Fri, 11 Dec 1992 18:25:35 GMT

In article <1g5gfjINNhs0@dsinc.dsi.com> syd@DSI.COM writes:
>juan@cc.gatech.edu (Juan Orlandini) writes:
>>Also, and most importantly, if we try to back up beyond the beginning of
>>a line, the cursor goes us one line, that line becomes garbage on the
>>screen. If we proceed to mail this, the entire message turns out to be
>>garbage. Is this a known bug or are we doing something wrong?
>
>Its a known bug, and I wish someone would fix it :-)

Hello,

the problem that causes this bug is simple. The builtin editor opens a
temporary file with mode "a". This is (at least on our Suns) a write-only
mode! As elm keeps only one single line of your message in memory, a
fread-call is made to re-read the line before the one you erased. This
causes an error, the result is undefined.

The easiest way to fix it is to substitute the open mode "a" by "a+" in
every call of fopen() in src/editmsg.c. I tested it on a Sun4 and it
works. Take a look at your fopen manual page and substitute the
appropriate mode on your machine.

Probably someone should take a look at all fopen-calls in elm to see
if there are some similar problems.

Hope this helps,
-- 
Gerald Vogt	E-Mail: vogt@isa.de
		UUCP: ...!{uunet!unido, pyramid}!isaak!vogt
Newsgroups: comp.mail.elm
From: jimbo@leland.Stanford.EDU (Godfather of Soul)
Subject: ELM won't compile...
Organization: NewsRUs
Date: Sat, 12 Dec 92 09:46:43 GMT

Sorry if this is a FAQ, but elm won't compile on our SGI.  Here's the
"make" output.

saurus /usr/local/elm[99] > make
        cd lib; /bin/make -b all
        /bin/chmod u+w ../hdrs/headers.h
        /bin/touch ../hdrs/headers.h
        cc  -O -I../hdrs    -c add_site.c
        cc  -O -I../hdrs    -c addrmchusr.c
        cc  -O -I../hdrs    -c mk_aliases.c
        cc  -O -I../hdrs    -c mk_lockname.c
        cc  -O -I../hdrs    -c can_access.c
        cc  -O -I../hdrs    -c can_open.c
        cc  -O -I../hdrs    -c chloc.c
        cc  -O -I../hdrs    -c errno.c
        cc  -O -I../hdrs    -c expand.c
        cc  -O -I../hdrs    -c figadrssee.c
        cc  -O -I../hdrs    -c gcos_name.c
        cc  -O -I../hdrs    -c getaddrfrm.c
        cc  -O -I../hdrs    -c getarpdate.c
accom: Error: getarpdate.c, line 69: redeclaration of _timezone
         char *_timezone ();
       --------------------^
accom: Error: getarpdate.c, line 156: illegal function
          _timezone (time_zone.tz_minuteswest, the_time->tm_isdst));
       ----------------------------------------------------------^
accom: Error: getarpdate.c, line 156: illegal function
          _timezone (time_zone.tz_minuteswest, the_time->tm_isdst));
       ----------------------------------------------------------^
*** Error code 1

Stop.
*** Error code 1

Stop.

I believe the relevant portions of the Configure output to be the
following:

Testing to see if we should include <time.h>, <sys/time.h> or both.
I'm now running the test program...
Trying -DI_TIME -DI_SYSTIME -DS_TIMEVAL
Succeeded with -DI_TIME -DI_SYSTIME -DS_TIMEVAL
You have tz_minuteswest defined in /usr/include/time.h /usr/include/sys/time.h rather than timezone.

tzname() not found

_tzname() not found

Any ideas?

Thanks,
James
-- 
James W. Brown		-  I dream of the day when conservatives learn   	-
			-  the difference between a sin and a crime and  	-
			-  liberals learn the difference between a       	-
			-  virtue and a requirement.      --William A. Niskanen	-
Newsgroups: comp.mail.elm
From: vogt@isa.de (Gerald Vogt)
Subject: Re: Building 2.4.13 on a Sun 386i
Organization: ISA GmbH, Stuttgart, FRG
Date: Tue, 15 Dec 1992 12:47:00 GMT

In article <1992Dec13.221428.4211@unixland.natick.ma.us> bill@unixland.natick.ma.us (Bill Heiser) writes:
>cbarkley@alex (The DarkMage) writes:
>
>>I am still trying to get elm built on our Sun 386i machines with no
>>luck.  Last time I posted the list of undefined symbols, I was told
>>that I needed to do something with nls.  Sadly, I don't even know what
>>nls is, much less how to cope with it if it is misbehaving.  Can anyone
>>out there give me any more specific information?  Also, has anyone else
>>ever tried to build elm on a 386i?  Were you successful?
>
>I found it best (not only on 386i but other systems as well) to just
>stick with the 2.3 version of Elm.  The 2.4 version seems to have lots
>of problems compiling on various machines, has funny patches that require
>you to manually edit files instead of following "normal" "patch" techniques,
>and has problems dealing with domains if you don't manually edit the
>config file.  In contrast, elm2.3 compiles "out of the box", and works
>well on the platforms I manage.

I compiled elm 2.4 at different patchlevels on different machines and
had almost no problems. There may be some problems on some 'exotic'
machines. But still I can't see any reason why I should stick with the
2.3 version.

I contacted Christopher by e-mail to help him. As far as I can see
now the problem is quite simple. When he built elm on the sun 386i he
has probably built elm on a different machine before. (I don't know
exactly, I still wait for an answer). When he started his 'make' he
has forgotten to clean up the objects before so that some 'wrong'
objects where used.

I tested this behaviour on our Sun4 and Sun386i. I first compiled elm
on the Sun4 and than reconfigured it for Sun386i and recompiled it
there. Several modules (for examples lib/mcprt.c) didn't recompile!
Now take a look at Christopher's list of undefined symbols. You will
see that all symbols in lib/mcprt.c are undefined!

So all those that built elm on different machines with different
architectures with shared sources: Don't forget to 'make clean' in the
elm root directory before recompiling to removed all 'foreign' objects
and libraries!

Hope this helps!
-- 
Gerald Vogt	E-Mail: vogt@isa.de
		UUCP: ...!{uunet!unido, pyramid}!isaak!vogt
Newsgroups: comp.mail.elm
From: leffler@vela.acs.oakland.edu (Bob Leffler)
Subject: Date stamp problem, probably faq
Organization: Oakland University, Rochester MI.
Date: Thu, 17 Dec 1992 23:37:13 GMT


I have Esix 4.0.3a and have Elm 2.4.17.

On the Date: line I'm getting a bizzare output.  The line ends with
+57823603 GMT.

Is this something obvious that I've overlooked?  It only occurs with
mail that is generated from within Elm.  Mail that comes from other
sources (i.e smail 3.1, smtp, etc) doesn't have this problem.


I assume it's somethign with getarpdate, but I figured I'd ask first
before jumping into the code.

bob
From: syd@dsi.com (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: Date stamp problem, probably faq
Date: 17 Dec 1992 20:57:03 -0500
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Reply-To: syd@DSI.COM
NNTP-Posting-Host: dsinc.dsi.com

leffler@vela.acs.oakland.edu (Bob Leffler) writes:
>I have Esix 4.0.3a and have Elm 2.4.17.

>On the Date: line I'm getting a bizzare output.  The line ends with
>+57823603 GMT.

>Is this something obvious that I've overlooked?  It only occurs with
>mail that is generated from within Elm.  Mail that comes from other
>sources (i.e smail 3.1, smtp, etc) doesn't have this problem.


>I assume it's somethign with getarpdate, but I figured I'd ask first
>before jumping into the code.

Its easier than that, it means that d_tzname got set backwards.
However, Esix 4.0.3a is a SVR4 OS, Configure should have gotten
that one right.  Are you compiling Elm using /usr/ucb/cc?  It
really wants the normal CC stuff.
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL17
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
From: james@engrs.unl.edu (James Nau)
Newsgroups: comp.mail.elm
Subject: [no save], command line switch?
Date: 15 Dec 1992 00:40:46 GMT
Organization: College of Engineering & Technology, University of Nebraska-Lincoln
NNTP-Posting-Host: engrss2.unl.edu
Keywords: no save nosave, logging, data, lots


Is there a command line equivalent to the '[no save]' keyphrase
in elm?  I save most of my outbound mail, but a lot of times,
what I send from the command line is 'large' C source, or data
files.  These, I don't really need to save.  But, I don't see
a way to inhibit this with command-line mailings.

Would anyone else benefit from a command line switch which would
disable saving?  If specified as an 'interactive' option, it could
even disable saving for that whole session, but more likely, it'd
work only in batch_mode I think (to keep those from thinking that
there mail is being saved from being fooled).

James

james@engrs.unl.edu

College of Engineering
University of Nebraska--Lincoln
W181 Nebraska Hall
Lincoln, NE  68588-0501

Newsgroups: comp.mail.elm
From: daniel@nstn.ns.ca (Daniel MacKay)
Subject: Re: 2.4/13 Not timing out?
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Fri, 18 Dec 1992 15:02:02 GMT

In <1g7veoINNmkf@dsinc.dsi.com> syd@dsi.com (Syd Weinstein) writes:
>(Hint,
>in the interim, you can force the old behavior by changing d_bsd
>back to define)

Oooooo!  It works!  Thankyou!  thankyouthankyouthankyouthankyouthankyou.
--
	Daniel MacKay				daniel@nstn.ns.ca
	NOC Manager, NSTN Operations Centre	902-494-NSTN
	Dalhousie University, Halifax, Nova Scotia, Canada
From: anibal@Nyongwa.CAM.ORG (Anibal Jodorcovsky)
Newsgroups: comp.mail.elm
Subject: Re: How to autoforward? One more question...
Date: 20 Dec 92 02:18:48 GMT
Organization: Chiral Symmetry Breakers of Montreal, Inc.

In article <1992Dec18.202243.14618@oakhill.sps.mot.com> dwolfe@oakhill.sps.mot.com (Dave Wolfe) writes:
>In <BzB6HK.9KE@Nyongwa.CAM.ORG> anibal@Nyongwa.CAM.ORG (Anibal Jodorcovsky) writes:
>
>>I am working in a machine and I have another
>>account in another machine, I need to autoforward
>>my mail from the machine where I am using elm
>>to the other one, BUT I want to keep the messages
>>in the 'elm' machine, got it? :-)
>
>I think so: you normally receive mail at machine A, but want to also
>receive mail on machine B as a different account, but without simply
>forwarding the machine A mail.
>
>>The thing is I don't want to set the .forward file
>>since this method doesn't keep the mail in the
>>original site but rather send it and delete it.
>
>No, you simply don't understand .forward files.
>
>>Is there a way to do this with elm?
>
>No, but you can do it with your .forward file on the machine where the
>mail is originally received.  Use something like:
>
>    \anibal, anibal2@machineB
>
>This delivers mail to your account on this machine (note the backslash
>to suppress recursive interpretation of the .forward file) as well as
>to account anibal2 on machineB.  This is, of course, assuming that your
>MTA uses .forward files.
>
>-- 
> Dave Wolfe   | 6501 William Cannon Dr. W. | (512) 891-3246
> Motorola SPS | Austin, TX  78735-8598     | dwolfe@pets.sps.mot.com

OK, that's good enough, I tried that and worked fine...
Now, the problem is the following:

I have an account at machine A, and another one at machine B, and
I want to have copies of email received at either machine in both
machines. So if I receive mail @A I want a copy @B and viceversa,
how can I do this?? 

Thanks in advance!

-Anibal
Newsgroups: comp.mail.elm
From: cbarkley@alex (The DarkMage)
Subject: Encryption using UFC
Reply-To: cbarkley@tusol.cs.trinity.edu
Organization: Computer Science, Trinity University
Distribution: usa
Date: Sun, 13 Dec 1992 14:26:16 GMT

I just compiled the libufc.a library which contains a MUCH improved
version of the crypt() sub-routine.  Would it be possible to get elm
to use this instead of the normal crypt()?  It would seem easy enough
to have the Configure script check for /usr/lib/libufc.a and then ask
which one you would like to use.  Any thoughts?

-- 
Christopher Barkley
The DarkMage
cbarkley@tusol.cs.trinity.edu
Reality is a State of Mind