HDTenEightyP/NetNews huggingface dataset:
Date: 15 AUG 92 23:57:07 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    mcmahon @ TGV.COM (John 'Fast-Eddie/FuzzFace' McMahon)
From: mcmahon@TGV.COM
Subject: RE: X-11 TCPIP<->DECNET gateway
Organization: The INFO-MULTINET Community

> Before I get in too deep, is the following possible?
> 
>  --------                 ----------                    ----------
> | VAX1   |   (M)XRN      | VAX2     |                  | UNIX Box |
> | DECNET |<------------->| DECNET   |<---------------->|  NNTP    |
> | LAVC   |               | MULTINET |                  | (server) |
>  --------                | LAVC     |                   ----------
>                           ----------
>
> ie: Run MXRN on DECNET only host VAX1, and use DECNET/TCPIP host VAX2 to
> gateway to the UNIX NNTP server box.

I'm confused. (not saying much)

Is your plan to gateway the NNTP traffic between "VAX1" and "UNIX Box" so MXRN 
can read news using DECnet ?  If so, you need a DECnet/IP gateway for NNTP.  We
don't currently supply one.

Or is your plan to run MXRN on "VAX 1" and display the X windows on "UNIX Box" ?
If so, you can use the X11 Gateway program on "VAX2" to do this.

Cheers!
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "Any networking problem can be solved by
603 Mission Street           ()  the application of 33 miles of Unshielded 
Santa Cruz, California 95060 ()  Twisted Pair (UTP)"   
408-427-4366 or 800-TGV-3440 ()                      [InterOp Spring 1992]
E-Mail: MCMAHON@TGV.COM      ()


X-Gateway-Source-Info: INTERNET
Date: 18 AUG 92 22:11:16 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    LRG702@JAGUAR.UCS.UOFS.EDU (Lori Gavin)
From: LRG702@JAGUAR.UCS.UOFS.EDU
Subject: rshell from sylogin
X-Vmsmail-To: smtp%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community


I put an rshell command in the sylogin.com file of a system running multinet.
For some users the command will return "permission denied" - because they do
not have userids on the remote system.  This is OK, but the problem is that
when the permission denied message is returned, the login process stops.  It
does not proceed to the users' login.com.  If the rshell completes successfully,
we don't have a problem...

Any ideas why this happens, or what can be done to get around the problem
(besides using if statements to not execute the command)?

                                              UUUUUU         UUUUUU
                                               UUUU           UUUU
 ---------------------------------             UUUU           UUUU
|  Lori Gavin                     |            UUUU       SSSSSSSSSSSSSSS
|  VAX System Manager             |            UUUU      SSSSSSSSSSSSSSSSS
|  University of Scranton         |            UUUU      SSSS UUUU     SSSS
|                                 |            UUUU      SSSS UUUU
|  BITNET: LRG702@SCRANTON.BITNET |            UUUU      SSSSSSSSSSSSSSSSS
|INTERNET: LRG702@JAGUAR.UOFS.EDU |            UUUUUUUUUUUSSSSSSSSSSSSSSSSS
|   Phone: (717)941-6133          |             UUUUUUUUUUUUUUUUU      SSSS
 ---------------------------------                       SSSS          SSSS
                                                         SSSSSSSSSSSSSSSSSS
                                                          SSSSSSSSSSSSSSSS
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: What does an account need for the NFS Server to work?
Date: 14 Aug 92 17:52:04 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> In article <2380F6CA14AUG92054312@TGV.COM>, adelman@TGV.COM writes:
> >> I am attempting to set up the NFS server on our Vax to allow access
> >> from a group of suns.  The sun users do not now have accounts on our
> >> vaxes, and we don't want them to have accounts.  We do, however, have to
> >> create accounts so that the NFS server can map their UID/GID's to a
> >> valid UIC on our Vax.  We are doing this by creating dummy accounts on
> >> the Vax, and I want to know what these dummy accounts need in order to
> >> allow the NFS server to work.
>>
>>     Yes, it will. Even easier is that you can set it /FLAGS=DISUSER.
>> The only fields the NFS Server looks at are username, UIC, and
>> default privs.

> I consider this a bug Ken.  An account that is flagged as DISUSER should be
> unusable.

    I knew this was going to start a new thread and considered answering
