HDTenEightyP/NetNews huggingface dataset:
Date: 24 JUL 92 20:38:30 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: rmtserver questions
Organization: The INFO-MULTINET Community

> DATE: Fri Jul 24, 1992  9:26 am
> SUBJECT:RMT server and SUN/HP rdump

> I have just started playing with the rmtserver in Multinet 3.1. Using the
> defaults in the manual I tried to back up my Sun workstation to the TZ30
> drive on my Vaxstation. I was pleasantly surprised to see it working fine,
> except for one problem.

> rdump was not using the entire tape. I confirmed this by backing up to a
> TA79 at 6250bps. I observed that only 1/4 of the reel was used before
> rewinding.

    You need to use the "s" option to rdump to specify the length of
the tape. RDUMP doesn't write until it hits the end, instead it calculates
how much will fit and then writes that much. Too small a length will
result in not using the whole tape, too large a length will result in
a failure when you hit the end.

> Also there is a problem with reel changing. rdump says that the tape is
> rewinding and dismount the tape. I then mount the next reel and rdump grabs
> it and immediately dismounts it. It then asks for the next reel. I remount
> the reel and enter "yes" to the prompt and it resumes the backup. How can I
> make the reel changes smoother?

    What options are you using to the rmt server? If you use
/nostream/nomount/nounload you shouldn't have this problem.

> What syntax should I use to dump to a full-sized 9-track tape at 6250bpi?

    If you use the "d" option to specify a density of 6250 this will
"fix" the calculation of how much can be written. The default calculation
assumes 1600 bpi.

							    Ken
From: NED@INNOSOFT.COM (Ned Freed)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Client/server email implementations?
Date: 31 Jul 92 21:16:57 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Ned Freed <NED@INNOSOFT.COM>
X-VMS-To: IN%"Don.Rainwater@UC.Edu"
X-VMS-Cc: IN%"info-multinet@TGV.COM"

Oops -- one big omission in my last message. One family of things that you
should definitely look at that I didn't mention is the series of DEC
e-mail client/server products. Despite the old name (ALL-IN-1 MAIL) these
products have nothing to do with ALL-IN-1 classic. They are also pretty
damn good. But they do depend on deployment of a PathWorks infrastruture
plus the use of MailWorks (the new name) and Message Router on the VMS
side of things.

Amusingly enough, when you couple these things with Multinet, PMDF, and
PMDF-MR, you then have the only client-server setup that supports MIME
fully. I know of no clients presently for either POP or IMAP that support
MIME in any real sense, but then again I also don't know of any clients that
are not planning to support MIME in some future release either.

				Ned
X-Gateway-Source-Info: INTERNET
Date: 28 JUL 92 02:47:19 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: NFS to MVS
Organization: The INFO-MULTINET Community

> According to my IBM people just installing NFS on MVS, I need the commands
> mvslogin, mvslogout, and showattr on the client.  IBM has supplied code for
> these for AIX, Unix, OS/2 and DOS.

> Has anybody ported these to MultiNet yet?

    I did about two years ago, but the stuff has an IBM, SUN, and EDS
copyright on it. If anyone would like to get us permission from all
three to distribute the modified versions, we might include them
in MultiNet. Alternatively, I'd be happy to have them include
my changes in their copies.

    The changes were mainly replacing getuid() with a routine
that reads the NFS.CONFIGURATION file to get your UID and
getpwuid() with a routine which returns your VMS username.

    The programs have apparently evolved quite a bit over the
last two years, so I doubt my changes would be of any use with the
current versions.

						    Ken
X-Gateway-Source-Info: INTERNET
Date: 28 JUL 92 12:48:36 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:  Kerberos -- is it worth doing?
Organization: TGV, Incorporated
X-Phone: 408/427-4366 (work); 408/427-4365 (fax)
X-Address: 603 Mission Street; Santa Cruz, CA  95060 (work)

>I know that TGV has some Kerberos software in Beta somewhere. We
>played with Kerberos some years ago, and have an old IBM RT that we
>could dedicate to the task. We can provide a second ethernet controller 
>on the Admin system and connect it to the big network, and load only TGV --
>no decnet, no lat, no anything else. We would only allow inbound 
>telnet and smtp mail access. We would like to disable all other 
>IP ports if possible.
>
>1) Will it help our situation? i.e. Can passwords ber made less apparent
>   to the casual sniffer?

