- vcf-midatlantic - lists.vcfed.org

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

william degnan via vcf-midatlantic writes: > How does one clear the multinet SMTP cache, anyway? I have looked >but it's not obvious to me, must be handed over to the OS as a system >function. $ DELETE/ENTRY=# MULTINET_SMTP

2 2

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

william degnan via vcf-midatlantic writes: >On Mon, Apr 11, 2016 at 1:16 PM, Brian Schenkenberger via >vcf-midatlantic < vcf-midatlantic(a)lists.vintagecomputerfederation.org> >wrote: > >> william degnan via vcf-midatlantic writes: > > > How does one clear >the multinet SMTP cache, anyway? I have looked > >but it's not obvious >to me, must be handed over to the OS as a system > >function. > > $ >DELETE/ENTRY=# MULTINET_SMTP > > Do I have to > >$ DELETE/ENTRY=1 MULTINET_SMTP $ DELETE/ENTRY=2 MULTINET_SMTP $ >DELETE/ENTRY=3 MULTINET_SMTP $ DELETE/ENTRY=4 MULTINET_SMTP $ >DELETE/ENTRY=# MULTINET_SMTP > >800+ times? I'm pretty sure that the lexical F$getqui() existed in V5.2 but then, I not been very good at recalling all that history; especially, with versions that are 25+ years old. Try: $ QUEUE = 'F$getqui("DISPLAY_QUEUE","QUEUE_NAME","MULTINET_SMTP") $ 100$: ENTRY = 'F$getqui("DISPLAY_ENTRY","ENTRY_NUMBER") $ IF "''F$type(ENTRY)'".NES."STRING" $ THEN $ DELETE/ENTRY='ENTRY' $ GOTO 100$ $ ENDIF

1 0

Re: [vcf-midatlantic] Pre VCF photos...
by Dave McGuire 11 Apr '16

11 Apr '16

On 04/11/2016 11:53 AM, Bill Sudbrink via vcf-midatlantic wrote: > Here is a directory of photos showing my progress > in reproducing the Cyclops camera from the February > 1975 Popular Electronics article: > > http://wsudbrink.dyndns.org:8080/images/cyclops-latest/ Very cool! -Dave -- Dave McGuire, AK4HZ New Kensington, PA

1 0

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

Dave McGuire via vcf-midatlantic writes: >On 04/11/2016 12:13 PM, william degnan via vcf-midatlantic wrote: >>> >Here is the output, note *MISSING* is the name I gave the directory by >>>> accident when I installed MULTINET, I don't think other than the >name >>> it's an issue, but I thought I'd mention. >>> >>> >COBUCK$DKA700:[*MISSING*.VAX_COMMON.MULTINET.SPOOL] >> >> On an ODS-2 >volume? {*} I think not! An asterisk is the wildcard >> character >> >in any VMS file specification, so I'd highly doubt that you have a >> >directory >> with an asterisk in it! >> >> {*} I'm assuming ODS-2 >because you said you're running V5.2. >> > These were bolded my me for >emphasis. Your email software converted to * > characters. If you seen >an asterisk around something, assume this is your > email program >converting for you. you must have a text email. > > The asterisks are generated on the sending end, FYI. Friggin' >Microsoft. Well, there's no BOLDIN here either: http://lists.vintagecomputerfederation.org/pipermail/vcf-midatlantic/2016-A… As for Micro$haft, well, my opinion of their shoddiness is well known.

3 3

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

