HDTenEightyP/NetNews huggingface dataset:
From: tep@engr.uark.edu (Tim Peoples)
Subject: Re: problems with the UUCP maps--duplicate n
Reply-To: tep@engr.uark.edu
Organization: University of Arkansas
Organiztion: University of Arkansas, Dept. of Computer Systems Engineering
Date: Sat, 23 Jan 1993 19:17:04 GMT

erik@til.com (Erik Horstkotte) writes:

>In article pA@revcan.rct.ca, dave@revcan.rct.ca (David Blackwood) writes:
>>Automatic expiry of map entries after a fixed period of time.  If you
>>don't renew your map entry by resubmitting it at least annually then it
>>simply gets dropped.  That may not solve the duplicate name problem but
>>it would certainly go a long way toward eliminating non-existent and
>>inactive sites.
>
>I, for one, wouldn't have *any* problem with having to send a new map entry
>in *monthly*.  After all, it's just a trivial cron job, and it would solve
>the obsolete entry problem.
>

   This all sounds like a great idea, but; I'm not sure how each of the
regional map coordinators handles map submissions.  Could they be able to
keep up with EACH of their map entries being resubmitted every month?
Maybe we should hear from one of them.  Any takers??

-- 

+--------------------------------------+-------------------------------------+
| Tim Peoples                          | The time has come the hacker said   |
| tep@engr.uark.edu                    | to talk of many things,             |
| Dept. of Computer Systems Engineering| of simms and sockets and semaphores |
| University of Arkansas, Fayetteville | of processes and pings....          |
+--------------------------------------+-------------------------------------+
|    I need no disclaimer; nobody listens to what I have to say anyway!!     |
+----------------------------------------------------------------------------+

Newsgroups: comp.mail.uucp
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: problems with the UUCP maps--duplicate node names
Organization: Bruce Lilly
Date: Thu, 21 Jan 93 23:36:21 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1993Jan20.184530.17366@PacBell.COM>,
 posted to comp.mail.uucp,
 j4jbail@srv.PacBell.COM (Jack Bailey) wrote:
>In article <1993Jan19.213256.21892@fasttech.com> zeke@fasttech.com (Bohdan Tashchuk) writes:
>>The problem is that many of the entries are obsolete. For example, I recognized
>>one of them. It is four years old and the node doesn't exist any more.
>
>I, too, recognized some obsolete map entries.  After pointing them out
>to the map coordinator twice, and seeing no action taken, I gave up.
>
>It seems we need some validation policy, either manual or automatic.

Look at u.usa.ga.0.

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
From: Alex V. Zaytsev <alexz@glas.apc.org>
Newsgroups: comp.mail.uucp
Date: 25 Jan 93 13:26 MDT
Subject: Re: Recursive UUX. Is it possible?
Nf-ID: #R:comton.airs.com:6266:glas:66800002:000:369
Nf-From: glas.UUCP!alexz    Jan 25 13:26:00 1993


thank you again, Ian.

but though a small misunderstanding might be here.
how do you think which variant would be better:

uux neighbor!'(uux uux_parameters non_neighbor!remote_cmd cmd_parameters)'
uux neighbor!uux uux_parameters '(non_neighbor!cmd cmd_par)'

Actually, i've tried both and both seem to work fine.  Anyway, 
i wonder which one is better? 

thanx,
alexz

Newsgroups: comp.mail.uucp
From: tweek@netcom.com (Michael D. Maxfield)
Subject: Re: problems with the UUCP maps--duplicate node names
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Thu, 28 Jan 1993 06:31:22 GMT

In article <728144157snx@memalph.UUCP> woody@memalph.UUCP (Woody Harper) writes:
>
>I agree! I recently had a major disruption in service (that is still in
>progress) due to a site in California that started using my site name
>memalph. I need to know how to send a message to this guy. I have used this
>site name for about 4-5 years and the new guy is starting to tick me off.