Kerberized TELNET (not likely to be generally available on all platforms) and
KLOGIN will allow you to interactively log in from one system to another
without sending cleartext passwords over the network.  Similarly KCP and KSH
(Kerberized RCP and RSH) give you more secure remote file copying and remote
command execution.  Of course, any data flying between the two systems will
still be readable via an Ethernet protocol analyzer.

>2) What telnet clients are available that have been tested with TGV's
>   implementation? (Our clients use Macs, PC,s Suns, NeXTstations, and 
>   some Iris Indigos.

The TELNET authentication option is still in draft format.  We support the
current draft, but I doubt too many other vendors will be shipping support
until the spec is at least published as an experimental standard RFC.

>3) Would you do this in a University?

Depends on the application.  If you are running RLOGIN/TELNET to access student
records over the network, then I would NOT recommend using Kerberos until
we/other companies ship encryption support for KLOGIN, KCP, and KSH (next on
our list after we get the first MultiNet Authentication Services distribution
out the door).  There is currently no spec for a standard TELNET encryption
option (although it is in the works).

Regards,
-----Stuart
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: task-to-task conversion
Date: 30 Jul 92 03:01:43 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

>	 We are converting a task-to-task DECnet program to run over TCP/IP
>   and talk to UNIX hosts as well as VMS hosts. Using DECnet we could take
>   advantage of the cluster alias. (One name alias for multiple nodes in a
>   cluster; when used, connections go to each node in the cluster in a round
>   robin fashion.) Is there an equivalent for TCP/IP?

    There isn't an equivalent for TCP/IP but...

    MultiNet V3.1 lets you assign a "cluster-wide" IP address. One node
will answer to this at any one time, and if that node crashes another
will resume answering. This only works correctly for connectionless
protocols like NFS (not TCP) and only provides redundency, not load
balancing.

    The next release of MultiNet will let you specify a cluster-wide
NAME which the nameserver will answer with different IP addresses
in a load-balancing fashion; this would be a little closer to
DECnet cluster aliases.

							    Ken
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: BUG in START_MULTINET.COM for V3.1
Date: 25 Jul 92 08:40:28 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

>> I'm sure that TGV already knows about this, but I haven't seen it
>> mentioned here before.  There is a duplication of the label
>> NoRMT:
>> in MULTINET:START_MULTINET.COM for Version 3.1.  If you delete or rename
>> the file MULTINET:SERVER_REMOTE_MAGTAPE.EXE because you have no need to
>> serve magtapes, your START_MULTINET will go into an infinite loop
>> re-installing other executables.

    This is the first I've heard of it.  If you find a bug, *PLEASE*
don't assume we know about it, drop a note to SERVICE@TGV.COM and open
a support call.

> Of course this will work only until you configure something that rewrites
> the file.  Hopefully this will be fixed in release 3.1(B).

    Too late for V3.1 Rev B. This will be fixed in V3.1 Rev C. The
following patch will fix the problem, and may be applied to any
revision of V3.1:

								Ken


$ SET DEFAULT MULTINET_COMMON_ROOT:[MULTINET]
$ PATCH MULTINET_CONFIGURE_NETWORK
! MU$ROOT:[MULTINET]MULTINET_CONFIGURE_NETWORK.EXE K
! MULTINET_CONFIGURE_NETWORK.EXE
!
!   ECO001	KZA			24-JUL-1992 22:19:41
!		Change RMT label in START_MULTINET.COM to prevent loop
!
SET ECO 1
REPLACE/ASCII 21C04
'oRMT'
EXIT
'oRMX'
EXIT
REPLACE/INSTRUCTION 2424F
'PUSHAB W^021C4D'
EXIT
'PUSHAB W^01FB53'
EXIT
REPLACE/ASCII 21C57
' ! L'
'oad '
EXIT
'NoRM'
'X: !'
EXIT
UPDATE
From: smith@mcclb0.med.nyu.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Problems restarting NFS server.
Date: 22 Jul 92 20:17:55 GMT
Organization: NYU Medical Center, New York, NY 10016, USA

We have been having a problem with restarting the NFS_SERVER.  The 
configuration was changed and I issued a 'reload' command.  Subsequently the
server apparently froze, (clients said server not responding) so I attempted to 
restart it (which has worked in the past).

This is what happened:-

