INFO-VAX Mon, 08 Sep 2008 Volume 2008 : Issue 493 Contents: Re: CIFS PDBEDIT -A gives a "Username not found!" error Re: Current status? Re: Current status? Re: Current status? Re: Current status? Re: Current status? Re: Current status? Re: DEFCON 16 and Hacking OpenVMS Re: DEFCON 16 and Hacking OpenVMS Re: Forms (printed) processing on VMS? Re: Forms (printed) processing on VMS? Re: Forms (printed) processing on VMS? Re: HP TestDrive systems to be shutdown Intermittent RWSCS state Re: Intermittent RWSCS state Re: Intermittent RWSCS state Re: Intermittent RWSCS state Re: Note to Island Computers customers Re: Note to Island Computers customers Re: Note to Island Computers customers Re: OT: SYSMAN Equiv. on AIX? Re: OT: SYSMAN Equiv. on AIX? Re: Problem with PostScript files on Alpha Re: Rails for DS20E and ES40 Re: SSH and SFTP configuration Re: SSH and SFTP configuration UCX SMTP server issuing temporary or permanent service limit messages Re: [RBL] Current status? ---------------------------------------------------------------------- Date: Mon, 8 Sep 2008 08:38:17 -0400 From: "nothome" Subject: Re: CIFS PDBEDIT -A gives a "Username not found!" error Message-ID: Hi, "John Santos" wrote in message news:UX%wk.830$Wd.540@trnddc01... > nothome wrote: >> Hi, >> >> wrote in message >> news:b02f21e0-9c8e-4b0d-acab-b7b12b8bce82@a70g2000hsh.googlegroups.com... >> On Sep 5, 8:45 pm, Rich Jordan wrote: >> >>>user1 uic = [100,100] no go >>>user1 uic = [user234] no go >>>user1 uic = [yadda,user234] no go >>>user1 uic = [user1] ok >>>user1 uic = [yadda,user1] ok >>> >>>So should this work? >>> >>>UAF> show sampsa >>> >>>Username: SAMPSA Owner: SAMPSA LAINE >>>Account: SAMPSA UIC: [200,101] >>>([ADAM,SAMPSA]) >>>CLI: DCL Tables: DCLTABLES >> >> >> Is there an identifier associated with UIC [200,101] (it appears not): >> > > It looks like there is an identifier. It is hard to read because it > wrapped. The wrapped part is [ADAM,SAMPSA], which looks to me like > user SAMPSA in the ADAM group, which should be fine. > > >> $ mc authorize show /ident sampsa >> >> Make sure sampsa identifier is mapped to uic [200,101]. CIFS does not >> recognize an account if it does not have a _unique_ identifier (no >> sharing of UICs). >> >> As a test, you might try: >> >> $ pdbedit -a system >> >> Also, the v1.0 documentation is wrong about using >> @samba$root:[bin]samba$grant_gidusers.com. Don't use it - there's no >> valid reason for doing what it does... >> >> HTH, >> >> Paul > > > -- > John Santos > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 Thanks John - I missed that... I've now duplicated. The problem is, as someone noted earlier, the use of the uppercase-A (instead of lowercase -a). By default, the lack of quotes around the -A would result in the CRTL processing it as a lowercase -a (in which case the command would not fail), but with: $ set proc/parse=extended $ define DECC$ARGV_PARSE_STYLE enable the CRTL retains the case as entered without the need for quotes. But I can't find any man page for pdbedit that indicates -A is a valid option.?. I'll have a look at the code... Paul ------------------------------ Date: 8 Sep 2008 12:43:16 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6ikkv3Fqur82U1@mid.individual.net> In article <7h%vk.609$393.335@trnddc05>, John Santos writes: > Bill Gunshannon wrote: >> In article , >> helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >> >>>In article , >>>=?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= >>>writes: >>> >>> >>>>>>Log watchers, webcam watchers, >>>>>>etc, anything which sends notification by email when something >>>>>>"interesting" happens, using its own built-in mail server; >>>> >>>>*Server* ?? I set up my cheap Zyxel DSL modem/router to send >>>>notifications to me, but it not a *server*. It uses whatever mail >>>>server it get's after doing a DSN-MX lookup on the receiver >>>>address, and that should be the official SMTP server of my >>>>ISP, as far as I understand. >>>> >>>>Why whould anything just needing to *send* a mail have a >>>>smtp *server* implementation ? >>> >>>You use "server" to mean "receiving end". A more general use, intended >>>here, is "handles traffic". Thus, incoming server and outgoing server. >>>You are sending your email TO the proper receiving server (via MX), but >>>it is still coming from your machine, not an "official email server". >>>Technically, there is no problem with your scheme, but in practice, such >>>machines on dial-up, volatile IP addresses are the main source of spam, >>>and are thus blocked by more and more people. >>> >>>Many STMP servers are neither senders nor receivers, but relays. >> >> >> Actually, the correct terminology is MUA and MTA. >> MUA = Mail User Agent. >> MUA's originate and terminate email. >> >> MTA = Mail Transport Agent >> MTA'a exchange email across the INTERNET. >> >> Nothing but MTA's should talk between email domains. No MUA shoud be >> allowed to acess anything but the local MTA. Thus the reason for blocking >> port 25 at your firewall for all internal hosts other than your designated >> MTA(s). User machines should never be considered MTA's. MTA's are the >> machines with the MX record in tghe DNS system. Violating this simple >> network engineering principle is why we have the SPAM probledm that we have. >> As for relaying, some MTA's relay. One should be very careful about who >> one relays for. You shold relay for your internal machines (all the MUA's) >> as that is the purpose of an MTA. You should not relay for external >> machines and if you do, that is a real quick way to find yourself on >> a blacklist. >> >> Email is really not that hard to manage. >> >> bill >> > > Yup. I think that many of the problems arise because MUAs use the same > protocol (SMTP) and port (25) to send mail to MTAs as MTAs use to relay > mail to each other. On the other hand MTAs talk to MUAs (when delivering > mail) using either of 2 different protocols (that I know of), POP3 on > port 110 and IMAP on port 143. (I don't think anything does POP2 on > port 109 any more.) I think if the mail origination and mail relay > functions and protocols had been kept distinct from the start, everything > would be much cleaner and under better control. For example, the way > you want to authenticate a mail originator is very different from the > way you want to authenticate a mail transport agent. As we once again blame the past for not anticipating the future. In the beginning, there really was no difference between the machines that were MTA's and MUA's. We read our email on the server from our VT100's. And, on top of all of this, it is still easily fixable but the people who need to fix it are either incompetent or just plain refuse to fix things. > > In their defense, SMTP is a "push" protocol (both for originating and > relaying mail), but POP3 and IMAP are "pull" protocols, so there's a > lot more commonality between an MUA sending to an MTA, and an MTA > forwarding mail to another MTA, than between them and mail delivery. > Also, these protocols originated before SPAM was an issue. There are a number of ways to fix things, one is relatively easy but requires the cooperation of people who, up to this point, have refused to play by the rules. The other, which I have tried suggesting but people just can't seem to grasp, frequires more work on the part of legitimate NTA admins but has the advantage of taking incompetent or just plain recalcitrant admins our of the picture completely. But I see us just sitting here and watching things get worse and worse until either a totally new systems comes around or people just give up on email for seruiuos use and relegate it to fluff, like the Web. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 13:05:05 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6ikm81Frd7puU1@mid.individual.net> In article , david20@alpha2.mdx.ac.uk writes: > In article <7h%vk.609$393.335@trnddc05>, John Santos writes: >>Bill Gunshannon wrote: >>> In article , >>> helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>> >>>>In article , >>>>=?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= >>>>writes: >>>> >>>> >> >>Yup. I think that many of the problems arise because MUAs use the same >>protocol (SMTP) and port (25) to send mail to MTAs as MTAs use to relay >>mail to each other. > > Modern MTAs can be configured to allow mail clients to submit mail to them on > the mail submission port (port 587) rather than port 25. See RFC 2476 > http://www.faqs.org/rfcs/rfc2476.html What does this buy you? You would still need to know who your MTA is andc it would still need to be willing to accept email from you. It is all the silly little notification apps that wree brought up here as justification for allowing anybody to use port 25. They have no builtin method of authenticating so the port number used changes nothing. I certainly would not accept email on my MTA from someone on port 587 that I would not also accept on port 25. The purpose of port 587 sand RFC 2476 is noto to control SPAM it is to make sure outgoing email meets the proper formating requoirements of the other RFC's. > > >> On the other hand MTAs talk to MUAs (when delivering >>mail) using either of 2 different protocols (that I know of), POP3 on >>port 110 and IMAP on port 143. (I don't think anything does POP2 on >>port 109 any more.) > > Logically there are three parties involved not two. > MTA, MUA and Message store. Not sure what you make as differnt with "Message store". Unless you are separating the guy MTA from the machine that runs POP or IMAP. I don't see that as necessarily being a separate Email function although it is possible and may even have some utility on a big enough system. > > The MTA delivers mail to another MTA or to a message store. > The MUA originates mail and sends it to a MTA. > Mail clients generally incorporate the above MUA functionality together with > the ability to display and manipulate mail in the message store. > > POP and IMAP are protocols used to access and manipulate the message store. > They are NOT used to deliver mail to the message store. Agreed, but the "Message Store" is not necessarily even a part of the Email system and I don't believe it has ever been considered by IETF. I have users who use NFS to read their email. Does that make NFS an Email Protocol, too? And, of course, Wessage Store is also irrelevant to the problem of how to get the email system to be more immune to SPAM. > > Note. > > The SMTP servers which come with the TCPIP stacks (TCPWARE, MULTINET or TCPIP > SERVICES/UCX) are NOT fully fledged modern MTAs. For that you would need either > PMDF or MX. > ( > PMDF is a commercial product but is available free for hobbyist use. > MX is now an open-source free product see > http://www.madgoat.com/ > However I'm not aware of anyone currently continuing development of MX. > ) > Maybe so, but if people played by the rules, basic SMTP is more than adequate to the task. If ISP's blocked port 25 for all machines in their domain other than their MTA I would need to filter incoming ports on my end. And RBL's would rapidly become redundant. Sadly, we are forced to spend a lot of time effort and technology trying to, once again, solve a social problem. A social solution would work a lot better. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 13:39:00 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6iko7kFqs0irU2@mid.individual.net> In article <08090421200956_20201252@antinode.info>, sms@antinode.info (Steven M. Schweda) writes: > From: billg999@cs.uofs.edu (Bill Gunshannon) > > It's sad to see yet another victim of the dread Wandering Superfluous > Apostrophe Syndrome: > >> [...] refers to any host that get's >> its address dynamically. No machine that gets it's address [...] > > I hope you get better soon. (If no improvement is forthcoming, ask > Google about "eats shoots and leaves".) > I have never claimed to be an english major. I have said it before and I will say it again. I spent many years in Germany speaking German while I was still in the process of learning it. I never once had any one correct be for using it wrong. Even when asked to do it!! Why do english speakers think it so necessary? As long as you get the point of the message, why shoot the messenger? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Mon, 08 Sep 2008 09:58:07 -0400 From: "Richard B. Gilbert" Subject: Re: Current status? Message-ID: Bill Gunshannon wrote: > In article <08090421200956_20201252@antinode.info>, > sms@antinode.info (Steven M. Schweda) writes: >> From: billg999@cs.uofs.edu (Bill Gunshannon) >> >> It's sad to see yet another victim of the dread Wandering Superfluous >> Apostrophe Syndrome: >> >>> [...] refers to any host that get's >>> its address dynamically. No machine that gets it's address [...] >> I hope you get better soon. (If no improvement is forthcoming, ask >> Google about "eats shoots and leaves".) >> > > I have never claimed to be an english major. I have said it before and I > will say it again. I spent many years in Germany speaking German while I > was still in the process of learning it. I never once had any one correct > be for using it wrong. Even when asked to do it!! Why do english speakers > think it so necessary? As long as you get the point of the message, why > shoot the messenger? > What else is a messenger good for once he's delivered the message? ------------------------------ Date: 8 Sep 2008 14:54:33 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6iksl9Frch22U2@mid.individual.net> In article , "Richard B. Gilbert" writes: > Bill Gunshannon wrote: >> In article , >> david20@alpha2.mdx.ac.uk writes: >>> In article <7h%vk.609$393.335@trnddc05>, John Santos writes: >>>> Bill Gunshannon wrote: >>>>> In article , >>>>> helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>>>> >>>>>> In article , >>>>>> =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= >>>>>> writes: >>>>>> >>>>>> >>>> Yup. I think that many of the problems arise because MUAs use the same >>>> protocol (SMTP) and port (25) to send mail to MTAs as MTAs use to relay >>>> mail to each other. >>> Modern MTAs can be configured to allow mail clients to submit mail to them on >>> the mail submission port (port 587) rather than port 25. See RFC 2476 >>> http://www.faqs.org/rfcs/rfc2476.html >> >> What does this buy you? You would still need to know who your MTA is >> andc it would still need to be willing to accept email from you. It is >> all the silly little notification apps that wree brought up here as >> justification for allowing anybody to use port 25. They have no builtin >> method of authenticating so the port number used changes nothing. I >> certainly would not accept email on my MTA from someone on port 587 that >> I would not also accept on port 25. The purpose of port 587 sand RFC >> 2476 is noto to control SPAM it is to make sure outgoing email meets >> the proper formating requoirements of the other RFC's. >> >>> >>>> On the other hand MTAs talk to MUAs (when delivering >>>> mail) using either of 2 different protocols (that I know of), POP3 on >>>> port 110 and IMAP on port 143. (I don't think anything does POP2 on >>>> port 109 any more.) >>> Logically there are three parties involved not two. >>> MTA, MUA and Message store. >> >> Not sure what you make as differnt with "Message store". Unless you >> are separating the guy MTA from the machine that runs POP or IMAP. >> I don't see that as necessarily being a separate Email function although >> it is possible and may even have some utility on a big enough system. >> >>> The MTA delivers mail to another MTA or to a message store. >>> The MUA originates mail and sends it to a MTA. >>> Mail clients generally incorporate the above MUA functionality together with >>> the ability to display and manipulate mail in the message store. >>> >>> POP and IMAP are protocols used to access and manipulate the message store. >>> They are NOT used to deliver mail to the message store. >> >> Agreed, but the "Message Store" is not necessarily even a part of the >> Email system and I don't believe it has ever been considered by IETF. >> I have users who use NFS to read their email. Does that make NFS an >> Email Protocol, too? And, of course, Wessage Store is also irrelevant >> to the problem of how to get the email system to be more immune to SPAM. >> >>> Note. >>> >>> The SMTP servers which come with the TCPIP stacks (TCPWARE, MULTINET or TCPIP >>> SERVICES/UCX) are NOT fully fledged modern MTAs. For that you would need either >>> PMDF or MX. >>> ( >>> PMDF is a commercial product but is available free for hobbyist use. >>> MX is now an open-source free product see >>> http://www.madgoat.com/ >>> However I'm not aware of anyone currently continuing development of MX. >>> ) >>> >> >> Maybe so, but if people played by the rules, basic SMTP is more than adequate >> to the task. If ISP's blocked port 25 for all machines in their domain other >> than their MTA I would need to filter incoming ports on my end. And RBL's >> would rapidly become redundant. >> >> Sadly, we are forced to spend a lot of time effort and technology trying >> to, once again, solve a social problem. A social solution would work a >> lot better. > > Perhaps it would. But where would you get a "social solution"? How > would you implement it? How would you deal with the anti-social creeps > who "zombie" a PC or two or twenty and use them to pump spam into the > net? Hint: you will NEVER get the liberals to agree to the death > penalty! Hell, you can even spank a misbehaving child any longer! Like I said, I have been over this a half-dozen tiems already. All that is needed already exists. It takes only administrative changes (which is why I said it would require more effort on the part of admins). If you are truly interested, email me and I will explain it to you. Or, if others actually express interest I will post it here again. But I expect most here are not in the least bit interested. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 16:08:38 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Current status? Message-ID: <6il105Fpa07fU1@mid.individual.net> In article , "Richard B. Gilbert" writes: > Bill Gunshannon wrote: >> In article , >> "Richard B. Gilbert" writes: >>> Bill Gunshannon wrote: >>>> In article , >>>> david20@alpha2.mdx.ac.uk writes: >>>>> In article <7h%vk.609$393.335@trnddc05>, John Santos writes: >>>>>> Bill Gunshannon wrote: >>>>>>> In article , >>>>>>> helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>>>>>> >>>>>>>> In article , >>>>>>>> =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= >>>>>>>> writes: >>>>>>>> >>>>>>>> >>>>>> Yup. I think that many of the problems arise because MUAs use the same >>>>>> protocol (SMTP) and port (25) to send mail to MTAs as MTAs use to relay >>>>>> mail to each other. >>>>> Modern MTAs can be configured to allow mail clients to submit mail to them on >>>>> the mail submission port (port 587) rather than port 25. See RFC 2476 >>>>> http://www.faqs.org/rfcs/rfc2476.html >>>> What does this buy you? You would still need to know who your MTA is >>>> andc it would still need to be willing to accept email from you. It is >>>> all the silly little notification apps that wree brought up here as >>>> justification for allowing anybody to use port 25. They have no builtin >>>> method of authenticating so the port number used changes nothing. I >>>> certainly would not accept email on my MTA from someone on port 587 that >>>> I would not also accept on port 25. The purpose of port 587 sand RFC >>>> 2476 is noto to control SPAM it is to make sure outgoing email meets >>>> the proper formating requoirements of the other RFC's. >>>> >>>>>> On the other hand MTAs talk to MUAs (when delivering >>>>>> mail) using either of 2 different protocols (that I know of), POP3 on >>>>>> port 110 and IMAP on port 143. (I don't think anything does POP2 on >>>>>> port 109 any more.) >>>>> Logically there are three parties involved not two. >>>>> MTA, MUA and Message store. >>>> Not sure what you make as differnt with "Message store". Unless you >>>> are separating the guy MTA from the machine that runs POP or IMAP. >>>> I don't see that as necessarily being a separate Email function although >>>> it is possible and may even have some utility on a big enough system. >>>> >>>>> The MTA delivers mail to another MTA or to a message store. >>>>> The MUA originates mail and sends it to a MTA. >>>>> Mail clients generally incorporate the above MUA functionality together with >>>>> the ability to display and manipulate mail in the message store. >>>>> >>>>> POP and IMAP are protocols used to access and manipulate the message store. >>>>> They are NOT used to deliver mail to the message store. >>>> Agreed, but the "Message Store" is not necessarily even a part of the >>>> Email system and I don't believe it has ever been considered by IETF. >>>> I have users who use NFS to read their email. Does that make NFS an >>>> Email Protocol, too? And, of course, Wessage Store is also irrelevant >>>> to the problem of how to get the email system to be more immune to SPAM. >>>> >>>>> Note. >>>>> >>>>> The SMTP servers which come with the TCPIP stacks (TCPWARE, MULTINET or TCPIP >>>>> SERVICES/UCX) are NOT fully fledged modern MTAs. For that you would need either >>>>> PMDF or MX. >>>>> ( >>>>> PMDF is a commercial product but is available free for hobbyist use. >>>>> MX is now an open-source free product see >>>>> http://www.madgoat.com/ >>>>> However I'm not aware of anyone currently continuing development of MX. >>>>> ) >>>>> >>>> Maybe so, but if people played by the rules, basic SMTP is more than adequate >>>> to the task. If ISP's blocked port 25 for all machines in their domain other >>>> than their MTA I would need to filter incoming ports on my end. And RBL's >>>> would rapidly become redundant. >>>> >>>> Sadly, we are forced to spend a lot of time effort and technology trying >>>> to, once again, solve a social problem. A social solution would work a >>>> lot better. >>> Perhaps it would. But where would you get a "social solution"? How >>> would you implement it? How would you deal with the anti-social creeps >>> who "zombie" a PC or two or twenty and use them to pump spam into the >>> net? Hint: you will NEVER get the liberals to agree to the death >>> penalty! Hell, you can even spank a misbehaving child any longer! >> >> Like I said, I have been over this a half-dozen tiems already. All that >> is needed already exists. It takes only administrative changes (which is >> why I said it would require more effort on the part of admins). If you >> are truly interested, email me and I will explain it to you. Or, if >> others actually express interest I will post it here again. But I >> expect most here are not in the least bit interested. >> >> bill >> > > My ISP has a spam filter effective enough that spam is not a problem for > me! I get the occasional "401 scam" but that's about all. And how many messages have you not receieved because of their SPAM filter? False Positives are at least as bad a problem as False Negatives. And for a business, they can be worse. And, before you sing the praises of Comcast...... I just looked at my logs and I have several hundred rejected connection from comcast addresses and that is just since midnight. They are part of the problem, not part of the solution. And not all of the rejections are Dynamic Addresses. Some of them "pen Relays" and "misconfigured servers". that means you may not only be missing incoming email but some of your outgoing email may not be getting through either. Ever send a request for information to a company and gotten pissed because they appear to just ignore you? Maybe the problem wasn't them but your ISP's mail system. > My curiousity > is strictly idle. Please don't repost but if you have a link to an > earlier post I'd be interested. No link, it was a subject that, like many others, comes and goes periodically. Let it suffice to say that a reactive technical solution has too strong a tendency to create more problems than it can solve. This is a social problem and the solution needs to be procative and social. The methods exist to do this. But creating social change is usually much harder than just hrowing technology at a problem. We see that every day. Sadly, the technological solutions almost never solve the problem and at best only delay things a little until the problem mutates around the new technology. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Mon, 8 Sep 2008 05:56:14 -0700 (PDT) From: IanMiller Subject: Re: DEFCON 16 and Hacking OpenVMS Message-ID: VAXSMGRMUP01_062, ECO Kit has been announced. This fixes SMGRTL for VAX/VMS V6.2. Keep watching for more announcements. ------------------------------ Date: Mon, 8 Sep 2008 10:33:37 -0700 (PDT) From: Rich Jordan Subject: Re: DEFCON 16 and Hacking OpenVMS Message-ID: <65d5569f-ab40-4baa-bc77-39126a89ead9@k7g2000hsd.googlegroups.com> On Sep 8, 7:56=A0am, IanMiller wrote: > VAXSMGRMUP01_062, ECO Kit has been announced. This fixes SMGRTL for > VAX/VMS V6.2. > > Keep watching for more announcements. Great news. I hope they get the other VAX versions out asap. Still hoping against hope that they might consider releasing MUPs for interim/unsupported VMS versions too... ------------------------------ Date: Mon, 08 Sep 2008 09:19:27 -0400 From: Paul Anderson Subject: Re: Forms (printed) processing on VMS? Message-ID: In article , Jan-Erik Söderholm wrote: > I wounder if DCPS would be updated to support (at least) PCL5e which > have been the PCL standard version since quite many years now ? Updating the DCPS PCL translator from PCL 4 to a newer PCL version is not on our list of enhancements. We believe there is such little need for it that it would not be worth the effort. These days, most PostScript printers have PCL interpreters and DCPS will happily pass PCL files over to the printer. In Days of Yore, when many printers had PostScript and ANSI, but no PCL, the DCPS PCL translator provided a useful function, printing PCL files on a printer that otherwise could not print them. If someone has a need for an upgraded DCPS PCL translator, let me know. Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: Mon, 08 Sep 2008 13:33:28 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Forms (printed) processing on VMS? Message-ID: Paul Anderson wrote: > In article , > Jan-Erik Söderholm wrote: > >> I wounder if DCPS would be updated to support (at least) PCL5e which >> have been the PCL standard version since quite many years now ? > > Updating the DCPS PCL translator from PCL 4 to a newer PCL version is > not on our list of enhancements. We believe there is such little need > for it that it would not be worth the effort. > > These days, most PostScript printers have PCL interpreters and DCPS will > happily pass PCL files over to the printer. OK, no matter what level of PCL ? DCPS just doesn't care, I guess... > If someone has a need for an upgraded DCPS PCL translator, let me know. No, I can't say I/we "need" this right now (or ever). Thanks for replying anyway. Jan-Erik. > > Paul > ------------------------------ Date: Mon, 08 Sep 2008 10:14:52 -0400 From: Paul Anderson Subject: Re: Forms (printed) processing on VMS? Message-ID: In article , Jan-Erik Söderholm wrote: > OK, no matter what level of PCL ? DCPS just doesn't care, I guess... DCPS doesn't know or care what version of PCL will be interpreted by the printer. Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: Mon, 8 Sep 2008 05:57:22 -0700 (PDT) From: Galen Subject: Re: HP TestDrive systems to be shutdown Message-ID: <118a03d5-fbe5-4f42-9d9f-9fa006f70046@34g2000hsh.googlegroups.com> > =A0 =A0It might be, if it were true. =A0Also, any peon (even I) could get= a > TestDrive account. =A0The new plan is for DSPP members only. > Make that DSPP _company_ members only. Individual members are not entitled. ------------------------------ Date: Mon, 8 Sep 2008 11:36:28 -0400 From: norm.raphael@metso.com Subject: Intermittent RWSCS state Message-ID: This is a multipart message in MIME format. --=_alternative 0055BB57852574BE_= Content-Type: text/plain; charset="US-ASCII" I have a set of subprocesses that go in and out of RWSCS while running. Is there a resource I can increase to help this? Is there a way to tell what specifically is the bottleneck? --=_alternative 0055BB57852574BE_= Content-Type: text/html; charset="US-ASCII"
I have a set of subprocesses that go in and out of RWSCS while running.
Is there a resource I can increase to help this?
Is there a way to tell what specifically is the bottleneck?
 --=_alternative 0055BB57852574BE_=-- ------------------------------ Date: Mon, 8 Sep 2008 16:53:23 +0100 From: "Richard Brodie" Subject: Re: Intermittent RWSCS state Message-ID: > wrote in message >news:OF97D2DAE8.DD012DC9-ON852574BE.00559487->852574BE.0055BB58@metso.com... >I have a set of subprocesses that go in and out of RWSCS while running. >Is there a resource I can increase to help this? It's blocking on cluster traffic: MSCP disks, locking etc. Tuning probably won't buy you very much. >Is there a way to tell what specifically is the bottleneck? mc lancp show dev/counters would be my first shot. Then pull up a map of your network, go through the links one by one, look at loading and error rates. If you understand scacp output, that may be useful as well. ------------------------------ Date: Mon, 8 Sep 2008 12:57:28 -0400 From: norm.raphael@metso.com Subject: Re: Intermittent RWSCS state Message-ID: This is a multipart message in MIME format. --=_alternative 005D25CD852574BE_= Content-Type: text/plain; charset="US-ASCII" "Richard Brodie" wrote on 09/08/2008 11:53:23 AM: > > > wrote in message > >news:OF97D2DAE8.DD012DC9-ON852574BE.00559487->852574BE.0055BB58@metso.com... > > >I have a set of subprocesses that go in and out of RWSCS while running. > >Is there a resource I can increase to help this? > > It's blocking on cluster traffic: MSCP disks, locking etc. > Tuning probably won't buy you very much. How about more buffers for MSCP? > > >Is there a way to tell what specifically is the bottleneck? > > mc lancp show dev/counters would be my first shot. > Then pull up a map of your network, go through the > links one by one, look at loading and error rates. > If you understand scacp output, that may be useful as well. > > --=_alternative 005D25CD852574BE_= Content-Type: text/html; charset="US-ASCII"