Do you know what one of his connecting sites are?  It appears that your
system entry is in the CALIF u.usa.ca.10 map now.  If you do know of a
site which he connects to, which is not a site common to you, try banging
the mail to him or a reasonable kludge of the bang.

ie:   guy%memalph@connected_site 
      memalph!guy@connected_site
or   [path]!site!connected_site!memalph!guy



Newsgroups: comp.mail.uucp
From: erik@til.com (Erik Horstkotte)
Subject: Re: problems with the UUCP maps--duplicate n
Reply-To: erik@til.com
Organization: Togai InfraLogic, Inc.
Date: Tue, 26 Jan 1993 01:09:57 GMT

In article 25032@blilly.uucp, bruce@blilly.uucp (Bruce Lilly) writes:
>In article <1993Jan21.191902.5445@til.til.com>,
> posted to comp.mail.uucp,
> erik@til.com wrote:
>>
>>I, for one, wouldn't have *any* problem with having to send a new map entry
>>in *monthly*.  After all, it's just a trivial cron job, and it would solve
>>the obsolete entry problem.
>
>Would you like to be on the receiving end of 10,000+ such
>monthly cron jobs?

Not if I had to weed through them by hand.  To what extent can this entire
procedure be automated?  To what extent are the current map entries checked
by the rutgers team?  I suspect that they aren't checked at all - for
evidence of this, look at the latitude and longitude values.  If this is the
case, it's pretty easy to automate the job.  It's still a lot of email to
handle, but only a computer needs to look at it.

>If it's a cron job, and the person administering the machine
>leaves, but the obsolete entry continues to be submitted by
>cron (the assumption is that the replacement admninistrator is
>either ignorant about the cron job or the maps, or incompetent),
>how is the problem solved? 

Automatic submission by cron handles the problem of making the map entry for
machine <x> die when machine <x> leaves the uucp network - because either the
machine is no longer executing *at all*, or because it's disconnected and the
automatically emailed map entry no longer makes it off the machine.  It does
not *automatically* handle the job of updating the map entries list of sites
that machine <x> talks to.  I think that this could be done, at least partially,
by an sed script looking at the /etc/uucp/poll file (for a Sun, at least).

Newsgroups: comp.mail.uucp
From: barr@pop.psu.edu (David Barr)
Subject: Re: More problems with the UUCP maps
Organization: Penn State Population Research Institute
Date: Thu, 21 Jan 93 16:25:15 GMT

In article <694.UUL1.3#5131@mvac23.UUCP> thomas@mvac23.UUCP (Thomas Lapp) writes:
>fenner@postscript.cs.psu.edu (Bill Fenner) writes:
>
>> Mail went into a black hole (no
>> bounce, no warnings, no nothing):     62   (34%)
>> 
>
>In the case of mvac23, I have it set up so that it doesn't automatically
>bounce messages which are addressed to non-existant accounts.  It goes
>into a failure bin, which I check every so often and manually "fix",
>since it is usually a munge of a good address.  So rather than
>frustrating someone with a bounce, I try to get the mail delivered.

	IMHO this is bogus.  Why not just bounce the message and have the
user fix his address?  What is so "frustrating" about it?  If the
addresses get munged, then it's a matter of either informing the user
or fixing whatever software is munging the address.
	Note I'm not against the postmaster manually fixing bounced
mail and redelivering it, but I think it should be done _in addition_
to an automatic bounce, not in place of.  What if you go on vacation?

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
#define ENOTTY          25              /* Not a typewriter */
Newsgroups: comp.mail.uucp
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: problems with the UUCP maps--duplicate node names
Organization: Bruce Lilly
Date: Sat, 23 Jan 93 17:01:10 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1993Jan21.191902.5445@til.til.com>,
 posted to comp.mail.uucp,
 erik@til.com wrote:
>
>I, for one, wouldn't have *any* problem with having to send a new map entry
>in *monthly*.  After all, it's just a trivial cron job, and it would solve
>the obsolete entry problem.

Would you like to be on the receiving end of 10,000+ such
monthly cron jobs?