this in my original mail...

    An account which is flagged as DISUSER is still allowed to own
files under VMS, which shouldn't it be allowed to own files over NFS?
One of the caveats of a distributed filesystem is distribute security;
If you want to disable the account, then you should be a disabling it
on all of the machines. To do otherwise would mean that the customer
WOULDN'T have the option of doing what the original writer wanted
with dummy accounts.

    Remember NFS isn't using the account to valid against -- no such
validation takes place, nor do we claim to be doing any. It is only
using the account to load the UIC-UID mapping information. PCNFSD
of course checks for DISUSER.

								    Ken

X-Gateway-Source-Info: INTERNET
Date: 20 AUG 92 19:19:10 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
Subject: Re:  No copy of returned mail for POSTMASTER - help please
Organization: Los Alamos National Laboratory

> Date: Thu, 20 Aug 1992 08:56 CDT
> From:     MCKEEVER@VAX2.CSTP.UMKC.EDU (Brian McKeever)
> Subject: Re:  No copy of returned mail for POSTMASTER - help please
> To:       info-multinet@TGV.COM
> Message-id: <01GNSRONVU4W9ULYBN@vax2.cstp.umkc.edu>
> X-Envelope-to: info-multinet@tgv.com
> X-VMS-To: IN%"info-multinet@tgv.com"
> 
> We had a instance today in fact where this came in handy, a user who has
> been playing around was sending out a bogus return address that was causing
> mail to bounce when other users replied to his messages.  I wouldn't have
> been able to help him or the users that were trying to reach him if I
> hadn't gotten the bounced mail too.
> 
> Anyway, just my 2 cents.  Maybe I should ask my users if they want me to
> get their bounced mail.
> 
> --Brian
> 


What I do is 

1. have smtp_symbiont.log files on all my nodes		and
2. process these log files once a day for postmaster activity	and
3. mail the extracted problem logs to myself.

This has the advantages of:

I see only log info, not mail text

and  i can spot problems from the logs as well as if postmaster sent me a
bounced message.
---------------------------------------------------------------------------
Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
whitfill@meediv.lanl.gov       		     Los Alamos National Laboratory

X-Gateway-Source-Info: INTERNET
Date: 21 AUG 92 07:24:55 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "cctr127@cantua.canterbury.ac.nz"@csc.canterbury.ac.nz
From: "cctr127@cantua.canterbury.ac.nz"@csc.canterbury.ac.nz
Subject: Problem with feeding other sites
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: in%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

Relay-Version: VMS News - V6.0-3 14/03/90 VAX/VMS; site csc.canterbury.ac.nz
Newsgroups: news.software.anu-news,vmsnet.networks.tcp-ip.multinet
Subject: Problem with feeding other sites
From: cctr127@cantua.canterbury.ac.nz (Jason Haar)
Date: 21 Aug 92 17:07:58 +1200
Reply-To: j.haar@csc.canterbury.ac.nz
Organization: University of Canterbury, Christchurch, New Zealand.
X-Newsreader: Tin 1.1 PL3

Hi,

A few weeks ago I posted a query about why our NEWS software seemed to
have broken since we upgraded to VMS 5.5. Well, the answers I got didn't
help, so I'm trying again :-(

First off, I was wrong, we aren't running 5.5 - it's actually A5.5, but I
don't think that makes a difference. It looks like we are dropping about
10% of all newsitems that we are supposed to be sending on to our
downstream sites. To be more specific, NEWS reaching us gets onto our
system alright, but the record of it doesn't seem to reach the COLLECT.IDS
files - and so isn't available for NNTP_XMIT to send on to downstream sites.