"Richard Brodie" <R.Brodie@rl.ac.uk> wrote on 09/08/2008 11:53:23 AM:

>
> ><norm.raphael@metso.com> wrote in message
> >news:OF97D2DAE8.DD012DC9-ON852574BE.00559487->852574BE.0055BB58@metso.com...
>
> >I have a set of subprocesses that go in and out of RWSCS while running.
> >Is there a resource I can increase to help this?
>
> It's blocking on cluster traffic: MSCP disks, locking etc.
> Tuning probably won't buy you very much.
How about more buffers for MSCP?

>
> >Is there a way to tell what specifically is the bottleneck?
>
> mc lancp show dev/counters would be my first shot.
> Then pull up a map of your network, go through the
> links one by one, look at loading and error rates.
> If you understand scacp output, that may be useful as well.
>
>
--=_alternative 005D25CD852574BE_=-- ------------------------------ Date: Mon, 8 Sep 2008 19:38:24 +0200 From: "H Vlems" Subject: Re: Intermittent RWSCS state Message-ID: <48c56520$0$32532$bf4948fe@news.tele2.nl> schreef in bericht news:OF97D2DAE8.DD012DC9-ON852574BE.00559487-852574BE.0055BB58@metso.com... >I have a set of subprocesses that go in and out of RWSCS while running. >Is there a resource I can increase to help this? >Is there a way to tell what specifically is the bottleneck? What kind of cluster are you running, CI, NI (what network?), SCSI or DSSI? ------------------------------ Date: Mon, 8 Sep 2008 11:56:04 -0400 From: "David" Subject: Re: Note to Island Computers customers Message-ID: Well.. The extent of damage from Hanna - a magnolia tree leaf was loosened by the 12mph gusts we had. And there were a few pine needles stuck in my windshield wipers... Guess we are luckier than Haiti ! -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "JF Mezei" wrote in message news:48bf533f$0$3363$c3e8da3@news.astraweb.com... > Ok, I used good old maps.google.com to lookup Island's location. > According to Google (which, as we know, is absolutely infallible), > David's store is in the middle of some park between Tybee Island and the > mainland :-) > > I will assume though that he is along highway 80 near the village at the > eastern end of Tybee island. How wonder how close to the beach his > office is ? :-) :-) > > Yep, Tybee Island is really out there on the coast, so it would have > definitely been vulnerable to a direct hit, and tidal flooding etc. > > http://www.nhc.noaa.gov/graphics_at3.shtml?5day?large#contents > > georgia is no longer in the path of Hanna. But it will likely still get > some nasty rain and winds, but not hurricane level. This will likely > ruin David's weekend though. No sun tanning on the beach, no swimming > and no surfing. That is really a rough life when you live on a beach :-) ------------------------------ Date: Mon, 8 Sep 2008 09:48:36 -0700 (PDT) From: yyyc186 Subject: Re: Note to Island Computers customers Message-ID: <2b3b6486-7e08-48d3-a7ee-f05f6cc49091@r66g2000hsg.googlegroups.com> On Sep 8, 10:56=A0am, "David" wrote: > Well.. > > The extent of damage from Hanna - a =A0magnolia tree leaf was loosened by= the > 12mph gusts we had. > And there were a few pine needles stuck in my windshield wipers... > > Guess we are luckier than Haiti ! > > -- > David B Turner > But did you remember to put the top up on the convertible? ------------------------------ Date: 8 Sep 2008 16:57:21 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Note to Island Computers customers Message-ID: <6il3rhFrgi6cU1@mid.individual.net> In article <2b3b6486-7e08-48d3-a7ee-f05f6cc49091@r66g2000hsg.googlegroups.com>, yyyc186 writes: > On Sep 8, 10:56 am, "David" wrote: >> Well.. >> >> The extent of damage from Hanna - a  magnolia tree leaf was loosened by the >> 12mph gusts we had. >> And there were a few pine needles stuck in my windshield wipers... >> >> Guess we are luckier than Haiti ! >> >> -- >> David B Turner >> > But did you remember to put the top up on the convertible? It's probably all my fault. I went to GA in March. Weather was great. I played golf 5-6 times a week. Horseback Riding. Shooting Skeet. Bicycling. Lot's of outdoor activities. And yes, I drive a convertable. Everything I need for outdoor enjoyment except my motorcycle. This lasted right up until I left in mid August. Since I left I don't think it has stopped raining!! Yeah, probably my fault. I should have stayed down there. :-) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 12:15:32 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: SYSMAN Equiv. on AIX? Message-ID: <6ikjb4Fr0d39U1@mid.individual.net> In article <48C49015.746DCC8A@spam.comcast.net>, David J Dachtera writes: > Bill Gunshannon wrote: >> >> In article <48BF3BB1.82DA5897@spam.comcast.net>, >> David J Dachtera writes: >> > Bill Gunshannon wrote: >> >> [snip] >> >> >> >> Are you limited to only things that come with AIX? CFEngine might be >> >> what you need but it is one of those dreaded OpenSource thingies. :-) >> > >> > If there is a binary available for WhineBloze, that would get me around >> > issues of vendors not wanting anything "foreign" on the system, for FDA >> > compliance or what-have-you. >> >> Huh?? I thought you needed a solution for AIX. > > I do - however, I state dno requirement that it actually RUN on AIX - in > fact, I'd much prefer that it didn't. All kinds of vendor-blessings > hassles and such, y'know... > >> There is no similarity >> between Windows and Unix > > That seems a bit much. There are SOEM commonalities, but they're not > wholly incompatible. Yeah, about the same as between Unix, Windows and VMS. They all do run on some kind of a computer. :-) > >> so expecting a configuration managment program >> for Unix to support Windows as well is, well, kinda silly. > > Ever heard of HP OpenView? ...Tivoli? EMC's ECC (Windows app. that > "talks" to its own agents on everything from VMS to WhineBloze, not to > mention the Symmetrix arrays themselves), ... I'm sure there's tons > more. > > Let's not forget StorageWorks Command Console (SWCC), either. Well, if you had an unlimited budget you wouldn't be asking for help here, you would be on the phone buying from acommercial vendor. So, why aren't you looking at HP Openview opr ECC? > >> So, are you >> looking for AIX software or Windows software. Ne'r the twain shall meet. :-) > > I wouldn't say that, really. Some WhineBloze app.'s do choke on > Stream-LF files (example: NotePad vs. WordPad), but for simply moving > byte streams around and issuing commands via SSH, it seems logical > enough. Does Windows even have SSH? I know it is in Cygwin, but then, that's not really Windows, is it? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Mon, 08 Sep 2008 09:34:19 -0400 From: "Richard B. Gilbert" Subject: Re: OT: SYSMAN Equiv. on AIX? Message-ID: Bill Gunshannon wrote: > In article <48C49015.746DCC8A@spam.comcast.net>, > David J Dachtera writes: >> Bill Gunshannon wrote: >>> In article <48BF3BB1.82DA5897@spam.comcast.net>, >>> David J Dachtera writes: >>>> Bill Gunshannon wrote: >>>>> [snip] >>>>> >>>>> Are you limited to only things that come with AIX? CFEngine might be >>>>> what you need but it is one of those dreaded OpenSource thingies. :-) >>>> If there is a binary available for WhineBloze, that would get me around >>>> issues of vendors not wanting anything "foreign" on the system, for FDA >>>> compliance or what-have-you. >>> Huh?? I thought you needed a solution for AIX. >> I do - however, I state dno requirement that it actually RUN on AIX - in >> fact, I'd much prefer that it didn't. All kinds of vendor-blessings >> hassles and such, y'know... >> >>> There is no similarity >>> between Windows and Unix >> That seems a bit much. There are SOEM commonalities, but they're not >> wholly incompatible. > > Yeah, about the same as between Unix, Windows and VMS. They all do run > on some kind of a computer. :-) > They are all operating systems. They all support a GUI They all have a command line interface available though Windows is pretty lame in this department. ------------------------------ Date: Mon, 08 Sep 2008 06:58:39 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Problem with PostScript files on Alpha Message-ID: Gremlin wrote: > I appreciate your input and can understand your > possible frustration but..... ...but you do not understand the input you've got... > but identifying sys$help:[cc$alpha_help_071]ug.ps Right, so you're looking for the docs for C. Why on earth didn't you say so ?? http://h71000.www7.hp.com/commercial/c/index_alpha.html For docs to other compilers, look at : http://h71000.www7.hp.com/doc/index.html No one in his right mind would go the route over the PS files. All that has been done by HP. Note that the page above says "C V7.3", but the UG available on the page is still V7.1 and probably exactly the one in your PS file. Jan-Erik. ------------------------------ Date: Mon, 8 Sep 2008 07:49:59 -0700 (PDT) From: Len Whitwer Subject: Re: Rails for DS20E and ES40 Message-ID: On Sep 7, 2:54=A0pm, leec wrote: > I have an 4-post APC open rack with square holes I'd like to put an > ES40 and DS20 in. Do they require Compaq specific rails to fit in a > std 19" rack, or are there generic rails that can be used to mount > them? I've talked to a couple used equipment vendors, but they only > steer me to an installation kit that costs $400 - too much for too > little. > > Thanks! > > Lee Courtney We can sell you a rail set for $300.00. (What sort of budget did you have??) Another solution is to just put a shelf into the rack and set the ES40/ DS20 on the slelf. (Not as nice) Let me know if I can help!!! Len Whitwer -Len Whitwer Puget Sound Data Systems, Inc. 19501 144th Ave. NE Suite D-100 Woodinville, WA 98072 e-mail mailto:len@psds.com Internet: http://www.psds.com Toll Free: (866)857-0710 Tel: (425) 488-0710 Fax: (425) 488-6414 ------------------------------ Date: Mon, 08 Sep 2008 09:28:24 -0400 From: "Richard B. Gilbert" Subject: Re: SSH and SFTP configuration Message-ID: David J Dachtera wrote: > "Skipper W. Morris" wrote: >> Does anyone have experience getting Host Based Authentication working >> for SSH and SFTP. >> >> What I really want to do is use SFTP from a batch job. However SFTP is >> written to make it impossible. It bombs out if you try and include the >> password in a file anywhere. >> >> The supported alternative is Host Based Authentication. This is sorta >> like DECnet proxy access, but much more complicated to setup. >> >> I've copied keygen files to directories, edited shost.equiv files, and >> done just about everything except sacrifice a goats entrails on my >> keyboard. But I *still* have to enter a password by hand. > > AH! See - there's your problem: goat. It's supposed to be a sheep. > > ...or a skunk - I forget... > > D.J.D. The classical recipe calls for one small goat OR two medium chickens. Sacrificing a virgin is efficacious but the difficulties in finding one usually rule this option out! ------------------------------ Date: 8 Sep 2008 14:48:25 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: SSH and SFTP configuration Message-ID: <6iks9pFrch22U1@mid.individual.net> In article , "Richard B. Gilbert" writes: > > Sacrificing a virgin is efficacious but the difficulties in finding one > usually rule this option out! Try most Linux User Group meetings. Oh wait, you meant female virgins. :-) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 Sep 2008 12:13:41 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: UCX SMTP server issuing temporary or permanent service limit messages Message-ID: I've just upgraded to VMS Alpha 8.3, with UCX version 5.6. I'm still investigating this before I talk to UCX support, but is the SMTP Reject Request issued when the service limit is reached a temporary or permanent reject error code ? The obvious answer is that it should be a temporary reject so that the sender tries again later, but I'm suspicious that the UCX SMTP server may be issuing a permanent reject under at least some circumstances. Thanks for any comments, Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: 8 Sep 2008 13:33:23 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: [RBL] Current status? Message-ID: <6iknt3Fqs0irU1@mid.individual.net> In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article <6iakmbFpl207U2@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: >> >> Not really. Those particular devices should be sending their email to >> the real mailserver which should be the only one communicating with mail >> servers in the the outside world. If network/system managers, in particular >> ISP's, followed this rule 99% of SPAM cold be dealt with in ver short order. > > The problem isn't the path, it's the sending. They want to send via > SMTP, not POP, IMAP, or some other client protocol. As far as the > "security experts" are concerned, only servers send via SMTP. Not really. SMTP is the accepted way to send email from MUA's to MTA's. That's internal to an email domain. All external is done MTA to MTA and also uses SMTP. The problem is when one allows internal MUA's to connect to external MTA's directly on port 25. Simply blocking port 25 for all hosts, internal or external, except for connection to and from your real MTA solves this problem. > > I can't really fault a COTS vendor for sending email via SMTP. You can fault them for not providing enough of an agent to use the system properly. The correct way to do it is to not only set up a destination email address but also a realy host which would be your local MTA. Trust me, it's not really that hard to do. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ End of INFO-VAX 2008.493 ************************