If it's a cron job, and the person administering the machine
leaves, but the obsolete entry continues to be submitted by
cron (the assumption is that the replacement admninistrator is
either ignorant about the cron job or the maps, or incompetent),
how is the problem solved? 

How would you have cron validate the information in the map
entry?

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
Newsgroups: comp.mail.uucp
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: More problems with the UUCP maps
Organization: Penn State Computer Science
Date: Mon, 25 Jan 1993 02:58:28 GMT

In article <694.UUL1.3#5131@mvac23.UUCP> thomas@mvac23.UUCP (Thomas Lapp) writes:
|It goes
|into a failure bin, which I check every so often and manually "fix" ...

If you got email saying that it was a survey of the UUCP maps to check
connectivity in this failure bin, would you respond to it or delete it?

  Bill
From: sjsobol@waffle.tiny.com (Steven J. Sobol)
Newsgroups: comp.mail.uucp
Subject: Duplicate node names.
Date: Thu, 28 Jan 93 08:33:55 EST
Organization: The Tiny Software Company, Cleveland, OH

I have just added two UUCP feeds and it was very simple to check that
the node names didn't already exist... I just ran uuhost on my upstream
feed, which is on the Internet. This doesn't tell me whether or not,
say, system 'xyz' went up and then died and still has some old links in
the map; but it does say whether there is currently an 'xyz' in the
maps.

A small and very simple step we can all take (or many of us can take) to
insure that duplicates don't happen...

--Steve



--
*** **  ** The Tiny Software Co.   Steve Sobol, President   sjsobol@tiny.com
 * *   *           23707 Glenhill Drive    Cleveland, OH 44122    USA
 *  *  *   Cleveland OH  216 691-1169    Home of  Top-Quality  Shareware  And
 *   * *   Columbus OH   614 793-1835    KNOWLEDGE IS POWER Training Seminars
 * **   ** Freenet: ag510@po.cwru.edu      FINGER me at: sjsobol@wariat.org
Newsgroups: comp.mail.uucp
From: jerry@incc.com (Jerry Rocteur)
Subject: mks uucp
Organization: DELDRA S.P.R.L. Perwez, Belgium
Date: Tue, 26 Jan 1993 03:29:31 GMT

Has anyone configured MKS 4.1 uucp and have any comments.

I am about to do it but I thought I'd sus the net out first.

Thanks
-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
 | / |             Independent Computer Consultants                 | \ |
Newsgroups: comp.mail.uucp
From: zbig@wariat.org (Zbigniew J. Tyrlik)
Subject: Re: Duplicate node names.
Followup-To: comp.mail.uucp
Reply-To: zbig@wariat.org (Zbigniew J. Tyrlik)
Organization: Akademia Pana Kleksa, Public Access Uni* Site
Date: Thu, 28 Jan 1993 15:40:22 GMT

As quoted from <9703XB1w165w@waffle.tiny.com> by sjsobol@waffle.tiny.com (Steven J. Sobol):

+---------------
> I have just added two UUCP feeds and it was very simple to check that
> the node names didn't already exist... I just ran uuhost on my upstream
> feed, which is on the Internet. This doesn't tell me whether or not,

You can also run "egrep abcd /usr/lib/smail/paths"  node name
(less 1 or 2 chars, to check for similar names).

> say, system 'xyz' went up and then died and still has some old links in
> the map; but it does say whether there is currently an 'xyz' in the
> maps.
> 

> Steve

_zjt
-- 
********************************************************************
Zbigniew J. Tyrlik       DoD# 0759   VF700C '84      zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
APK	       Public Access UNI* Cleveland,          (216)-481-9436
Feeds, shell, FTP & telnet access        Uniboard distribution point 
********************************************************************
Newsgroups: comp.mail.uucp
From: khera@cs.duke.edu (Vivek Khera)
Newsgroups: comp.mail.mime,alt.security.pgp
Subject: Re: pgp headers for MIME
Date: 22 Jan 93 14:52:41 GMT
Followup-To: comp.mail.mime
Organization: Duke University CS Dept., Durham, NC
To: andyr@wizzy.com (Andy Rabagliati)
In-reply-to: andyr@wizzy.com's message of 22 Jan 93 00:31:39 GMT
X-Md4-Signature: 2e2eccecba68a695d0c7c48f9fda0807