$ multi conf/nfs
MultiNet NFS Configuration Utility 3.1(33)
[Reading in configuration from MULTINET:NFS.CONFIGURATION]
NFS-CONFIG>restart
Connected to NETCONTROL server on "127.0.0.1"
< MCCLB0.MED.NYU.EDU Network Control 3.1(6) at Wed 22-Jul-92 2:54PM-EDT
< NFS Server Failed to start after 60 tries
< RPCMOUNT database reloaded
NFS Client UID mappings reloaded
NFS-CONFIG>quit

Meantime the console had the message:
Multinet Server: NFS_SERVER: Couldn't start process, %SYSTEM-F-DUPNAM, 
duplicate name

Any ideas?
 
+----------------------------------------------------------------------------+
|Ross Smith,  Research Computing Resource, Department of Cell Biology, NYU-MC|
|E-Mail:  SMITH@NYUMED.BITNET (BITNET),   SMITH@MCCLB0.MED.NYU.EDU (Internet)|
+----------------------------------------------------------------------------+
X-Gateway-Source-Info: INTERNET
Date: 31 JUL 92 09:13:23 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     Postmaster@UTAPHY.PH.UTEXAS.EDU
From: Postmaster@UTAPHY.PH.UTEXAS.EDU
Subject:  Undeliverable Mail
Organization: The INFO-MULTINET Community

Bad address -- <kerrigan>
Error -- %MAIL-E-USERDSABL, user KERRIGAN cannot receive new mail

Start of returned message

  Received: from PHYSICS.PH.UTEXAS.EDU ([128.83.131.2]) by UTAPHY.PH.UTEXAS.EDU with SMTP; 
            Fri, 31 Jul 1992 1:50:35 -0500 (CDT)
  Date: Thu, 30 Jul 92 22:21:43 PST
  From: goldberg@davidsys.com (Seth Goldberg)
  Subject: a proposed Multinet setup
  To: info-multinet@TGV.COM
  Errors-to: owner-info-multinet-redist@nic.the.net
  Reply-to: info-multinet@tgv.com
  Message-id: <0095E5DEE64B9060.204000C7@davidsys.com>
  X-Envelope-to: kerrigan@physics.ph.utexas.edu
  X-Vms-Mail-To: UUCP%"info-multinet@tgv.com"
  X-Vms-Mail-Cc: GOLDBERG
  
  We have 26 SPARCstations, all of which use disks on a HSC50 in a
  VAXcluster that has a VAX 8550 and 8530.  Currently the 8550 has
  the Multinet software and everybody is on the same Ethernet segment.
  
  Traffic is high and I think splitting into two or more subnets and
  physically different segments would help.  Would the following work?
  
  I would add Multinet to the 8530 and split the single segment into
  two sections, breaking them on workgroup boundaries.  Each VAX would
  be on a different segment and be an NFS server of (even the same) HSC50
  disk drives to each segment.  However, we do want some limited IP traffic
  (ping, telnet, rlogin, ftp, snmp) between the segments.  Could I then
  essentially use the VAXCluster as a router by running IP over
  DECnet over the CI interfaces (remember the Ethernet controller
  on one VAX is not on the same segment as the Ethernet controller
  on the other VAX) and use the routing support in Multinet?
  Or can Multinet use the CI interfaces directly?
  
  We do have some VAXstations and they will lose their failover
  capability between the two 8500s as boot and server nodes. Is there
  anything else I might be overlooking or another configuration to consider?
  
  Could I also add second Ethernet controllers to the 8500s to get
  4 segments?  (I am assuming I would get better NFS performance by
  having two CPUs involved than one as I do now.)
  
  
  Seth Goldberg
  Manager, Computer Resources
  David Systems, Inc
  Internet:  goldberg@davidsys.com  
      UUCP:  ...!uunet!sam!goldberg

End of returned message
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: BUG in START_MULTINET.COM for V3.1
Date: 24 Jul 92 22:25:34 EDT
Organization: Science Applications Intl. Corp., Dayton, Ohio

In article <29629@ursa.UUCP>, RABINOWITZ@bear.com (Ari Rabinowitz) writes:
> Hi,
> 
> I'm sure that TGV already knows about this, but I haven't seen it
> mentioned here before.  There is a duplication of the label
> NoRMT:
> in MULTINET:START_MULTINET.COM for Version 3.1.  If you delete or rename
> the file MULTINET:SERVER_REMOTE_MAGTAPE.EXE because you have no need to
> serve magtapes, your START_MULTINET will go into an infinite loop
> re-installing other executables.

	I fixed this as follows.

