1 INFO-VAX	Sun, 30 May 2004	Volume 2004 : Issue 299       Contents:" Re: Alpha/VMS news on The Inquirer Re: BOOT, HALT, RESTART---again  Re: BOOT, HALT, RESTART---again  Re: datatrieve Re: datatrieve Re: datatrieve Re: KZPBA and AlphaStation 200? ? Re: long, boring explanation of minicopy (and HBVS, in general) ? Re: long, boring explanation of minicopy (and HBVS, in general) ( [DECset V12.5] Current LSE/SCA version ?/ Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only   F ----------------------------------------------------------------------  % Date: Sun, 30 May 2004 04:49:03 -0400 * From: "Bill Todd" <billtodd@metrocast.net>+ Subject: Re: Alpha/VMS news on The Inquirer 2 Message-ID: <WZadnQ5Swc9IAiTdRVn-sQ@metrocast.net>  B "Robert Deininger" <rdeininger@mindspringdot.com> wrote in messageF news:rdeininger-2905040858070001@user-105n8b8.dialup.mindspring.com...   ...   : > I hesitate to call you a fool, JF, despite the symptoms. >  >   ...  > 4 > I've hesitated long enough.  IMHO, you are a fool.  F It is true that JF is sometimes a fool.  However, it is also true thatC cHumPaq often lies through its teeth, sometimes with the witting or % unwitting support of people like you.   K Your lengthy dissertation on the gradual improvements that a chip sometimes K undergoes really says nothing about the *specific* situation with EV7/EV7z, J and I rather doubt that you have any direct information about that (if youK think you do, consider that the people you're talking with may be less than H truthful and/or no better informed than you are, but simply spouting theL version of the party line which cHumPaq finds convenient to reel out at this point in time).   K EV7 was scheduled to ship at 1.2 - 1.3 GHz, right up until it didn't - with K absolutely no explanation forthcoming about the change (which just happened L to keep it from leaving McKinley even more in the dust than it already did),A just as there was absolutely no explanation forthcoming for EV7's L last-minute several-month slip (which just happened to keep it from stompingH on the McKinley release excitement - such as it was).  Industry insidersJ like Paul DeMone with contacts within the Alpha team had expected that EV7I would clock at *at least* the expected rate, and likely higher over time, H but no mention was made during the subsequent year that EV7's clock rate# would, or even could, be increased.   G Until a need arose to placate the customer base for killing the 130 nm. F upgrade - EV79 - that had been repeatedly and unquivocally promised asI meagre compensation for the elimination of EV8.  Then, and only then, was 6 the fact that EV7 itself could be speeded up revealed.  J You're welcome to believe what you wish to about all this.  But a customerH would be a fool to believe you, or cHumPaq, after the events of the pastJ several years:  even if JF is himself sometimes a fool, his credibility is- nowhere nearly as shot as your employer's is.    - bill   ------------------------------  + Date: Sun, 30 May 2004 08:28:28 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)( Subject: Re: BOOT, HALT, RESTART---again0 Message-ID: <newscache$sypiyh$tuj$1@news.sil.at>  v In article <c9aj2h$cu$4@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >It doesn't leave a crash dump.    What is you DUMPSTYLE ? $ Do you have a SYSDUMP.DMP in place ?  F >For about a year now, I have been switching off the console (a VT320 H >connected via MMJ).  (Strangely, this used to produce a BREAK and thus J >halt the system, but doesn't anymore.)  Could this somehow be preventing F >the machine from restarting/rebooting after such an unexpected crash?  H I saw so far VTs only sending a break (and thus freezing the machine) onF a power-on (not on a power-off) and yes, a ^P or break doesn't force a" crash and therefor also no reboot.  I >Power-cycling the machine allows it to come up again normally, so there  C >doesn't seem to be any serious problem, at least no permanent one.   J How about disconnecing the VT from the console before switching it off/on.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sun, 30 May 2004 09:24:51 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)( Subject: Re: BOOT, HALT, RESTART---again$ Message-ID: <c9c993$o1t$1@online.de>  E In article <newscache$sypiyh$tuj$1@news.sil.at>, peter@langstoeger.at $ (Peter 'EPLAN' LANGSTOEGER) writes:   x > In article <c9aj2h$cu$4@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:! > >It doesn't leave a crash dump.  >  > What is you DUMPSTYLE ?   F DUMPSTYLE is set to 2 on all nodes (this appears to be the default on G VAX; on ALPHA the default is 0, but it is still set to 2 on my system).   & > Do you have a SYSDUMP.DMP in place ?  @ In SYS$SYSROOT:[SYSEXE], I see ERRORLOG.DMP on the VAX nodes andG SYS$ERRLOG.DMP on the ALPHA.  All nodes have SYSDUMP.DMP there as well. H The badly behaving VAX has SYSDUMP-COMMON.DMP as well.  A while back, I F had a DIFFERENT crash with the badly behaving VAX.  In that case, the I SYSDUMP.DMP file was written to (machine check in kernel mode).  In that   case, I think it DID restart.   H > >For about a year now, I have been switching off the console (a VT320 J > >connected via MMJ).  (Strangely, this used to produce a BREAK and thus L > >halt the system, but doesn't anymore.)  Could this somehow be preventing H > >the machine from restarting/rebooting after such an unexpected crash? > J > I saw so far VTs only sending a break (and thus freezing the machine) onH > a power-on (not on a power-off) and yes, a ^P or break doesn't force a$ > crash and therefor also no reboot.  H Right.  That's not happen; I can switch the console terminals on and offG at will with no ill effects.  I was thinking that, while switched off,  H the machine "doesn't have access to the console" and that this might be  bad.  K > >Power-cycling the machine allows it to come up again normally, so there  E > >doesn't seem to be any serious problem, at least no permanent one.  > L > How about disconnecing the VT from the console before switching it off/on.  2 Last time I tried it, that DID cause a BREAK.  :-(   ------------------------------  % Date: Sun, 30 May 2004 08:57:16 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: datatrieve * Message-ID: <2hteueFgi73nU1@uni-berlin.de>  / Phillip Helbig---remove CLOTHES to reply wrote: I > I'm updating the layered products on my hobbyist system.  Since I have  I > enough disk space, I figure I might as well install stuff I don't need  H > now but which might come in handy in the future.  One such product is J > DATATRIEVE.  Can someone explain in a nutshell what it does and whether J > it is worth learning for someone like myself who has no experience with  > it?  >   A I can't find the documentation on www.openvms.compaq.com:8000 ...     From HELP DATATRIEVE     ;      DEC DATATRIEVE is a data management tool for defining, 8      storing, updating, and displaying data. It provides>      interactive and program-callable access to data, a report?      writing facility, a graphics capability, screen formatting >      support, and distributed access on a network connected by      DECnet.  F I haven't come across it in use at any customer for years now. I last G used it on an 11/780(!) and only installed it on my Hobbyist system so  ! that it was there if I wanted it.   E It was very handy for digging into files that you had no application  E program available to display - workfiles and the like, and producing  G reports sorted any way you liked. I found it useful in development and  G maintenance tasks, but my bias was to go for the extra flexibility and  - performance of COBOL for production programs.   F If you have the documentation CDs I'd recommend reading them first to  see if it suits your purposes.   ------------------------------  % Date: Sun, 30 May 2004 10:57:18 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: datatrieve * Message-ID: <2htm4bFgqkihU1@uni-berlin.de>  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>1 schreef in bericht news:c9b6mk$s9f$1@online.de... H > I'm updating the layered products on my hobbyist system.  Since I haveH > enough disk space, I figure I might as well install stuff I don't needG > now but which might come in handy in the future.  One such product is I > DATATRIEVE.  Can someone explain in a nutshell what it does and whether I > it is worth learning for someone like myself who has no experience with  > it?  > J DATATRIEVE is (was) intended for endusers to make their own ad-hoc queries and reports.? Its syntax makes you think it's COBOL with a hint of SQL in it. K It has access to the data definitions maintained by CDD. So the programmers  can use the CDD : data for their (COBOL) programs, end users access the data  structures/definitins via DTR32.* IIRC there's RDB support in DTR32 as well.J As with all query tools/languages, the more powerful the language the more
 damage a user J can cause. With damage I mean claiming scarce system resources like memory and CPU power.H Especially on an 11/750 or 8250, which were the systems on which I first encountered DTR32.E Once the applications were moved to an 8650, DTR32 became more useful  because the K results it returned took less than a minute. Before that a coffee break was  definitely recommended.    ------------------------------  % Date: Sun, 30 May 2004 15:37:53 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: datatrieve B Message-ID: <40b9e3b3$0$26348$9b4e6d93@newsread4.arcor-online.net>  / Phillip Helbig---remove CLOTHES to reply wrote: I > I'm updating the layered products on my hobbyist system.  Since I have  I > enough disk space, I figure I might as well install stuff I don't need  H > now but which might come in handy in the future.  One such product is J > DATATRIEVE.  Can someone explain in a nutshell what it does and whether J > it is worth learning for someone like myself who has no experience with  > it?  >   G Paul and Hans have already provided very good qualified answers to your F question of "what is Datatrieve". I just wish to add a couple comments and some pointers to resources.   G Datatrieve has an interesting "Collection" concept, inwhich the results H of a query are placed in a table (Collection), which can then become theD source of data for subsequent queries. These collections can also beE named, thus remaining available after a new "current" collection has   been produced by another query.   H Datatrieve was designed primarily to define, query and modify RMS index H files. And although Datatrieve predates Rdb, it can be used for DDL and H DML access to Rdb databases (and others for example IBM Host ISAM). Rdb < was traditionally done through domain definition/pointer in H CDD/Repository (now a product of Oracle requiring a license) The latest I versions of Datatrieve permit the domain definition/pointer to reside in  F an RMS file, thus removing the need for CDD. This has greatly reduced F the cost of using Datatrieve (especially for decentralized production - systems - which is our customer's situation).   % Here a few more points of interest...   I    - Datatrieve can use FMS forms directly. I made liberal use of this in F      2 applications I wrote for Western Michigan University in the midG      1980's. The applications (CONTACTS a public relations CRM app, and D      the FASTRID FAculty and STaff Resource Identification Database)@      consisted only of a DCL Menu using foreign commands to callD      Datatrieve Procedures which used FMS forms to interact with the
      user.  B    - The latest versions of Datatrieve can also produce reports in      HTML format.   G    - Latest since the advent of Alpha-based systems, the performance of H      Datatrieve can be considered to be more than acceptable, especiallyC      when considering the flexibility of it's interactive 4GL query       language.  +    - Current users of Datatrieve include... ? 	- At least one of the U.S. Government's National Laboratories. - 	- A ground water monitoring system in Europe < 	- a Department of Transportation in one of the U.S. States.7 	- a Department of Education in one of the U.S. States. ; 	- the production systems in a European automotive industry  	  company. A 	- The image processing laboratory of a space research institute. , 	- A european high-energy physics institute.> 	- The hydraulic energy database for a major far east country., 	- an agricultural research centre in Europe  @ 	This is likely not a complete list. It's just what I could find 	so far in the internet.  F    - The history of Datatrieve is interesting. Be on the watch for the      following Keywords. 	Jim Starkey 	Wombat 
 	Snapshots
 	InterBase 	Digital Rdb   	For instance...; 	http://www.decus.de:8080/www/common/vms/FUN/WOMBAT_JIM.JPG  	and, here in German (sorry)) 	http://www.interbase2000.de/hist/ah1.htm  	   7 Here are some useful internet links I have collected...    DATATRIEVE Homepage D http://www.openvms.compaq.com/openvms/products/datatrieve/index.html  : Compaq DATATRIEVE Version 7.2A. Bookreader Docs - Sysworks$      Compaq DATATRIEVE Read Me First      Installation Guide       Guide to Interfaces)      Guide to Programming and Customizing       Reference Manual       User's Guide       Client User's GuideD http://www.sysworks.com.au/swadm_dat_root/axpdocjun03/dtraxp72a.html   DATATRIEVE FAQ) http://dtrwiz.home.netcom.com/dtrfaq.html   5 The DATATRIEVE Programmer by Joe H. Gallagher, Ph. D.  http://dtrwiz.home.netcom.com/  @ DATATRIEVE as a programming language by Joe H. Gallagher, Ph. D.) http://dtrwiz.home.netcom.com/dadt04.html   H BEGINNERS GUIDE TO DATATRIEVE - University of Ulster at Magee - Wayback  Machine ] http://web.archive.org/web/20030214141533/http://www.infm.ulst.ac.uk/~ted/html/datatrieve.htm   5 Introduction to DATATRIEVE - Part 1 - Wayback Machine l http://web.archive.org/web/20010728155336/http://www.wmich.edu/docs/docs/archive/intro_datatrieve_part1.html  5 Introduction to DATATRIEVE - Part 2 - Wayback Machine l http://web.archive.org/web/20010728155313/http://www.wmich.edu/docs/docs/archive/intro_datatrieve_part2.html  9 DATATRIEVE Graphics Internals by Joe H. Gallagher, Ph. D. - http://dtrwiz.home.netcom.com/plot_paper.html   . COMET & COMPANY -  a bit of Datatrieve history$ http://www.comets.com/datatrieve.htm  ? Development of Large Applications Using VAX DATATRIEVE (V00391) < http://www.decus.org/libcatalog/description_html/v00391.html    6 The following companies provide Datatrieve training...  & DCU - Data Collections Unlimited, Inc.8 http://www.dcu-inc.com/applications/datatrieve/index.htm  
 Tiburon, Inc. ; http://www.tibinc.com/customers/coursedescription98_usr.asp      Cheers!  Keith Cayemberg . IBM Business Services GmbH - Hannover, Germany   ------------------------------   Date: 30 May 2004 09:22:06 GMT From: healyzh@aracnet.com ( Subject: Re: KZPBA and AlphaStation 200?+ Message-ID: <c9c93u050c@enews4.newsguy.com>   G I did the downgrade a few hours ago, and after working out a few kinks, G everything is working just fine as far as I can tell.  More importantly H doing something like "java -version", or trying to copy a large file no K longer crashes the system.  On the downside the system is *painfully* slow, G when this system was last my server, it only did email, print and light H fileserver duties.  Now it also does database and web.  Obviously I need3 to get a replacement for my PWS in the near future.    			Zane    ------------------------------  + Date: Sun, 30 May 2004 11:45:17 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)H Subject: Re: long, boring explanation of minicopy (and HBVS, in general)$ Message-ID: <c9chgd$1es$1@online.de>  C In article <c9cgsg$p5$1@online.de>, helbig@astro.multiCLOTHESvax.de 3 (Phillip Helbig---remove CLOTHES to reply) writes:    I > So, FROM THE ALPHA, I dismounted one physical member of the shadow set  J > with /POLICY=MINICOPY.  OPCOM mentioned some stuff about a write bitmap J > being created.  I didn't shut down the VAX, but wanted to make sure the I > command worked properly first and that a minicopy would occur on MOUNT.   H I don't remember if I did DISMOUNT or DISMOUNT/CLUSTER from the ALPHA.  E Presumably, DISMOUNT/CLUSTER would be correct in this case, though I  H don't think it should matter since the individual members of the shadow I set aren't themselves mounted on any node---they are only mounted in the  H sense that they are members of the shadow set.  I would thus think that H a DISMOUNT on any node will expel the member from the shadow set on all < nodes (which is what the OPCOM messages seemed to indicate).  A Thus, I don't think that this could be the cause of my problem.      ------------------------------  + Date: Sun, 30 May 2004 11:34:41 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)H Subject: Re: long, boring explanation of minicopy (and HBVS, in general)# Message-ID: <c9cgsg$p5$1@online.de>   - In article <AqZWoVHs7m63@cuebid.zko.dec.com>, 2 brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:   J > I have been following a bit of these discussions, but not with any greatG > detail.  Independent of whether or not there has been any comp.os.vms E > consensus about what is the proper behaviour, if you ask a specific E > question about perceived behaviour, I'll tell you what the expected 5 > behaviour is, assuming a modern version of OpenVMS.  > M > > I'm still confused about VAX support.  Which of the following situations  H > > would benefit from DISMOUNT/POLICY-MINICOPY (assume two VAX and one  > > ALPHA node in the cluster):  > D > A VAX cannot have a minicopy bitmap on it.  A VAX **can** have itsM > writes registered on a minicopy bitmap that exists on an Alpha (or Itanium, L > for V8.2 and beyond.  The implementation of Host-Based Volume Shadowing onO > Itanium **IS IDENTICAL** to that on the Alpha hardware.  The only differences P > in the code exist to deal with the differences in the calling standards of the > two architectures.)  > C > In all the examples you give, the only one that could not benefit I > from minicopy is the one where the Alpha is shut down.  For the others, J > as long as the shadow set is mounted on an Alpha (even if its connectionF > is MSCP through a surviving VAX), you can use minicopy.  If a shadowE > set is mounted on an Alpha, but its only connection is MSCP through 8 > the VAX being shut down, then you cannot use minicopy. > L > If this is not clear, please let me know and I'll take another stab at it.  G Something isn't working.  I have 2 VAX nodes with VMS 7.3 and an ALPHA  7 node with VMS 7.3-1 with all necessary patches applied.   H I have a shadow set of two members each of which has a direct connectionH to a VAX.  I needed to take a VAX down (I need to increase the number ofF global sections so I can install some layered products) so I figured IB would test the minicopy stuff.  The shadow set is mounted on all 3 nodes.    G So, FROM THE ALPHA, I dismounted one physical member of the shadow set  H with /POLICY=MINICOPY.  OPCOM mentioned some stuff about a write bitmap H being created.  I didn't shut down the VAX, but wanted to make sure the G command worked properly first and that a minicopy would occur on MOUNT.   C Here's the command: MOUNT/CLUSTER/NOASSIST/POLICY=MINICOPY/CONFIRM  H (then shadow set name, shadow member names and volume label, of course).  G There are several problems with this command.  First problem: on VAX it D says that the POLICY=MINICOPY stuff is not a recognised option.  OK,@ perhaps the MOUNT has to be issued from an ALPHA.  In that case,< however, the syntax shouldn't be mentioned in the VAX help.   H I then tried the command on ALPHA.  Second problem: /CONFIRM says that aG FULL shadow copy should be performed.  Maybe this is just the standard  I boilerplate text, but shouldn't it mention MINICOPY instead of full copy  # if that is what it is trying to do?   G I said yes to the question.  (Note that I didn't specify the OPTIONAL,  E so that the mount would fail if MINICOPY couldn't be executed.)  The  D mount was successful.  OPCOM gave some informational messages about I write bitmaps (which I don't recall seeing before when mounting a member  E back into the shadow set).  Third problem: based on the speed of the  I copy operation currently in progress, IT APPEARS THAT IT IS DOING A FULL   SHADOW COPY.  F According to what you said in your previous post, since I'm not takingH the ALPHA down (and even issued the DISMOUNT and MOUNT commands from theA ALPHA), then the command should work.  Even if for some reason it C doesn't, then the fact that I specified POLICY=MINICOPY without the A OPTIONAL keyword on the mount command should have caused my mount 4 command to fail.  At least, this is what HELP says.   5 A related question: What is the purpose of specifying G MOUNT/POLICY=MINICOPY on the first mount of a shadow set (say, after a  F cluster reboot)?  Is it needed to enable the DISMOUNT/POLICY=MINICOPY I later (which would explain my problem, but HELP makes it sound like just  I the DISMOUNT/POLICY=MINICOPY command is enough)?  Is it needed to enable  G a minicopy if one member of the shadow set unexpectedly goes away then  H comes back (say, due to a connectivity problem, or an unscheduled crash C and reboot of the node hosting it) (however, if the scenario above  2 doesn't work, I don't expect this to work either).  E Unfortunately, I don't have any screen shots since the one node in my G cluster which will work with a graphics monitor is currently awaiting a E capacitor replacement; I'm typing away at a VT320.  However, based on H the various messages (except for the first two problems mentioned above,H which are essentially typos, apparently) it appeared that EVERYTHING wasI working as I expected it to after reading your last post, until the FULL   copy operation started.   D The disk in question is 9GB.  I would guess that just a few KB were H modified while the one member was dismounted.  Thus, I would expect the I MINICOPY to take a few seconds or, at most, a few minutes.  However, the  D copy operation is now 6% complete after about 20 minutes, so we are C looking at a few hours (normal for a full copy operation).  Bummer!    ------------------------------  + Date: Sun, 30 May 2004 17:41:59 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)1 Subject: [DECset V12.5] Current LSE/SCA version ? 0 Message-ID: <newscache$9lfjyh$0br$1@news.sil.at>   Now a (rhetorical) question:  F In previous occurences I found every time the version of LSE (LanguageE Sensitive Editor) and SCA (Source Code Analyzer) identical. Even this G time, SPL lists both as one item with UPI 057AA and version V4.8 (which  is contained in DECset V12.5).  L I did install DECset (months ago) and found that LSE is V4.8 and SCA is V4.7 Now, is there a SCA V4.8 ?   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sun, 30 May 2004 08:16:29 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: Re: [TCPIP] How to configure SMTP outgoing only0 Message-ID: <newscache$uepiyh$2uj$1@news.sil.at>  o In article <Pj3uc.1891$vA4.212@newssvr22.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: ! >Peter 'EPLAN' LANGSTOEGER wrote: X >> In article <c9a5i4.7r.1@bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes:: >>>Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote: >>> K >>>>You may know, that I'm not the expert in TCPIP SMTP (since I use MX and - >>>>also TCPware) so thought I ask here, too:  >>>>4 >>>>Is it possible to run TCPIP SMTP outgoing only ? >>>>2 >>>>I mean, to don't run a service on TCP port 25,D >>>>but enable local VMS users/applications to send SMTP mails out ? >>> M >>>Without scanning the docs for an "elegant" solution: you can define hosts  F >>>or networks which are allowed to use a service (/ACCEPT=HOSTS=..., J >>>/ACCEPT=NETWORKS=...) or which are not allowed to use it (/REJECT=...). >>  N >> That came also to my mind, but I'd prefer having no service running at all.? >> But thanks for reminding me. It may end as _the_ solution...  >>  $ >>>Will this help in your situation? >>  J >> It may help. A rejecting service and not having a service running mightJ >> make a difference on the port scanner summaries. I so far don't know... >>  	 >> -Peter  >>  O >> PS: Of course I could send out SMTP mails without having TCPIP SMTP running. J >> I could use NETSCAPE, MOZILLA, CSWB, PERL but I can't use VMSmail which >> is what I want... > H >for security... as long as you long as you do not allow relays and you F >run a stack that is not vulnerable to buffer overruns, then I do not * >consider smtp to be a serious "threat"...  @ I'm not in the position to talk about security and threats here.I It is not my decision and maybe I'm not even able to discuss with "them". E I do however expect to see a difference between not running a service F (SYN RST) and rejecting a source IP address (SYN ACK and DSC ACK) from/ that service on a port scanner summary listing.   G >                                             My box is exposed to the  F >internet and is primarily used for inbound email and I do use if for D >some outbound (I would use it for all outbound, but some companies = >reject it because the IP does not match the reverse lookup).   I My boxes at home are exposed to the internet as well and I do all inbound K and outbound mail traffic over them and my IP does match the reverse lookup H for exactly this reason. I've no problem at home (and I run MX at home).   Thanks   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sun, 30 May 2004 08:20:41 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: Re: [TCPIP] How to configure SMTP outgoing only0 Message-ID: <newscache$ulpiyh$2uj$1@news.sil.at>  p In article <b662d7c616a11f7f4b14d11c7ff24e99@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:L >If you specify an /ACCEPT and/or /REJECT in the SMTP service definition, inM >practical terms, it will reject all incoming calls (if done right). However, ; >an audit will still show port 25 willing to receive calls.    I do expect so, too./ And a /PORT=x therefor isn't a solution either.   O >Another option is for you to disable the service and keep it disabled. And you J >write your own SMTOP startup procedure based on the one supplied with theN >software and then just proceed with the code needed to start the symbiont andM >define all logicals. You execute this after the whole TCPIP stack has begun.   E Yup. But I had hoped, that a fully documented/supported method exists F (which an say ECO installation doesn't destroy) I so far hadn't found.	 But alas.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sun, 30 May 2004 16:31:43 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: [TCPIP] How to configure SMTP outgoing only@ Message-ID: <466ae943de6aef7eeb57d80a0920f4d4@news.teranews.com>    Peter 'EPLAN' LANGSTOEGER wrote:G > Yup. But I had hoped, that a fully documented/supported method exists H > (which an say ECO installation doesn't destroy) I so far hadn't found. > But alas.   K If you have your own customized SMTP startup procedure that starts only the F mail symbiont (outbound mail), it would not be overwritten by any SMTPL patch/new version since it would be a separate file. From the TCPIP softwareK point of view, it would think that yoru whole SMTP software is disabled and  would not try to play with it.   ------------------------------   End of INFO-VAX 2004.299 ************************                                                                                                                                                                                                                                                                                                                                                                                          	/xjЄk)sP\%aF19#}dyX*_]AAs2䢎ΘbB'xh8n
qYFXh&=h`vTe+V˵W`Rwa\LZdxj4gVcy	O$}hu[K&s^$Ļ	^6*Ycq*|J%5+Szt·c^zT˻5B^}`K~T@_eR*-FDj#$1.uwLA'x/׸ߴOxBS\;K
Yk)^~?ZN7`eZ=/-
LɟLT>VQh.))juۜLH$K=y0K}jN+&ydipYh=LBoy扅&ha>O	
*&L_l3-=/F4#IAhƬ4̈́@40"B'm4L},4S[3&x"K],7
ݟ꙰i{&+˲91x6aӺԬYeCTo\S'f#2f^pX*V`4O6*,@BVb'~4O|p_>o=DD'^|ǲyD3fiO'V:
 Hy,ga;xvVϲ.cKC-
(=_f?ڪwwe
fUB"*l5ϦP^$X69ýejRHa+EW[깚ʶ0U{:|*39yG֥8acXehP
T¨@o@3Wņj?3t\Kh/=叻lPʋ5f^զ
FFd_dՌ
z.?9j>$FgsH9z>Fh^|
\}[]oRBva
*<	Kb>ȗw5mۢ(Y?[HZR+,J"2J
	 hKRK|I>nn9IU|Isч|A=a8{fa	mR==3==?o^XYtq*`ČjZBKmPS)aL#2y{7Z9,T/VZZ\ݫ50hu+5(+ lX/_cPc(\Wq-[7ڂ5K$jjY2G[*Q{Ca_Xu_l2صzY7zia4)
n4ɔ-_ADGz`%Kh)2-Êt9E6nh*Ej<_m69P{1YJUkJ<%4`8[6:d8}.R5
rXo4uNtќhx("Of޲hR`#YV߰!k
S16D20yK̳;{-fQ44vaOQ-`O`K=sKO|h. iN}a2Mچ0[
LGH{Eք!`g3?7XXR
">nfuemc
k(EӍ8f4Qk7j=֊R(G{J۲kgye\ÞB҄9.4+gP12~$F?\gسV?	Y]pa98m:NHl8}}28n1Bj PzV`Ōc!}=maacP~ΰg_hD3:fQ.6wES+e>ź^d1z?^D#Lq	Eb!6v`6Ֆ9Xi-mM&)r=eZ-
1</<H!XQfNb~!=!6ӏ.oN1_4BZc|͗djJ枲"Xy̠!L,-ܞ`JYp륬:;|k"!a48M)GdtK-	=%e<5*ci/91~+GK߫UP#`[k+U<جW=cS#=C:f+tJ[&$^,lJ3)/
]}>oPrCX.F%1s϶2`4}4lTj1F6SfKCmq|9=ZNѼG+)*M{ղJܡN24J)X14ΰ'SNzg
TmnXW]bf-ÞL;,þJcTȃ&+ٲάsDJ|D$O
+|'091yCK3zdWFJtw.N;b4v-&(͔ڂ	lB[F{x4}Lh@'-ٲ|ưv{"_Ml?Þ㕁;gYm$X	!htKpܧF\+:GfKCVz9䚹!k*3秗c͐Vil
[FsxOL~$4ڎ	ݬxc#yjV*rx˾سkyǛkr3IMc`x}c-YۀL)ak\-Y-h({B0xh4Ԕ%IJsGlIZmeLLMdwќKhؾr;ip9|D)-OL?0i`'MM3
/͎y_B2o1\f0VFp4׉07]Js71O{Ah?)	c'vƪeѓbO~`r.ӧ^0'Hi}cCV4Bş0
ߢvWï8~;Ԭ+Yar^1-.`BPqvN㢚sc,a2,9K'X6xhԖܬ sfٳ
5K&4w)#/ĳs}nb%WjŲd1I_ 7RڷLkLri%ÞeX?#qmL1Fq
zǜsFKOZ4<GhHqYGP
8g hx(Lyinќ\vCh.h[4G2ø)Hߧ}*hP`bnctA$7駗#t9?Um4˛"e1v{.AΑ|eR
F*;;pJXۻvoJ7,H1+.IGjIʩFZkR*@! 
>.C5 /k`