In article <C18C4r.6K8@wizzy.com> andyr@wizzy.com (Andy Rabagliati) writes:

   Has anyone been working on a pgp interface for MIME ?


here's what a friend of mine have been using (under mhn):

mhn-show-application/x-pgp: %ppgp -m %F
mhn-store-application/x-pgp: %m%P.pgp

which seems to work fine.  i initially tried text/x-pgp but for some
reason the encrypted file wasn't being transferred properly.  i don't
use the -a option of pgp.  so the procedure is much like this:

 edit file
 pgp -e file user_name
 comp
  [insert proper directives for mhn to insert a application/x-pgp file]
 send the message and delete the original files.

works like a charm.  now if i could only get mh to auto-encrypt my
messages, i'd be a really happy camper.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
Internet:   khera@cs.duke.edu             Box 90129
            (MIME mail accepted)          Durham, NC 27708-0129 (919)660-6528
From: bjoerns@stud.cs.uit.no (Bjoern Stabell)
Newsgroups: comp.mail.mime
Subject: Re: MIME in NEWS?
Date: 21 Jan 93 19:57:26 GMT
Organization: University of Tromsoe, Norway
X-Newsreader: TIN [version 1.1 PL6]

Mike Switkes (mswitkes@ralph.cs.haverford.edu) wrote:
] My only question is what will happen to the (already high) volume of news
] when people start including sound and graphics in their posts?  Aargh, 
] I already see thumbnail portraits of people in their .sig :-)

Well, sound and graphics are on News today, uuencoded.  And, I would guess
that the 'normal' rule of thumb that signatures shouldn't be over 4 lines
(<320 bytes) still applies, so graphics/sound in signatures will be frowned
upon.

The main advantage I see is that News will be character set independant -
which is more or less a MUST for everybody except americans. :)


Anybody thought about modifying the GNUS to Lucid Emacs to do MIME?  It
shouldn't be too difficult by using Lucid Emacs 'faces'.


Kind regards,
--
                                             Bjxrn Stabell
                                             University of Tromsx
                                             (+47) 83 44 053 / 83 75 164
                                             bjoerns@staff.cs.uit.n
Newsgroups: comp.mail.mime
From: whchung@watson.ibm.com (William Chung)
Subject: Re: Table of contents for a MIME note?
Date: Thu, 28 Jan 1993 15:29:45 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

Yes, IMAP2bis allows for transmission of the MIME structure of a message.
However, IMAP2bis only helps for retrieving messages from a remote mailbox.
What about local access to a mailbox?  IMAP2bis clients can determine MIME
structure without the entire text of a message, but what about the server?
How can an IMAP2bis server efficiently store the MIME structure of a
message so that client requests can be serviced quickly without additional
parsing or large memory requirements?

I agree that a sender should not generate and send a table of contents
with a MIME message since, yes, that is redundant information.  I am
suggesting that efficient processing of MIME messages by the *receiver*
would be facilitated by being able to store a TOC to speed up future
accesses.  Extracting MIME structure information can mean a large
performance penalty due to the potentially large size of a MIME message.
A TOC summarizes MIME structure information and makes it available
efficiently since there is no longer a need to parse the entire note.

There are many ways to implement a TOC; I'm curious and want to know
if others have implemented a TOC mechanism or if there is some TOC
standard/RFC I should look at.  If not, I guess a TOC mechanism is
something that can be considered private to a specific mail handler,
and as such, can be implemented in any way.

Thanks for the quick responses!
- William Chung.
IBM Research, T.J. Watson Research Center
whchung@watson.ibm.com
From: mrc@Tomobiki-Cho.CAC.Washington.EDU (Mark Crispin)
Newsgroups: comp.mail.mime
Subject: re: Table of contents for a MIME note?
Date: 27 Jan 93 10:12:39 GMT
Article-I.D.: Tomobiki.MS-C.728187159.377401575.mrc
Organization: University of Washington
NNTP-Posting-Host: tomobiki-cho.cac.washington.edu
To: William Chung <whchung@watson.ibm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

