1 INFO-VAX	Sun, 02 Apr 2006	Volume 2006 : Issue 183       Contents: Re: DVD+RW drives on Alpha 8.x2 looking for used DEC hardware (D,NL,B,UK,DK,S,N,F) Multinet SSH2 Configuration  Re: OPA0 on DS10L problem . Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS  Problem Restated:  OPA0 on DS10L* SMTP: stop sending "no such user" messages  F ----------------------------------------------------------------------  $ Date: Sun, 2 Apr 2006 11:15:14 +0200? From: "Eberhard Heuser-Hofmann" <vaxinf@chemie.uni-konstanz.de> ' Subject: Re: DVD+RW drives on Alpha 8.x 4 Message-ID: <005f01c65635$f4752090$0301a8c0@athlon1>   Hi,    ----- Original Message -----  & From: "Phaeton" <phaeton@iinet.net.au> To: <Info-VAX@Mvb.Saic.Com> $ Sent: Sunday, April 02, 2006 3:32 AM' Subject: Re: DVD+RW drives on Alpha 8.x       > Eberhard Heuser-Hofmann wrote: > [...snip...]@ >> If you want to use all media (DVD+-R(W), DVD-RAM, DVD+-R DL), >> you should buy DVDwrite.  >> >> Eberhard  >>G >> PS: The first blue ray drive are avaliable, someone is interested to ! >> burn 25 GB/50 GB on one disk??  > C > There is still a "format war" going on between Blu-Ray and HD DVD F > ( not unlike the VHS vs. Beta wrangle. ) Not to mention the price of0 > a Blue-Ray burner is astronomical currently...  E Astronomic? 1000 US$ for a Blue-Ray drive and 25 US$ for one media...   2 You can learn alot if you look at the DVD history.< DVD minus came out first. Suddenly the "plus" comes out. And6 finally all technologies are implemented in one drive.  . The same will happen with Blue-Ray and HD DVD.  D It's a fact that a 8 GB storage capacity is too small in many cases.   > D > Also, technology changes so fast, that by the time these two fightE > it out, there will be other ( better and higher capacity ) formats, * > like holographic storage, for example...F >                                                     Cheers,    Csaba  G It is often a task to archive data for a long time now and not in five   years.3 Then you must use the technology that is available.   	 Eberhard     ------------------------------  * Date: Sun, 2 Apr 2006 14:34:41 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply); Subject: looking for used DEC hardware (D,NL,B,UK,DK,S,N,F) $ Message-ID: <e0one1$cq4$2@online.de>  F I almost have all I need to last me until I die, but am still looking H for a few items.  Right now, I'm only looking for stuff for free or for C a nominal fee, though I can collect this summer in Norway, Sweden,  G Denmark, Germany, the Netherlands, Belgium, northern France or England.       o  RZ28 SBB disks      o  RZ26 SBB disks  D    o  small, fast ALPHAs (21164 or faster, only desktop-size (i.e. a?       SMALL pedestal would be OK as well); I'm thinking of the  B       ALPHAstation 500, the Personal Workstation, XP1000, DS10 etc  F    o  SCSI-cable with the strange VAXstation 3100 connector on one endD       and CENTRONICS 50 or the smaller SCSI-2 connector (like on the7       DEC 3000 LX or ALPHAstation 255) on the other end       o  RZ26 internal disks       o  BA353 "pizza box"   D    o  cable with sockets for keyboard and mouse so that these can beD       used on workstations which a) don't have individual connectorsB       (e.g. the DEC 3000 600) or b) which are too far away for the-       normal-length keyboard and mouse cables    ------------------------------   Date: 2 Apr 2006 08:41:01 -0700 # From: "Steve" <smgcircle@yahoo.com> $ Subject: Multinet SSH2 ConfigurationC Message-ID: <1143992461.460394.183260@j33g2000cwa.googlegroups.com>   E I have what I hope is a simple question concerning Multinet and SSH2.   G I am running VMS v7.3-2 and Multinet v4.4AX on two VMS systems. I would C like to configure SSH2 on these two systems so that any user who is F logged onto System A can connect to System B using SSH2 without having$ to enter their password on System B.  F I have been able to configure the systems so that this is handled on aB user by user basis. However, that is not practical for the severalB hundred users that this will affect. I would like to make a globalC configuration change so that all users on System A will not have to ) enter their account password on System B.   0 Any and all help would certainly be appreciated.   Thanks very much!    Steve    ------------------------------  % Date: Sun, 02 Apr 2006 10:23:47 -0400 ! From: None@nospam.Don'twantit.com " Subject: Re: OPA0 on DS10L problem8 Message-ID: <rhmv225hlrisqfv6glkm4kt8lq57k0g49h@4ax.com>  A On Fri, 31 Mar 2006 06:24:07 -0800, "Tom Linden" <tom@kednos.com>  wrote:  F >On Thu, 30 Mar 2006 21:14:53 -0800, John Santos <john@egh.com> wrote: >  >> William Webb wrote:2 >>> On 3/29/06, Tom Linden <tom@kednos.com> wrote: >>> I >>>> Using a DB9 null modem cable I can connect from a PC using Hyperterm K >>>> to either TTA0 or OPA0 on an XP1000, but only TTA0 on a DS10L.  I have J >>>> confirmed that the settings for OPA0 are identical for the two.  If I= >>>> loop the cable on the DS10L from TTA0 to OPA0 I can both  >>>>- >>>> SET HOST/DTE OPA0  and SET HOST/DTE TTA0  >>>> >>>> Any ideas?  >>>>@ >>>  The DS10L has two DB9 serial ports which are TTA0 and TTB0.3 >>>  You use TTA0 as the console port on the DS10L. 7 >>>  I, too, don't understand what you're trying to do.  >>>  WWWebb  >>>  -- G >>> NOTE: This email address is only used for noncommerical VMS-related  >>> correspondence. G >>> All unsolicited commercial email will be deemed to be a request for < >>> services pursuant to the terms and conditions located at' >>> http://bellsouthpwp.net/w/e/webbww/  >>D >> Unlike everyone else, I think I *do* understand what Tom is doing >> (or trying to do.) :-)  >> >>F >> As I understand it, you take the same DB9 loopback cable that worksB >> between the PC and both ports of the XP1000 and that also worksA >> between the PC and the TTA0: on the DS10L.  This setup doesn't @ >> work when you take the same cable and connect the PC to OPA0:@ >> on the DS10L.  However (here's the kicker!), if you take thatA >> very same cable, and connect it between OPA0: and TTA0: on the  >> DS10L, then you can:  >>E >> 1) log in from somewhere else (DECnet, telnet, decterm session, VT $ >> terminal on a terminal server...) >> >> 2) SET HOST/DTE TTA0: >> >> 3) hit return >>< >> 4) See a USERNAME: prompt (from OPA0:), log in, etc. etc. >> >> 5) logout from OPA0:  >>A >> 6) ctrl-\ to get back to DCL on you original terminal session.  >>9 >> and ****  you can do the exact same thing in the other  >> direction, i.e. >> >> 2) SET HOST/DTE OPA0: >> >> 3) hit return >># >> 4) See USERNAME: from TTA0:, ...  >>3 >> i.e., use the null modem in the other direction.  >>G >> This, if I understand correctly, means the cable is good, both ports G >> are set the same way, same speed, flow control, stop bits, etc. etc.  >>I >> So the bottom line is "What's wrong".  Short answer, "no idea" :-( :-(  >> >>F >> Actually, I think there must be something wrong with one or more ofI >> the modem signals, DTR, DSR, etc. which is getting generated correctly J >> by the TTA0: port, but not by the PC.  Whatever the signal is, for someI >> reason VMS (or the hardware) cares about it on OPA0: of the DS10L, but G >> not on any of the other ports on the (DS10L TTA0:, both ports on the  >> XP1000.)  >>H >> To properly diagnose something like this, you need a breakout box, orI >> at least some way of testing and strapping the individual lines of the I >> DB9 null-modem cable.  (I have a couple of DB25 breakout boxes, but no J >> DB9 one.  On the few occasions where I've had to debug DB9 connections,J >> I've been able to use DB9-DB25 adapters and not introduce more problemsI >> than I've solved.)  Maybe this will ring a bell (har har) and some one K >> will remember something like "The console port goes nuts with a floating 3 >> RI (ring) signal.  Make sure pin X is grounded."  > G >Now the same cable from the PC to an XP1000 OPA0 works fine, also from B >XP1000/TTA0 to DS10L/OPA0 works  so likely the PC is generating aF >signal that bothers the DS10L on OPA0 but not TTA0, nor the XP1000 on@ >either port.  Now since the RI signal is the only not wired forI >a NULL modem, it could well be complicit.  I could try making up a cable I >leaving pin 9 unconnected.  If this were any PC one might suspect signal L >levels, but this is a Dell Poweredge server.  Also that fact the port worksI >with OPA0 on Pelicans, Miatas and XP1000 makes me also suspect something < >in the DS10L OPA0 isn't as it should be.  Maybe Fred knows? >  >>G >> This gets complicated, because any given signal may be high, low, or F >> floating (not driven by anything) and any of these conditions couldF >> cause problems.  The solution might be to strap a signal high, low,G >> or to another signal, either from the same end or looped around from I >> the other end.  Since there are 9 pins on a DB9, this gets complicated 4 >> fast!  (But TD, RD and ground are probably fine.) >>$ >> Maybe Black Box still sells BOBs? >>E Just a wild guess. Might something in the RMC on the DS10L be getting D in the way. See the DS10L console reference guide for details on howB to bypass/change settings in RMC if needed. Not sure if any  other6 Alphas mentioned  have RMC (remote management console)   Pete  < http://h18002.www1.hp.com/alphaserver/download/ds10cr-d.pdf    ------------------------------  % Date: Sun, 02 Apr 2006 10:29:16 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> 7 Subject: Re: Opinion: I was just trying to sell OpenVMS = Message-ID: <442f8b5a$0$67256$157c6196@dreader2.cybercity.dk>    Bill Gunshannon wrote:= > The stock market exchange machines are not on the INTERNET.   H Not directly, but I do think that the traders are connected to both the H Internet and the machines.  Considering that you could earn billions by G a few hours of fraud, and considering how many people are connected to  G the machines, I find it very likely that some of these people would be  + willing to hack the machines if they could.    ------------------------------  % Date: Sun, 02 Apr 2006 07:13:49 -0700 # From: "Tom Linden" <tom@kednos.com> 7 Subject: Re: Opinion: I was just trying to sell OpenVMS ) Message-ID: <op.s7dwhbnazgicya@hyrrokkin>   K On Sun, 02 Apr 2006 00:29:16 -0800, Karsten Nyblad <nospam@nospam.nospam>    wrote:   > Bill Gunshannon wrote:> >> The stock market exchange machines are not on the INTERNET. > K > Not directly, but I do think that the traders are connected to both the   K > Internet and the machines.  Considering that you could earn billions by   J > a few hours of fraud, and considering how many people are connected to  J > the machines, I find it very likely that some of these people would be  - > willing to hack the machines if they could.   I I once listed an odd number of shares through Schwab StreetSmart to see    how longK it would take to show up on the Level exchange.  It took about a second.     They mayK not be on the internet, but in some sense you can think of your broker as    a bridgeH  from the internet to the net serviced by the exchanges and the brokers.   ------------------------------   Date: 2 Apr 2006 15:40:43 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Opinion: I was just trying to sell OpenVMS + Message-ID: <49a9jrFnrgtnU1@individual.net>   = In article <442f8b5a$0$67256$157c6196@dreader2.cybercity.dk>, . 	Karsten Nyblad <nospam@nospam.nospam> writes: > Bill Gunshannon wrote:> >> The stock market exchange machines are not on the INTERNET. > J > Not directly, but I do think that the traders are connected to both the J > Internet and the machines.  Considering that you could earn billions by I > a few hours of fraud, and considering how many people are connected to  I > the machines, I find it very likely that some of these people would be  - > willing to hack the machines if they could.   F Stock brokers are not hackers.  Hackers do not have INTERNET access toF the machines that actually process the transactions.  Come to think of" it, neither do the stock brokers!!   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 2 Apr 2006 15:45:11 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Opinion: I was just trying to sell OpenVMS + Message-ID: <49a9s7FnrgtnU2@individual.net>   ) In article <op.s7dwhbnazgicya@hyrrokkin>, & 	"Tom Linden" <tom@kednos.com> writes:M > On Sun, 02 Apr 2006 00:29:16 -0800, Karsten Nyblad <nospam@nospam.nospam>    > wrote: >  >> Bill Gunshannon wrote: ? >>> The stock market exchange machines are not on the INTERNET.  >>L >> Not directly, but I do think that the traders are connected to both the  L >> Internet and the machines.  Considering that you could earn billions by  K >> a few hours of fraud, and considering how many people are connected to   K >> the machines, I find it very likely that some of these people would be   . >> willing to hack the machines if they could. > K > I once listed an odd number of shares through Schwab StreetSmart to see   
 > how longM > it would take to show up on the Level exchange.  It took about a second.    
 > They mayM > not be on the internet, but in some sense you can think of your broker as   
 > a bridgeJ >  from the internet to the net serviced by the exchanges and the brokers.  C While the transactions can get into the system very fast, it is not G the INTERNET that handles getting those transactions run.  The INTERNET F piece ends at your user interface.  The INTERNET is not secure enough,H or reliable enough for anything beyond that and you can rest assured the5 people who run the show (incuding the SEC) know this.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sun, 02 Apr 2006 18:50:28 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> 7 Subject: Re: Opinion: I was just trying to sell OpenVMS = Message-ID: <443000d1$0$60779$157c6196@dreader1.cybercity.dk>    Bill Gunshannon wrote:H > Stock brokers are not hackers.  Hackers do not have INTERNET access toH > the machines that actually process the transactions.  Come to think of$ > it, neither do the stock brokers!!  E They are smart enough to be capable of learning it.  All it takes is  C some criminal organization putting hackers and some crocked trader  C together.  Of course the stock exchanges know this and build their  C systems such that they can not be hacked by a trader.  However, at  0 requires an OS, firewalls, etc. of high quality.   ------------------------------   Date: 2 Apr 2006 17:41:32 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Opinion: I was just trying to sell OpenVMS + Message-ID: <49agmcFnob1fU2@individual.net>   = In article <443000d1$0$60779$157c6196@dreader1.cybercity.dk>, . 	Karsten Nyblad <nospam@nospam.nospam> writes: > Bill Gunshannon wrote:I >> Stock brokers are not hackers.  Hackers do not have INTERNET access to I >> the machines that actually process the transactions.  Come to think of % >> it, neither do the stock brokers!!  > 6 > They are smart enough to be capable of learning it.   F Possibly, and the average shade-tree mechanic is capable of installing9 a Jensen supercharger on his street-car.  But they don't.    F >                                                     All it takes is E > some criminal organization putting hackers and some crocked trader   > together.   D If you can subvert an insider, he doesn't need to "hack the system".@ There have been a number of recen "accidents" reported where badC transactions resulted in multi-million dollar mistakes.  When these C happened, the money didn't disappear.  Someone lost on the deal and ( someone else gained.  No hacking needed.   D >           Of course the stock exchanges know this and build their E > systems such that they can not be hacked by a trader.  However, at  2 > requires an OS, firewalls, etc. of high quality.  D No. all it requires is that there be no direct outside access.  OnceC you breech physical security (usually using social engineering, not H technology) all bets are off.  And even VMS can't protect you from that!   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sun, 02 Apr 2006 08:42:17 -0700 # From: "Tom Linden" <tom@kednos.com> ) Subject: Problem Restated:  OPA0 on DS10L ) Message-ID: <op.s7d0krwezgicya@hyrrokkin>   B Perhaps I was too terse on first go around, but am having problemsJ connecting to the OPA0 port.  I have CONSOLE set to serial on all my nodesE so the second COM port is OPA0 and the first is TTA0 , as Fred kindly I explained a while back.  AlphaServer DS10L 466 MHz running OpenVMS V7.3-1 < OS has all the latest patches and the firware is Version 7.1  K I ran the following tests below.  The only test, which in my estimation was D normal was TEST 2, connecting from an XP1000.  It is odd that TEST 1H was not normal, since here we were connecting from one port to the otherB on same machine.  Now I have used this method of connecting to theE console port from a COM port on W2k using HyperTerm successfully with F Pelicans, Miatas and XP1000s, so I think there is something wrong with the DS10L serial ports.   4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX4 XXXXXXX  TEST 1  Loop from the TTA0 to OPA0  XXXXXXX4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  $ ********** FIRST PART ************** NORNS> set host/dte opa0  % %REM-I-TOQUIT, connection established   - Press Ctrl/\ to quit, Ctrl/@ for command mode    U   $ %REM-E-PORTRXERR, port receive error" -SYSTEM-W-DATAOVERUN, data overrun Username: Username: R\; Too many parameters - reenter command with fewer parameters    \R\\	 Username:  Username: Password: 	 Password:  User authorization failure	 Username:  Username: tr Error reading command input  File read error 9 Data overrun  <-----------------------  Hangs  hit return   	 Username:    On second attempt    NORNS> set host/dte opa0  % %REM-I-TOQUIT, connection established   - Press Ctrl/\ to quit, Ctrl/@ for command mode        Username: eading command input; Too many parameters - reenter command with fewer parameters    \COMMAND\ 	 Username:     & *********** SECOND PART ************** NORNS> set host/dte opa0; Same beahvior.  But on second attempt appeared as expected.   ? XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ? XXXXXXX  TEST 2 Connect from XP1000/xxA0 to DS10L/OPA0  XXXXXXX ? KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK      First from TTA0  ODIN> set host/dte tta0     % %REM-I-TOQUIT, connection established   - Press Ctrl/\ to quit, Ctrl/@ for command mode           	 Username:      Worked perfectly and fast    ODIN> set host/dte opa0   % %REM-I-TOQUIT, connection established   - Press Ctrl/\ to quit, Ctrl/@ for command mode       	 Username:      Ditto   ? XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ? XXXXXXX  TEST 3 Connect from W2K/COM1 to  XP1000/OPA0   XXXXXXX ? KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK     A In this test using Hyperterm set to 9600-8-N-1 I window is popped ( and immediately Username: prompt appears  
 Username: tom 	 Password: 	 $ sho def     SYS$SYSROOT:[SYSEXE]     =   SYS$SYSROOT:[SYSEXE]     =   SYS$COMMON:[SYSEXE]    ? XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ? XXXXXXX  TEST 4 Connect from  W2K/COM1 to  DS10L/TTA0   XXXXXXX ? KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK     ; After a long while it gets the Username: prompt.  On second 9 attempt after removing and reinserting cable it is normal     ? XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ? XXXXXXX  TEST 5 Connect from  W2K/COM1 to  DS10L/OPA0   XXXXXXX ? KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK   @ Never connected.  I also tried setting OPA0 to NOTYPE connecting> and then changing to TYPE_AHEAD.  Also tried opening HyperTerm and then connecting cable.    B I am using standard Null modem cable wired (and tested) as follows  
     1 ----- 4 
     2 ----- 3 
     3 ----- 2      4 ----- 1,6 
     5 ----- 5 
     6 ----- 4 
     7 ----- 8 
     8 ----- 7   , The settings on TTA0 and OPA0 are as follows   NORNS> sho term/full opa0 @ Terminal: _OPA0:      Device_Type: Unknown       Owner: No Owner  C     Input:    9600     LFfill:  0      Width:  80      Parity: None 1     Output:   9600     CRfill:  0      Page:   24    Terminal Characteristics: F     Interactive        Echo               Type_ahead         No EscapeC     No Hostsync        TTsync             Lowercase          No Tab H     Wrap               Scope              No Remote          No EightbitD     Broadcast          No Readsync        No Form            FulldupF     No Modem           No Local_echo      No Autobaud        No HangupF     No Brdcstmbx       No DMA             No Altypeahd       Set_speedH     No Commsync        Line Editing       Overstrike editing No FallbackG     No Dialup          No Secure server   No Disconnect      No Pasthru L     No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJ     Numeric Keypad     No ANSI_CRT        No Regis           No Block_modeH     No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2J     No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input  NORNS> sho term/full tta0 @ Terminal: _TTA0:      Device_Type: Unknown       Owner: No Owner  C     Input:    9600     LFfill:  0      Width:  80      Parity: None 1     Output:   9600     CRfill:  0      Page:   24    Terminal Characteristics: F     Interactive        Echo               Type_ahead         No EscapeC     No Hostsync        TTsync             Lowercase          No Tab H     Wrap               Scope              No Remote          No EightbitD     Broadcast          No Readsync        No Form            FulldupF     No Modem           No Local_echo      Autobaud           No HangupF     No Brdcstmbx       No DMA             No Altypeahd       Set_speedH     No Commsync        Line Editing       Overstrike editing No FallbackG     No Dialup          No Secure server   Disconnect         No Pasthru L     No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJ     Numeric Keypad     No ANSI_CRT        No Regis           No Block_modeH     No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2J     No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input    ------------------------------  * Date: Sun, 2 Apr 2006 13:34:12 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)3 Subject: SMTP: stop sending "no such user" messages $ Message-ID: <e0ojsk$834$1@online.de>  B This might have been covered here before.  I'll have a look at theE archives, and also have the documentation (5.4 ALPHA and 5.3 VAX with B VMS 7.3-2 ALPHA and 7.3 VAX).  However, I would appreciate a quick reply.    > I am getting a lot of spam, not to real email addresses but toH non-existent users (at real domains, obviously, otherwise I wouldn't be H getting them).  This is probably a dictionary-attack situation, perhaps  caused by some virus.   I This in itself doesn't bother me (apart from the fact that it is a waste  I of bandwidth), but TCPIP$SMTP sends a "no such user" to the sender.  The  I small problem with this is that they almost always bounce, and I have to  G filter out the resulting responses.  The big problem is that sometimes  I so many emails are sent within a short time that the operator of my SMTP  H relay server (whom I pay to use his server, since, having a dynamic IP, H many sites won't accept email directly from me, which is understandable E in the Age of Spam) complains to me.  (It is possible, of course, to  H send much more email through his server, for example if I had some sort H of mailing list or newsletter with thousands of recipients, but that is  not the case here.)   G Thus, what I want to do is have SMTP just silently drop the connection  H when email comes for a non-existent user.  Is this possible?  If so, is I it possible without stopping email for some alias, which is forwarded to   a real user?  I Of course, this won't follow the RFCs, but we have to face the fact that  + they were written without spammers in mind.   G In the longer term, I can try to make a black list of bad IP addresses  F and filter things out at that level (by rejecting them or setting the F route to a non-existent IP address on my LAN, which I think will work H for an arbitrarily large number of bad IP addresses).  However, I would ( like a quick SMTP-only solution as well.  I Another alternative would be an enhancement to SMTP which would send all  G email to non-existent users to a special catch-all address.  One could  - then respond to real typos and junk the rest.    ------------------------------   End of INFO-VAX 2006.183 ************************