************
File MULTINET_ROOT:[MULTINET]START_MULTINET.COM;32
  165   $ If F$Search("MULTINET:RMTDRIVER.EXE") .Eqs. "" Then Goto NoRMTD
  166   $ RUN SYS$SYSTEM:SYSGEN
******
File MULTINET_ROOT:[MULTINET]START_MULTINET.COM;31
  165   $ If F$Search("MULTINET:RMTDRIVER.EXE") .Eqs. "" Then Goto NoRMT
  166   $ RUN SYS$SYSTEM:SYSGEN
************
************
File MULTINET_ROOT:[MULTINET]START_MULTINET.COM;32
  169   $NoRMTD:
  170   $ !
******
File MULTINET_ROOT:[MULTINET]START_MULTINET.COM;31
  169   $NoRMT:
  170   $ !
************

Of course this will work only until you configure something that rewrites
the file.  Hopefully this will be fixed in release 3.1(B).


Earle
_____________________________________________________________________________
             ____ ____    ___
Earle Ake   /___ /___/ / /     Science Applications International Corporation
           ____//   / / /__                 Dayton, Ohio
-----------------------------------------------------------------------------
Internet: ake@dayton.saic.com  uucp: dayvb!ake  NSI-DECnet (SPAN): 28284::ake
X-Gateway-Source-Info: INTERNET
Date: 30 JUL 92 17:07:29 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: How to make an FDDI interface available with Multinet?
Organization: The INFO-MULTINET Community

>	  Tomorrow morning I installed Multinet V3.1 and configured  it
>	  for an ethernet interface. Since a few weeks we have also  an
>	  FDDI interface on our VAX 6620. Can someone tell  me	what  I
>	  should do to configure and make available an FDDI  interface?
>	  What	steps should be taken? Is it possible to assign a sepe-
>	  rate	domain	name  to  the interface? How does Multinet know
>	  what	to send via FDDI and what via Ethernet? Any help appre-
>	  ciated.

    MultiNet V3.1 Rev A and lower revisions, you use MULTINET
CONFIGURE and add a "ve0" device specifying a VMS device name of FXA0:.

    MultiNet V3.1 Rev B and later, you can, and we recommend that
you do, use "se" instead of "ve". This will result in a performance
improvement. Rev B will be formally announced in about a week.

    If you have both an Ethernet and an FDDI interface configured on
the same machine, they each need to use distinct network or subnetwork
numbers. MultiNet knows which to send over by consulting its routing
table to see which of the two networks or subnetworks the destination
or router is located in. If you have both configured, I'd configure
one name with both IP addresses in your DNS and let other machines
connect to the IP address which is closest to them.

							Ken
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Nameserver OPCOM messages.
Date: 28 Jul 92 22:50:35 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

>    The following type of messages have been occuring a LOT since upgrading to
> V3.1 from V3.0.

> %%%%%%%%%%%  OPCOM  28-JUL-1992 10:07:50.96  %%%%%%%%%%%
> Message from user SYSTEM on VAX
> MultiNet Server: ns: Attempted to query myself on 192.112.102.2 as a
> name server for '102.112.192.IN-ADDR.ARPA'

> %%%%%%%%%%%  OPCOM  28-JUL-1992 10:08:17.94  %%%%%%%%%%%
> Message from user SYSTEM on VAX
> MultiNet Server: ns: Attempted to query myself on 192.112.102.2 as a
> name server for 'JUNIATA.EDU'

>    Since everything seems to working, I assume these are normal?  If so,
> how do I shut them off or redirect them, please!

    The NIC lists JUNCOL.JUNIATA.EDU as an authoritive nameserver
for the domains JUNIATA.EDU and 102.112.192.IN-ADDR.ARPA, but your
machine is not configured as such. Every time a query comes in for
one of those names, you end up refering yourself to yourself
recursively. If you either configure your nameserver as authorive
for these domains or get the NIC to delete the information from their
database, these messages will go away.

							Ken

X-Gateway-Source-Info: INTERNET
Date: 24 JUL 92 18:37:32 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: HOLDREGE_MP <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
From: HOLDREGE_MP <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
Subject: rmtserver questions
Organization: The INFO-MULTINET Community


DATE: Fri Jul 24, 1992  9:26 am
SUBJECT:RMT server and SUN/HP rdump                                             