I was running the nntp caching hooks as well - but I removed them for two
weeks - it made no difference :-(

Has anyone come across anything similar? Our downstream sites are now
dropping us and going elsewhere for their feeds - so things are pretty
serious. Any ideas where to start? Debugging isn't an option as I assume
the problem lies in NNTP_TCPWINMULTINET (accepting the items, but failing
to write to COLLECT.IDS on some messages). I've looked at some of the
articles that haven't got through, and they're no different from ones that
do - in fact if I manually offer them to other sites - they go. The point
is, they aren't offered in the first place :-(

Over all, pretty much a big :-(


Help!

--

Cheers

Jason Haar, Network Consultant
From: TANNER@Cerritos.EDU (Bruce Tanner)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Repost: SLIP configuration problem
Date: 21 Aug 92 05:24:08 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Bruce Tanner <TANNER@Cerritos.EDU>
X-VMS-To: in%"info-multinet@tgv.com"

In article <1992Aug20.124504.40053@urz.unibas.ch>, doelz%urz.unibas.ch@TGV.COM writes:
> Has anyone sucessfully managed to run SLIP over LAT yet ? 

We have an account that one of our users dials into over LAT for SLIP.
It's not quite your configuration, and it is dynamic rather than static,
but I haven't gotten any complaints yet.

Tha hackish part is that the LTA device holds on to sl0 even after the link
goes down.  It gets hunted down and stopped the next time he needs it.
Gross, but it works.

[login.com]
$loop:
$ dev = f$device("*LTA*")
$ if dev .eqs. "" then goto start_slip
$ if f$getdvi(dev,"NET")
$ then
$  write sys$output "Shutting down SLIP on ''dev'"
$  multinet set/interface sl0/down/slip_device='dev'
$  goto start_slip
$ endif
$ goto loop
$
$start_slip:
$ set term/passall/perm
$ multinet set/interface sl0/dynamic/slip
$ exit

-Bruce
--
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA             DoD #0161  NOMAD #007
From: RABINOWITZ@bear.com (Ari Rabinowitz)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: What does an account need for the NFS Server to work?
Date: 13 Aug 92 20:18:27 GMT
Organization: Bear Stearns & Co.
X-News-Reader: VMS NEWS 1.20

Hi all,

I am attempting to set up the NFS server on our Vax to allow access
from a group of suns.  The sun users do not now have accounts on our
vaxes, and we don't want them to have accounts.  We do, however, have to
create accounts so that the NFS server can map their UID/GID's to a
valid UIC on our Vax.  We are doing this by creating dummy accounts on
the Vax, and I want to know what these dummy accounts need in order to
allow the NFS server to work.

We had previously planned to use rcp for this, but Ken informed me via
Email that the Multinet server does not distinguish between a remote rcp
command and a remote rshell command, so if we allowed them to copy, they
could run any command on the Vax.  We aren't comfortable with that, so
we are trying this route.  All suggestions will be greatfully accepted.

This is how we have the accounts set up now, will it work?

Username: ULTRIX_NFS12                     Owner:  ULTRIX NFS FILE TRANSFER
Account:  ULTRIX                           UIC:    [213,14] ([ULTRIX_NFS12])
CLI:      DCL                              Tables: DCLTABLES
Default:  NL:[ULTRIX_NFS12]
LGICMD:   NL:
Flags:  Restricted DisPwdDic
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  Day Hours 012345678901234567890123
Network:  -----  No access  ------            -----  No access  ------
Batch:    -----  No access  ------            -----  No access  ------
Local:    -----  No access  ------            -----  No access  ------
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   -----  No access  ------            -----  No access  ------
Expiration:            (none)    Pwdminimum:  6   Login Fails:     0
Pwdlifetime:        180 00:00    Pwdchange:  13-AUG-1992 15:11
Last Login:            (none) (interactive),            (none) (non-interactive)
Maxjobs:         1  Fillm:        75  Bytlm:        40000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:      1024  JTquota:       1024
Prclm:           2  DIOlm:      1024  WSdef:         1600
Prio:            6  ASTlm:        50  WSquo:         2000
Queprio:         0  TQElm:       500  WSextent:      6000
CPU:        (none)  Enqlm:       600  Pgflquo:      40000
Authorized Privileges:
  TMPMBX NETMBX
Default Privileges:
  TMPMBX NETMBX

Can we restrict it more than this?  Does it make any difference?  As you
can probably tell, we don't want those sun users doing anything except
accessing the exported directories.

What other security concerns, if any, should we have?

Thanks,
Ari

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
X-Gateway-Source-Info: INTERNET
Date: 19 AUG 92 16:16:52 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Kasey Briggs, 792-2134" <BRIGGSK@Citadel.edu>
From: "Kasey Briggs, 792-2134" <BRIGGSK@Citadel.edu>
Subject: no copy of returned mail to postmaster
X-VMS-To: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

> We have a problem with our SMTP mail.

>On most systems I have used, an undeliverable mail message is returned
>to the sender, and a copy of the rejection is also sent to the
>'postmaster' of the rejecting host.  On this machine, running VMS V5.2
>and Multinet V3.0A, no copy is being sent to the postmaster. 

>I have tried to RTFM (Multinet) but can find no reference to having a
>copy sent to postmaster.  We have postmaster defined to be a local user
>and anything mailed to postmaster is received there.  Below is the header
>of a rejection message sent to a local user who subsequently forwarded
>it back.  What has to be done to have an automatic CC: sent to
>postmaster?   (I might add that no copy is going to SYSTEM instead.)


We had a similar problem here caused by a Multinet default that you should
check.  Multinet 3.0 set up a logical for postmaster (I can't remember exactly
what the logical was called; you can show logicals for *post and catch it if
it's there) which forwarded mail to System.  We only use System for installs,
so nobody was getting the errors  

You also need to go into multinet configure/servers and see what the
smtp-postmaster is set to (this also defaults to System).

Once I deleted the logicals and changed the smtp-postmaster setting in multinet
configure/servers, I started getting lots of error messages to postmaster.

Since this happened, we've taken the precaution of forwarding System's mail to
postmaster.  My big complaint about Multinet's defaulting to System is that
it was messing up my BITNET error mail too.

Kasey Briggs
Postmaster
The Citadel
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: How can I speed up this SLIP implementation?
Date: 12 Aug 92 21:34:25 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> Is there any way to extend the time period which Multinet waits before it
> does a retransmit?

    No way to, and no reason to.  MultiNet picks an appropriate
retransmission timer based on the round-trip time it observes, using
Van Jacobson's algorithm.

> What would be the effect of replacing the 9600 line with a 19.2 line. I know
> you couldn't expect it to be twice as fast, but could you expect it to be
> 1.75 times as fast?

    I'd expect it to be a lot closer to twice as fast. What kind of
modems are you running? If you're using PEP modems, SLIP is going to
be slower because of the round-trip characteristics of PEP. I'd
recommend V.32bis modems for SLIP.

							    Ken

X-Gateway-Source-Info: INTERNET
Date: 13 AUG 92 19:40:36 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: SMTP from other cluster members
Organization: The INFO-MULTINET Community

>> > We have only one node here that runs Multinet.  Recently, this node
>> > : MAIL> mail
>> > : To:     vax01::smtp%"user@unix.machine"

>>     This is the only option.  The mail flag indicates whether or not
>> your cluster is homogenous; i.e., whether or not the nodes need to go
>> over DECnet to reach each other.  If you aren't running MultiNet on all
>> of the nodes, then your cluster isn't homogenous. There is no way to
>> tell VMSmail that your cluster is "somewhat homogenous".

> I beg to differ, Ken, but there is a way to do it.  If you specify the
> to address as __vax01::smtp%"user@unix.machine" (note the TWO
> underscores), it will force the mail to be sent to vax01, even in an
> otherwise homogenous cluster.  We have used this in our cluster, where
> we only have JNet and the Profs% transport on one machine in our
> cluster.

    I wasn't aware of this, I don't use VMSliam myself.

    This still doesn't help you with using REPLY to answer the mail.

							    Ken

X-Gateway-Source-Info: INTERNET
Date: 13 AUG 92 23:41:35 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: talk question.
Organization: The INFO-MULTINET Community

>      I've  noticed that MULTINET's TALK has the same problem that UNIX
> talk has, probably because it's based on the same code.  Neither can
> take a "." in the LHS of the @, the username. I've seen the code for
> UNIX talk and there is a section where a number of special characters
> are searched for and removed, "." being one of them.

>      Is there a reason that "."'s aren't allowed in usernames?  I've got
> lots of users with "."'s in their usernames and they are curious, as am
> I, about why "."'s aren't allowed.

    Our talk is indeed based on the BSD talk sources.  Save me the
searching; where do I look for the check?  I can't think of any good
reason for it.

							Ken

X-Gateway-Source-Info: INTERNET
Date: 18 AUG 92 18:08:34 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "L. Stuart Vance" <VANCE@TGV.COM>
From: "L. Stuart Vance" <VANCE@TGV.COM>
Subject: Re:  TN3270 "feature"
Organization: TGV, Incorporated
X-Phone: 408/427-4366 (work); 408/427-4365 (fax)
X-Address: 603 Mission Street; Santa Cruz, CA  95060 (work)

>In article <714068246.612886.VANCE@TGV.COM>, VANCE@TGV.COM (L. Stuart Vance) writes...
>>I believe that what the user needs is the PA1 key.  Which for a VT100 class
>>terminal (or VT200, 300, 400) would be ^P1 (Control-P followed by a 1) or
>><ESC><PF1> (Escape followed by a PF1).  The key sequences are defined in
>>MULTINET:MAP3270.DAT.
>
>PA2 (^P2) or, alternatively, CLEAR (^L). PA2 is faster and preserves whatever
>you might have typed in the input window. CLEAR throws away everything and thus
>the input window has to be redrawn.

I knew that it was one of the PA keys.  PA1 (attention) is definitely not a
good one to use.  If I recall my VM days, PA1 drops you into CP!  PA2 can be
typed by using either ^P2 or <ESC><PF2>.

Regards,
-----Stuart

X-Gateway-Source-Info: INTERNET
Date: 13 AUG 92 17:39:54 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "I am only an egg." <JOHNSON@northeastern.edu>
From: "I am only an egg." <JOHNSON@northeastern.edu>
Subject: talk question.
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
X-VMS-Cc: JOHNSON
Organization: The INFO-MULTINET Community

     I've  noticed that MULTINET's TALK has the same problem that UNIX 
talk has, probably because it's based on the same code.  Neither can
take a "." in the LHS of the @, the username. I've seen the code for
UNIX talk and there is a section where a number of special characters
are searched for and removed, "." being one of them. 

     Is there a reason that "."'s aren't allowed in usernames?  I've got 
lots of users with "."'s in their usernames and they are curious, as am 
I, about why "."'s aren't allowed.

     Thanks much.

Chris Johnson
Northeastern University.

X-Gateway-Source-Info: INTERNET
Date: 22 AUG 92 19:38:36 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    JFISHER@ISDRES.ER.USGS.GOV (James R. Fisher 703-648-7026)
From: JFISHER@ISDRES.ER.USGS.GOV
Subject: Postmasters and privacy
X-Vmsmail-To: inet%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

I don't know that this subject properly belongs on the Multinet
list, but I'll try anyway. I am postmaster on my host (and by
default on the whole of usgs.gov). Two questions about what a
postmaster can/should do with regard to privacy issues:

1) In a government installation like mine, there is a strict
rule that machines are to be used for government business only.
This is likely codified in federal law, but I know not where.
Similar restrictions likely also apply to commercial establishments.
In such an environment, if a postmaster accidentally/deliberately
reads the body of a mail message, could s/he properly be accused
of invading 'personal privacy' ? (Who's sleeping with whom does
not seem to be included in the category of government business,
current political campaigns aside).

2) On more than one occasion, _I_ have seen on this machine pieces
of mail which could neither be sent to the destination nor returned
to the sender. On investigation, the sender used some sort of word
processing package to construct the body, so there were lines as
long as 3000 characters. So I took the offending text into an editor
and placed hard carriage returns in the proper places, so as to
make the mail sendable. Did I invade the personal privacy of the
sender/receiver in so doing ?

-jrf
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: rshell from sylogin
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Wed, 19 Aug 1992 14:30:47 GMT
Reply-To: gwlester@cpu.com

In article <2B201D2718AUG92221116@TGV.COM>, LRG702@JAGUAR.UCS.UOFS.EDU writes:
>
>I put an rshell command in the sylogin.com file of a system running multinet.
>For some users the command will return "permission denied" - because they do
>not have userids on the remote system.  This is OK, but the problem is that
>when the permission denied message is returned, the login process stops.  It
>does not proceed to the users' login.com.  If the rshell completes successfully,
>we don't have a problem...
>
>Any ideas why this happens, or what can be done to get around the problem
>(besides using if statements to not execute the command)?

	I think that it is returning a warning or an error.  Try doing a:
"SET NOON" before the command so that errors will be ignored.

X-Gateway-Source-Info: INTERNET