Gentlepeople,
I just found a small but nasty bug in the DECnet/E NML (network management listener). When it is asked for information that comes back in a stream of messages, it may hit a transmit queue full condition. That's more likely if the requesting node does ACK delaying, as PyDECnet does, but it can also happen if the network latency is significant.
For that status, the transmit is supposed to be retries, but due to a one line error in the code it was not. The attached patch file fixes that. Feed it to ONLPAT, with "file to patch" the NML image, which normally would be DECNET$:NCP.TSK.
Tested on V10.1; the patch may well work on older versions too.
If you have NML enabled on your HECnet system, the network mapper will probably connect and ask for a bunch of things. Those requests are likely to exercise this bug, so for such systems I urge you to install the patch.
paul
I realise this is completely off topic, but I think this list has a lot of
experienced networking people, so I am hoping someone might have a
suggestion.
I have pfSense running as my firewall at home, running on Hyper-V. In case
you don't know, it runs on FreeBSD. I have run it for a few years and really
want to get it upgraded to the latest. But when I do the upgrade doesn't
work because every packet in the WAN interface seems to get lost, it just
cannot send anything to the WAN. The LAN side is fine.
I posted on the pfSense forums about this a long time ago. I got some
questions about the MTU, but it was fine
I was just wondering if you have any thoughts/suggestions/experiences?
Thanks
Rob
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Kasha Kopecky ?
Unsubscribe option is available on the footer of our website
negative seo that works
http://www.str8-creative.io/product/negative-seo-service/
Do you have competitors that don`t play fair in terms of SEO? Then why
should you? Hire us and we`ll do a negative SEO campaign and destroy your
competition by building the worse possible backlinks towards their sites and
keywords.
Sign up with us today
Str8 Creative Team
Hello All,
I've just cycled one of my old systems which in addition to regular duties also ran my VMS on SIMH system which participated with some of my real VAXen and Alpha systems. I've built v3.11 of simh and I'm having difficulty with the newer Pcap device and wondered if someone else knows the silly obvious thing I'm doing wrong.
Setup:
Ubuntu Server 18.xx LTS. 2x NIC's on the system. One's "eth0" (primary) and a secondary USB one which is obviously called "enx00e04c360059".
Ideally, I'd like to use one NIC for a promiscuous mode Ethernet, the other for regular scheduled programming. I've built SIMH in the usual fashion and dumped the binary's symbol tab via nm and the usual suspects from libpcap seem to be statically linked and present.
I can:
# id
uid=0(root) gid=0(root) groups=0(root)
# /tmp/simh/BIN/vax
VAX simulator V3.11-0
sim> attach xq eth0
Eth: Pcap capable device not found. You may need to run as root
File open error
sim> attach xq enx00e04c360059
File open error
sim> show xq eth
ETH devices:
eth0 udp:sourceport:remotehost:remoteport (Integrated UDP bridge support)
sim>
This seemed to work quite happily in the old O/S combo and with an older simh + pcap.
Can someone please point me in the correct direction?
Thanks in advance.
Regards,
Al Boyanich
Disclaimer
The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. Ifyou are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Limited on 02 9776 4555 or by reply e-mail to the sender and delete the document and all copies thereof.
Whereas Fujitsu Australia Limited would not knowingly transmit a virus within an email communication, it is the receiver's responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Limited does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached.
If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Limited, please email unsubscribe at au.fujitsu.com.
Hi, all.
I have an issue with some mail servers/providers that some people use.
I'm open to some suggestions, but also want to point out something to
people who are subscribed.
Sometimes I start getting mails bouncing for some subscribers. I do try
to check why, and occasionally there have been something I could do
about it, but many times it's simply what I would call a broken mail
server for which there isn't much I can do. So occasionally I
unsubscribe people for which I'm just getting bounces all the time.
One such example is one server who claims that 130.238.19.25 don't have
reverse DNS. Which is clearly incorrect. It have had proper DNS setup
for at least 20 years. I have no idea how that mail server is set up,
but I can't do much about it.
Other times mails gets denied because of some blocking service who
thinks the hecnet mails are just spam, or the host (Update) is
untrustworthy, or have a bad reputation or what not. Usually not much I
can do about those either. If people (or companies) decide to make use
of such services, and such services give that kind of information, it
essentially just means that you'll not be getting the hecnet mails any more.
There is only so much I'm willing to do to try and sort such things out.
I do consider such services and solutions to be fundamentally broken to
start with, but I will of course not say that people can't use them if
they want to. But chances are that you'll get dropped from the HECnet
mailing list sooner or later, unless you are using some
service/technology that actually do work (not sure if any such exists).
An example I got today (actual mailbox names redacted):
> <XXXXXX at xs4all.nl> (expanded from <hecnet-list>): host
> mx4.xs4all.nl[194.109.24.139] said: 550 5.7.1 Spam message rejected by
> 06ULCRRd021949 on mxdrop301.xs4all.net, reason=CH (in reply to end of DATA
> command)
reason=CH ?
What does that mean. The mail is rejected because it came from
Switzerland? (Yes, I do live in Switzerland, and yes, it was a mail I
sent to the list, but really? Is all mail from Switzerland suspect now?)
> <XXXXXX at me.com> (expanded from <hecnet-list>): host
> mx01.mail.icloud.com[17.57.152.9] said: 554 5.7.1 [CS01] Message rejected
> due to local policy. Please visit https://support.apple.com/en-us/HT204137
> (in reply to end of DATA command)
>
> <XXXXXX at me.com> (expanded from <hecnet-list>): host
> mx01.mail.icloud.com[17.57.152.9] said: 554 5.7.1 [CS01] Message rejected
> due to local policy. Please visit https://support.apple.com/en-us/HT204137
> (in reply to end of DATA command)
Rejected due to local policy?
Following the link don't really give an answer, but just various
recommendation.
Most of those recommendations are already done (and have been the whole
time) by the HECnet list. SPF and DKIM we don't use. I had that setup
for a while on a mail server of my own, and came to realize that it hurt
more than it helped, so I removed it again. I doubt this will be setup
on Update any time soon, but either way, it's not there now, and it's
not even clear if that is the reason for the rejects, or some other
thing. There is also no way to even get in touch with Apple in this
case, to fix this. So there is a fair chance I'll have to unsubscribe a
few more addresses in the near future...
I am not really interested in moving the mailing list to some other
host. Any suggestions from anyone on this topic?
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Verizon is tightening the screw. I think I will give up now. It was explained to me over a telephone call to their security department that I cannot have any of the following ports open at home.
80
81
554
8xxx
9xxx
> From: Verizon Notification <verizon-notification at verizon.com>
> Date: July 30, 2020 at 12:32:48 PM EDT
> To: thesanyalfamily at gmail.com
> Subject: Security notice
> Reply-To: Verizon Notification <verizon-notification at verizon.com>
>
>
>
> Hi,
>
> Attention Verizon Customer,
>
>
> Our network monitoring tools have detected significant amounts of harmful network traffic coming from your home or office network. It is likely that a device within your home or office is infected with malware; we believe the device could be a network security camera, network video recorder, or similar device.
>
>
> These devices are being targeted by hackers. The hackers are leveraging potential security flaws in the hardware / software to stage large scale attacks against other networks and devices.
>
>
> Pursuant to Verizon's Terms of Service and Acceptable Use Policy, we are asking you to disconnect any such devices from your home or office network. This is an effort to protect your privacy and network. We ask that you contact the manufacturer's support department to determine how to properly secure the device, including closing any network ports on the device(s) exposed to the public Internet. Once fully patched with the most up to date firmware and software, please ensure that you protect access to the device by changing the admin login credentials. Use a strong password for all access points including remote viewing of the cameras. Once that is complete you may return the device to your network.
>
>
> Should these efforts fail and the device is once again found to be leveraged as an attack host, we will ask for the removal of the device until the vendor can devise an acceptable remediation.
>
>
> You must take the necessary steps to remove this device from your network as soon as possible. Failure to remove this device is a violation of the Verizon Online Acceptable Use Policy and may result in the following:
>
>
> - Future suspension and/or termination of your Internet Services.
>
>
> Additional suggestions and precautions can viewed at verizon.com/securityinfo or visit the website of your hardware vendor.
>
>
> You may contact Verizon support at 888-553-1555
>
> Verizon will never ask you to provide or verify personal or account information by email.
>
> Thanks for your prompt attention.
>
> Verizon Internet Abuse Investigations Team
> 22001 Loudoun County Parkway
> Ashburn, VA 20147
>
>
>
> ? 2020 Verizon. All Rights Reserved.
>
> Ensure Verizon emails reach your inbox by adding verizon-notification at verizon.com to your "safe" email list. Your email provider
> can provide instructions on how it works.
>
> This email has been sent from an auto-notification system that cannot accept incoming email.
>
> This email was sent to thesanyalfamily at gmail.com. We respect your privacy. Please review our Privacy Policy If you think this email was sent in error or you'd like to change how you receive your notification, click here
>
We`ll get your website to have Domain Authority 50 or we`ll refund you every
cent
for only 69 usd, you`ll have DA50 for your website, guaranteed
Order it today:
http://www.str8-creative.co/product/moz-da-seo-plan/
thanks
Peter
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Michale Millwood ?
Unsubscribe option is available on the footer of our website
I'm trying to get the Fortran-77 compiler installed on PIRSTS:: , which
is a working system on HECnet.
I have a TPC-formatted tape image with the name fortran-77_v5_4.tap
When I mount that tape, these are the contents:
$ mount mu0: F77504 %Device is write protected Density is 135 Tape is in
ANSI format $ dir mu0: Name .Typ Size Name .Typ Size Name .Typ Size MU0:
AUT101.A * 244 P AUTVER.BCK* 1 P F77F77.BCK* 3 P F77REL.BCK* 7 P
F77504.A * 407 P Total of 662 blocks in 5 files in MU0:
Also, during the installation I copied all layered product patches to
PATCH$, including what looks like patches for this version of Fortran-77:
$ dir patch$:f*.*
Name .Typ Size Prot Name .Typ Size Prot SY:[0,200] FALDBG.TSK 225C <232>
FALOVL.TSK 213C <232> FALRLB.TSK 80C <232> FEDLIB.OLB 118 < 60>
FEDTKB.CMD 1 < 60> FEDTKB.ODL 2 < 60> FMS .01L 0 < 60> FMS .COM 38 < 60>
FMS .DOC 3 < 60> FORTRA.01L 0 < 60> F77 .DOC 6 < 60> F77504.DAT 3 < 60>
F77COM.OBJ 24 < 60> FRTRN7.01L 0 < 60> Total of 713 blocks in 14 files
in SY:[0,200]
However, when I try to instal Fortran-77 (@[0,1]INSTAL FRTRN77) at some
point the installer ties to mount the tape and fails with:
?ID labels don't match
Looking at the INSTAL.COM script, I believe it expects a label "FRTRN7",
whereas the tape is labeled F77504.
This string also appears as a file name in the PATCH$ directory and as a
file on the tape itself.
Clearly, there is a mismatch between the installer and the tape image
(but more likely, in my head)
Did anybody successfully install Fortran-77 on RSTS V10.1L ? How, and
using what tape image?
*/Wilm*
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Kip Kafka ?
Unsubscribe option is available on the footer of our website
Boost your Ranks with our SEO Max Plan
http://www.str8-creative.co/product/seo-max-package/
Get whitehat manual SEO work
Full reports in just 2 weeks
Apply 25% coupon: 25MAX
Additional details in the presentation attached
Regards
Johnny Jakes ?
Unsubscribe option is available on the footer of our website
Yes, that does the trick on VMS as well, thanks.
SWBV55> cop ni1d::ncp.tsk my:
%COPY-S-COPIED, NI1D::SY:[200,200]NCP.TSK copied to
MYD:[000000]NCP.TSK;1 (261 blocks)
Did the NI1D change from 9.55 to 41.2 some time ago?
Refreshed the database from Mim, so should be up to date again ...
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 23:05
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active --> wrong
node address in database but resource problem --> VMS
As I said, for some reason it won't access decnet$: for this. Remove the
decnet$: from the file name, so just ni1d::ncp.tsk etc. then it works.
paul
> On Jun 30, 2020, at 5:03 PM, R. Voorhorst <R.Voorhorst at swabhawat.com>
wrote:
>
> SWBV55> copy ni1d::decnet$:evtlog.tsk my:
> %COPY-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
> -RMS-E-ACC, ACP file access failed -SYSTEM-F-REMRSRC, insufficient
> system resources at remote node
> SWBV55> exnb ni1d::decnet$:evtlog.tsk my:
> %EXCHANGE-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
> -RMS-E-ACC, ACP file access failed -SYSTEM-F-REMRSRC, insufficient
> system resources at remote node
>
> Stubborn it is. OpenVMS 7.3
>
> Reindert
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of Johnny Billquist
> Sent: Tuesday, 30 June, 2020 22:58
> To: hecnet at Update.UU.SE
> Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active -->
> wrong node address in database but resource problem
>
> From MIM::
>
> .ncp tell ni1d sho exec
>
> Node summary as of 30-JUN-20 22:56:57
>
> Executor node = 41.2 (NI1D)
>
> State = On, Identification = DECnet/E V4.1
> Active links = 2
>
> .nft ni1d::/li
>
>
> Directory NI1D::_SY:[200,200]
> 30-JUN-20 22:57:35
>
> INFO.TXT 1./16. 03-JUL-19 13:17:00
> NCP.TSK 261./320. C 30-JUN-20 10:08:00
> EVTLOG.TSK 111./112. C 30-JUN-20 10:08:00
>
> Total of 373./448. Blocks in 3. Files
>
> Weird...
>
> Johnny
>
> On 2020-06-30 22:56, R. Voorhorst wrote:
>> L.S.
>>
>> SWBV55> dir ni1d::decnet$:evtlog.tsk
>> %DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
>> -RMS-E-FND, ACP file or directory lookup failed -SYSTEM-F-REMRSRC,
>> insufficient system resources at remote node
>>
>> Reboot, Paul?
>>
>> Reindert
>>
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
>> Behalf Of R. Voorhorst
>> Sent: Tuesday, 30 June, 2020 22:51
>> To: hecnet at Update.UU.SE
>> Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
>>
>> L.S.
>>
>> I do not see node NI1D on hecnet active ....
>>
>>
>>
>>
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
>> Behalf Of Paul Koning
>> Sent: Tuesday, 30 June, 2020 22:42
>> To: hecnet at update.uu.se
>> Subject: Re: [HECnet] More DECnet/E items
>>
>>
>>
>>> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>>>
>>> Paul Koning schreef op 30-6-2020 om 18:59:
>>>> Good idea. You can copy them from the system where I built them,
>>>> from
>> NI1D::DECNET$: .
>>>>
>>>> paul
>>>>
>>> [snip]
>>>
>>> Trying from PIRSTS::, both files appear to be protected against copy
>>>
>>> $ nft copy ni1d::decnet$:evtlog.tsk
>>> Node: NI1D
>>> User:
>>> Password:
>>> System Password:
>>> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>>>
>>> $ nft copy ni1d::decnet$:ncp.tsk
>>> Node: NI1D
>>> User:
>>> Password:
>>> System Password:
>>> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>>>
>>> *Wilm*
>>
>> That is very strange. I wonder why it does that.
>>
>> Anyway, I moved them both to the default account, so try the copy
>> again with just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input
arguments.
>>
>> paul
>>
>
>
> --
> Johnny Billquist || "I'm on a bus
> || on a psychedelic trip
> email: bqt at softjar.se || Reading murder books
> pdp is alive! || tryin' to stay hip" - B. Idol
>
SWBV55> copy ni1d::decnet$:evtlog.tsk my:
%COPY-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
-RMS-E-ACC, ACP file access failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
SWBV55> exnb ni1d::decnet$:evtlog.tsk my:
%EXCHANGE-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
-RMS-E-ACC, ACP file access failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
Stubborn it is. OpenVMS 7.3
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Tuesday, 30 June, 2020 22:58
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active --> wrong node address in database but resource problem
From MIM::
.ncp tell ni1d sho exec
Node summary as of 30-JUN-20 22:56:57
Executor node = 41.2 (NI1D)
State = On, Identification = DECnet/E V4.1
Active links = 2
.nft ni1d::/li
Directory NI1D::_SY:[200,200]
30-JUN-20 22:57:35
INFO.TXT 1./16. 03-JUL-19 13:17:00
NCP.TSK 261./320. C 30-JUN-20 10:08:00
EVTLOG.TSK 111./112. C 30-JUN-20 10:08:00
Total of 373./448. Blocks in 3. Files
Weird...
Johnny
On 2020-06-30 22:56, R. Voorhorst wrote:
> L.S.
>
> SWBV55> dir ni1d::decnet$:evtlog.tsk
> %DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
> -RMS-E-FND, ACP file or directory lookup failed -SYSTEM-F-REMRSRC,
> insufficient system resources at remote node
>
> Reboot, Paul?
>
> Reindert
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of R. Voorhorst
> Sent: Tuesday, 30 June, 2020 22:51
> To: hecnet at Update.UU.SE
> Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
>
> L.S.
>
> I do not see node NI1D on hecnet active ....
>
>
>
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of Paul Koning
> Sent: Tuesday, 30 June, 2020 22:42
> To: hecnet at update.uu.se
> Subject: Re: [HECnet] More DECnet/E items
>
>
>
>> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>>
>> Paul Koning schreef op 30-6-2020 om 18:59:
>>> Good idea. You can copy them from the system where I built them,
>>> from
> NI1D::DECNET$: .
>>>
>>> paul
>>>
>> [snip]
>>
>> Trying from PIRSTS::, both files appear to be protected against copy
>>
>> $ nft copy ni1d::decnet$:evtlog.tsk
>> Node: NI1D
>> User:
>> Password:
>> System Password:
>> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>>
>> $ nft copy ni1d::decnet$:ncp.tsk
>> Node: NI1D
>> User:
>> Password:
>> System Password:
>> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>>
>> *Wilm*
>
> That is very strange. I wonder why it does that.
>
> Anyway, I moved them both to the default account, so try the copy
> again with just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
>
> paul
>
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
L.S.
SWBV55> dir ni1d::decnet$:evtlog.tsk
%DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
Reboot, Paul?
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of R. Voorhorst
Sent: Tuesday, 30 June, 2020 22:51
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
L.S.
I do not see node NI1D on hecnet active ....
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 22:42
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items
> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>
> Paul Koning schreef op 30-6-2020 om 18:59:
>> Good idea. You can copy them from the system where I built them,
>> from
NI1D::DECNET$: .
>>
>> paul
>>
> [snip]
>
> Trying from PIRSTS::, both files appear to be protected against copy
>
> $ nft copy ni1d::decnet$:evtlog.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>
> $ nft copy ni1d::decnet$:ncp.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>
> *Wilm*
That is very strange. I wonder why it does that.
Anyway, I moved them both to the default account, so try the copy again with
just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
paul
L.S.
I do not see node NI1D on hecnet active ....
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 22:42
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items
> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>
> Paul Koning schreef op 30-6-2020 om 18:59:
>> Good idea. You can copy them from the system where I built them, from
NI1D::DECNET$: .
>>
>> paul
>>
> [snip]
>
> Trying from PIRSTS::, both files appear to be protected against copy
>
> $ nft copy ni1d::decnet$:evtlog.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>
> $ nft copy ni1d::decnet$:ncp.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>
> *Wilm*
That is very strange. I wonder why it does that.
Anyway, I moved them both to the default account, so try the copy again with
just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
paul