william degnan via vcf-midatlantic writes: > >Here is the output, note *MISSING* is the name I gave the directory by >accident when I installed MULTINET, I don't think other than the name >it's an issue, but I thought I'd mention. > >COBUCK$DKA700:[*MISSING*.VAX_COMMON.MULTINET.SPOOL] On an ODS-2 volume? {*} I think not! An asterisk is the wildcard character in any VMS file specification, so I'd highly doubt that you have a directory with an asterisk in it! {*} I'm assuming ODS-2 because you said you're running V5.2. >I am being conservative about making any changes to this system this >close to VCF East, but maybe we can talk about cleaning up the configs >on Sat or Sunday if you have time. > > >$ SHOW QUEUE/FULL SMTP_COBUCK Server queue SMTP_COBUCK, busy, on >COBUCK::, mounted form DEFAULT /BASE_PRIORITY=4 >/DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[SYSTEM] >/PROCESSOR=MULTINET_SMTP_SYMBIONT /PROTECTION=(S:RWE,O:RWD,G:R,W:R) > > Entry Jobname Username Blocks Status ----- ------- > -------- ------ ------ 785 SMTP-RETURN SYSTEM > 9 Processing Submitted 1-APR-2016 09:19 /FORM=DEFAULT >/PRIORITY=100 File: >_COBUCK$DKA700:[MISSING.VAX_COMMON.MULTINET.SPOOL]SMTP-RETURN.000 > (processing) /DELETE Saturday, with any luck and cooperating weather, I'm hoping to launch a NAR certification rocket, so I won't be at InfoAge. If you'll be there early on Friday, I'll help you clean it up. I was planning to attent VCF on Sunday. If you're willing then, I'm game. In the interim, you can delete the entries in the queue. I'm confident that whatever messages may be in the queue are/were not message you intended to be sent. ;)

3 2

Re: [vcf-midatlantic] Pre VCF photos...
by Evan Koblentz 11 Apr '16

11 Apr '16

> Here is a directory of photos showing my progress > in reproducing the Cyclops camera from the February > 1975 Popular Electronics article: > > http://wsudbrink.dyndns.org:8080/images/cyclops-latest/ > > Bill S. Looks great!

2 1

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

william degnan via vcf-midatlantic writes: >These were bolded my me for emphasis. >Your email software converted to * characters. If you seen an asterisk >around something, assume this is your email program converting for you. > you must have a text email. I went back to your original message. In the message header: Content-Type: text/plain; charset=UTF-8 There's no BOLDING supported in that!

1 0

Pre VCF photos...
by Bill Sudbrink 11 Apr '16

11 Apr '16

Here is a directory of photos showing my progress in reproducing the Cyclops camera from the February 1975 Popular Electronics article: http://wsudbrink.dyndns.org:8080/images/cyclops-latest/ Bill S.

1 0

Re: [vcf-midatlantic] clearing the queue in VMS 5.2 (or thereabouts)
by VAXman＠tmesis.org 11 Apr '16

11 Apr '16

william degnan via vcf-midatlantic writes: >I have a process that is filling the queue on my MicroVAX using VMS 5.2. >When I run > >$ show queue > >The system returns a huge list of queued up items. I am having trouble >identifying where to turn off whatever it is that is unable to clear the >queue. I am running out of diskspace. I posted the queue here in a >log file: > >http://www.vintagecomputer.net/digital/MicroVAX-3100/show_queue.txt > >This line looks suspect: > >LPD queue on 10.36.1.11 > >My network internally is 10.1.10./ like most Comcast Business >customers. I don't have any LPD anyway, no need to print or connect to >anything. > >I don't want to simply delete the queue in the event I harm something. >Maybe someone can advise with this at VCF East, I will be exhibiting >this machine there. I see SMTP items. Take a look at the actual server queue with: $ SHOW QUEUE/FULL SMTP_COBUCK The entry in the queue might shed some light. It's very likely you have MULTINET SMTP configured incorrectly for your environment.

2 1

clearing the queue in VMS 5.2 (or thereabouts)
by william degnan 11 Apr '16

11 Apr '16

I have a process that is filling the queue on my MicroVAX using VMS 5.2. When I run $ show queue The system returns a huge list of queued up items. I am having trouble identifying where to turn off whatever it is that is unable to clear the queue. I am running out of diskspace. I posted the queue here in a log file: http://www.vintagecomputer.net/digital/MicroVAX-3100/show_queue.txt This line looks suspect: LPD queue on 10.36.1.11 My network internally is 10.1.10./ like most Comcast Business customers. I don't have any LPD anyway, no need to print or connect to anything. I don't want to simply delete the queue in the event I harm something. Maybe someone can advise with this at VCF East, I will be exhibiting this machine there. Bill -- @ BillDeg: Web: vintagecomputer.net Twitter: @billdeg <https://twitter.com/billdeg> Youtube: @billdeg <https://www.youtube.com/user/billdeg> Unauthorized Bio <http://www.vintagecomputer.net/readme.cfm>

1 0