IMAP2bis solves the problem by extending IMAP2 to transmit the MIME structure
of messages.  So, for remote mailboxes, you don't need to fetch the entire
text of the message just to get its MIME structure.

This was one of the things that caused a long debate in the MIME working
group, with me having to fight tooth and nail to make sure that MIME didn't do
things that would make the determination of MIME structure difficult (e.g. the
prohibition of recursive encoding is due to my insistance).

I don't think that having a separate structure index in the message itself is
a good idea, because that introduces a new failure mode in which the actual
message structure doesn't correspond to its index.  We're all better off
making sure that it continued to be easy to parse MIME quickly.
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.mail.mime
Subject: Re: Table of contents for a MIME note?
Date: 28 Jan 93 04:25:28 GMT
Organization: RAND

Nothing prevents a mail reader or other application from generating a
table of contents and keeping it with the message in some way.  On the
other hand, having the sender generate a TOC obviates the need for
embedding anything in the message itself.  This defeats much of the
purpose of MIME's structure, doesn't it?

		-Ed Hall
		edhall@rand.org
From: coconut@crash.cts.com (Brian Dear)
Newsgroups: comp.mail.mime
Subject: Re: RFC 1341 -- mail me a copy?
Date: 25 Jan 93 01:02:51 GMT
Organization: Coconut Computing, Inc., La Jolla, CA


FYI: I got a PostScript copy of RFC 1341 from the SRI NISC mail server.
Thanks to those who replied.

For those who are also interested, I just sent the following
line as email to mail-server@nisc.sri.com:

send rfc1341.ps



------------------------------------------------------------
Brian Dear /// Coconut Computing, Inc. /// brian@coconut.com
Newsgroups: comp.mail.mime
From: jinho@iti.gov.sg (Tan Jin Ho)
Subject: MIME to proprietary mail system
Organization: National Computer Board, Singapore
Date: Wed, 27 Jan 1993 03:03:58 GMT

Hi,
   I am new to MIME and am rather confused by the interoperability issues.
   I understand that some mail gateways in the market can route 
a 'proprietary' mail (e.g., created in CC:Mail) across an SMTP backbone to
another 'proprietary' mail system (e.g. MS Mail). My impression is that
these routed mail can only contain 7-bit data (no audio/video allowed). 
Am I accurate in saying this ?
   Assuming this is so, I would like to know if there is any 
existing (or planned) products which can convert proprietary mails to 
MIME ones (and vice versa) so that multi-media
mail can be exchanged between say, CC:Mail and MS Mail, over
the same SMTP backbone ?
   Any pointers is appreciated. Many thanks.

Jin-Ho
jinho@iti.gov.sg

Xref: sparky comp.mail.mime:181 alt.security.pgp:588
From: syscrc@pickle.gsu.edu (Randy Carpenter)
Subject: Postscript considered harmful with MIME
Organization: Georgia State University
Date: Wed, 27 Jan 1993 21:21:36 GMT

I read in metamail's README that displaying Postscript in a MIME e-mail is
extremely dangerous (i.e. not secure).  It went on to say that printing
is relatively secure.

What's the danger?  Can a Postscript document shell out or something?

-- 
===========================================================================
Randy Carpenter                    rcarpent@gsu.edu          % Got a light?
Georgia State University           (404) 651-2648            No match.
Wells Computer Center                                        %
From: hta@boheme.er.sintef.no (Harald Tveit Alvestrand)
Newsgroups: comp.mail.mime
Subject: HP's multimedia product MPOWER supports MIME
Date: 22 Jan 93 09:35:01 GMT
Reply-To: harald.alvestrand@delab.sintef.no
Organization: SINTEF DELAB, Norway