I have just started playing with the rmtserver in Multinet 3.1. Using the 
defaults in the manual I tried to back up my Sun workstation to the TZ30 
drive on my Vaxstation. I was pleasantly surprised to see it working fine, 
except for one problem.

rdump was not using the entire tape. I confirmed this by backing up to a 
TA79 at 6250bps. I observed that only 1/4 of the reel was used before 
rewinding. 

Also there is a problem with reel changing. rdump says that the tape is 
rewinding and dismount the tape. I then mount the next reel and rdump grabs 
it and immediately dismounts it. It then asks for the next reel. I remount 
the reel and enter "yes" to the prompt and it resumes the backup. How can I 
make the reel changes smoother?

What syntax should I use to dump to a full-sized 9-track tape at 6250bpi?

I need to do this with HP-UX as well but I believe that the syntax would be 
the same.

I also will need to do this to a TA90e in the near future. Is anyone out 
there doing this?

Thanks for your help! I will summarize if necessary.

====================================================================
Matt Holdrege                 5156065@mcimail.com
Pacificare Health Systems     holdrege@eisner.decus.org
"I'm just a VMS guy forcing myself to learn unix"
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: NFS - last [.dir] file type dir missing
From: Stafford@Vax2.Winona.MSUS.EDU (John)
Date: 27 Jul 92 10:01:25 -0600
Distribution: world
Organization: msus

This may not be Multinet's fault but:
Using NFS/SHARE 1.1.1 (a Mac product), the last directory
in a chain is not typed as a .DIR file, but as an
ordinary file.  I could not delete (trash) the file
except through DCL by first setting the file type
to /dir.

Sorry no more specifics yet but can try to replicate.
Some notes: the file names were quite large and the
directory levels were as few as seven.  _Every_ last
subdirectory was missing the directory attribute.

john 
X-Gateway-Source-Info: INTERNET
Date: 29 JUL 92 20:55:46 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "McMahon,Brian D" <MCMAHON@AC.GRIN.EDU>
From: "McMahon,Brian D" <MCMAHON@AC.GRIN.EDU>
Subject: Re: RFC931 support?
Organization: The INFO-MULTINET Community

Quoth Don Rainwater,

>>         Some people (from other sites even) have been asking about support
>> for RFC931, which provides for the authentication of a connection between
>> [ . . . ]

To which replied Ken,
 
>    We'd be happy to implement a protocol which did what RFC931 does
>if someone could point out some value to it (other than security
>through obscurity), and only if it weren't titled "Authentication
>Server".

Short, succinct, and to the point.  Bravo.  8-)

The curious (and masochistic) may find the long, unhappy rest of the story
in recent archives of the tcp-ip list.  I trust the "debate" will not spill
over into this list.

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936

X-Gateway-Source-Info: INTERNET
Date: 22 JUL 92 18:09:50 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: SYSMAN and MultiNet show/stat=prot
Organization: The INFO-MULTINET Community

> I'm having problems running MultiNet from within SYSMAN on our cluster.  I
> simply do the following:
> $ mc sysman
> set env/node=(mars,venus,juno,orion,saturn)
> do multinet show/stat=prot
> exit
> $ exit

> Doing this I usually get my output truncated on all nodes except the one that
> invokes the command.	The number of lines I get varies from invocation to
> invocation.  TGV is unable to duplicate this so I'd appreciate some help on
> narrowing this one down.  If you can duplicate this, please e-mail me (feel
> free to cc: service@tgv.com if you think it's a MultiNet bug) with the VMS
> version you're running and the image file id (from ana/image) of SMISERVER and
> SYSMAN.  We're certainly running a patched version of SMISERVER so it may be a
> problem here.

    Can I get a login to try to duplicate this on your machine? Also, acn
you try with the unpatched SMISERVER?

								Ken
From: secrist@kxovax.enet.dec.com (Strong datatypes for weak minds.)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Will Multinet come to DEC OSF/1 V1.0 ?
Date: 21 Jul 92 22:34:41 GMT
Organization: Digital Equipment Corporation


	My customer loves Multinet (so do I).  Is it coming to
	DEC OSF/1 V1.0... on MIPS ?  on Alpha ?

	Why isn't Multinet one of the things DEC resells or
	whatever, anyway ?

	Regards,
	rcs
X-Gateway-Source-Info: INTERNET