If anyone is interested, the new multimedia product from HP called
MPOWER supports MIME format mail.

You can drag and drop a picture onto the mail icon, and it will be
sent as a MIME message.

(Unfortunately, they forgot to quote the delimiter that had a dot in it,
and PINE failed to parse that......well, it's a betatest.)


-- 
                   Harald Tveit Alvestrand
Harald.Alvestrand@delab.sintef.no
C=no;PRMD=uninett;O=sintef;OU=delab;S=alvestrand;G=harald
+47 7 59 70 94
Newsgroups: comp.mail.mime
From: goliver@magnus.acs.ohio-state.edu (Guy L Oliver)
Subject: Mime Mail Readers
Organization: The Ohio State University
Date: Fri, 22 Jan 1993 02:03:52 GMT

I am looking for a new mail reader for this site that will handel MIME
mail.  I am currentlty using PINE, which only barely complies to MIME
standards.  I am un familiar with what is out there and would appreciate
any words of wisdome any one out there has.  

Thanks 
G. L. Oliver
From: disser@engin.umich.edu (David Disser)
Newsgroups: comp.mail.mime
Subject: Re: pgp headers for MIME
Followup-To: comp.mail.mime
Date: 22 Jan 93 12:21:47
Organization: University of Michigan
Distribution: world
NNTP-Posting-Host: simile.engin.umich.edu
In-reply-to: khera@cs.duke.edu's message of 22 Jan 93 14:52:41 GMT


I made some wrapper scripts around PGP a while back to handle this sort of
thing.  I *do* use 'text/x-pgp' and 'pgp -a' because it allows people with
pgp but not MIME to still read the messages.


Here's a start for mh + MIME users: an "editor" that runs out of the MH
"What now?" prompt, and PGP encodes your message in a nice mhn-processable
format.  Note that this works only on MH 6.7.2-MIME+mtr or later.

Call this script "pgpedit" and make links to it called: pgpe, pgpes, pgpk,
pgka.

After you're done writing your message, type "edit pgpe" at the What now?
prompt, it will try to figure out who you're sending to, encode with their
key if you have it, and format it for MHN.  Then type "edit mhn" and voila
your message is ready to go.  The type is "text/x-pgp" and needs an
.mh_profile line like:

mhn-show-text/x-pgp: pgp -m %F

You can call it by different names for different options, notable "pgpk" to
send someone your public key, or "pgpka" to send the whole keyring.
Anyway, here's the script.

#!/bin/sh

case `basename $0` in
        pgpes) opt="-feast" ;;
        pgps) opt="-staf +clearsig=on" ;;
        pgpe) opt="-feat" ;;
        pgpka) pgp -kxa "" pubkey$$
                (echo '#<text/x-pgp';cat pubkey$$.asc;echo '#') >> $*
                rm -f pubkey$$.asc
                exit 0 ;;
        pgpk)   pgp -kxa $USER pubkey$$
                (echo '#<text/x-pgp';cat pubkey$$.asc;echo '#') >> $* 
                rm -f pubkey$$.asc 
                exit 0 ;;
esac

if head -20 $* | grep -s '^--------$' ; then
        sed -ne '1,/^--------$/p' $* > header$$
        sed -e '1,/^--------$/d' $* > body$$
else
        sed -ne '1,/^$/p' $* > header$$
        sed -e '1,/^$/d' $* > body$$
fi

to=`sed -ne 's/^[tT]o: //p' header$$`

if [ -n "$to" ] ; then
        if pgp -kv "$to" 2>&1 | grep -s '^pub' ; then
                echo Using public key for $to.
                opt="$opt $to"
        fi
fi

(cat header$$;echo '#<text/x-pgp';pgp $opt < body$$;echo '#')  > $*
rm -f header$$ body$$
--

) Dave Disser                 UM-CAEN User Services    
) disser@engin.umich.edu      229 Chrysler Center    
) (313) 763-3067              Ann Arbor, MI 48109-2092
Xref: sparky comp.mail.mime:195 comp.lang.postscript:6506