Archive-Date: Wed, 4 Jun 1997 23:21:25 -0500 Sender: From: goathunter@madgoat.com (Hunter Goatley) Subject: Re: Controlling the FROM: address Date: 5 Jun 1997 03:33:47 GMT Message-ID: <5n5c2r$od9$2@news.wku.edu> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <338e27c7.369271193@news.icanect.net>, ray@webpc.com (Ramon Fernandez) writes: >I have a VAX on a private LAN that it is sending messages without a >problem by forwarding the messages to a SMTP mail server that is on >the Internet, except for messages addressed to AOL. The AOL mail >server is complaining that the FROM: address is illegal because it can >not find it on the DNS. That is true, the VAX host name is not define >on any DNS available from the Internet because it is using a private >IP number (198.162.0.5). How can I control the address contained on >the FROM: field to have user@domain.com instead of having >user@host.domain.com > >Is there some kind of logical, or trick, to fool the address on the >FROM: field? > Sure. Just change the node name in these logical names: MX_NODE_NAME MX_VMSMAIL_FROM_FORMAT Those are defined in MX_DIR:MX_LOGICALS.DAT. Just edit that file to change the name, then restart MX (or just do @SYS$STARTUP:MX_STARTUP LOGICALS). That should solve the problem. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 5 Jun 1997 10:40:15 -0500 Sender: Date: Thu, 05 Jun 1997 08:41:33 PST From: Simeon Broughton Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: broughton@NICAD3.NIC.BC.CA Message-ID: <009B5514.BC638FA0.2485@NICAD3.NIC.BC.CA> Subject: Re: Controlling the FROM: address > >Is there some kind of logical, or trick, to fool the address on the > >FROM: field? > > > Sure. Just change the node name in these logical names: > > MX_NODE_NAME > MX_VMSMAIL_FROM_FORMAT > > Those are defined in MX_DIR:MX_LOGICALS.DAT. Just edit that file to > change the name, then restart MX (or just do @SYS$STARTUP:MX_STARTUP LOGICALS). > My mx_logicals.dat doesn't have a MX_VMSMAIL_FROM_FORMAT. Should it? MX_FLQ_NODE_NAME\/SYSTEM/EXEC\NICAD3 MX_NODE_NAME\/SYSTEM/EXEC\NICAD3.NIC.BC.CA MX_VMSMAIL_LOCALHOST\/SYSTEM/EXEC\@NICAD3.NIC.BC.CA MX_FLQ_DIR\/SYSTEM/EXEC\SYS$SYSDEVICE:[MX.QUEUE] MX_ROUTER_DIR\/SYSTEM/EXEC\MX_ROOT:[ROUTER] MX_LOCAL_DIR\/SYSTEM/EXEC\MX_ROOT:[LOCAL] MX_MCP_HELPLIB\/SYSTEM\MX_DIR:MX_MCP_HELPLIB MX_ALIAS_HELPLIB\/SYSTEM\MX_DIR:MX_ALIAS_HELPLIB MX_SMTP_SERVER_THREADS\/SYSTEM/EXEC\8 Simeon Broughton, Manager, Computer Services. (604)334-5254 broughton@nic.bc.ca ================================================================================ Archive-Date: Thu, 5 Jun 1997 11:03:59 -0500 Sender: Date: Thu, 5 Jun 1997 11:03:54 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B5528.9EDC9CBB.20@ALPHA.WKU.EDU> Subject: Re: Controlling the FROM: address Simeon Broughton writes: > >> >Is there some kind of logical, or trick, to fool the address on the >> >FROM: field? >> > >> Sure. Just change the node name in these logical names: >> >> MX_NODE_NAME >> MX_VMSMAIL_FROM_FORMAT >> >> Those are defined in MX_DIR:MX_LOGICALS.DAT. Just edit that file to >> change the name, then restart MX (or just do @SYS$STARTUP:MX_STARTUP LOGICALS). >> >My mx_logicals.dat doesn't have a MX_VMSMAIL_FROM_FORMAT. Should >it? > >MX_FLQ_NODE_NAME\/SYSTEM/EXEC\NICAD3 >MX_NODE_NAME\/SYSTEM/EXEC\NICAD3.NIC.BC.CA >MX_VMSMAIL_LOCALHOST\/SYSTEM/EXEC\@NICAD3.NIC.BC.CA Sorry, my mistake. I meant "MX_VMSMAIL_LOCALHOST", not "MX_VMSMAIL_FROM_FORMAT". Hunter ------ Hunter Goatley, Process Software, http://www.process.com TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 11 Jun 1997 05:16:29 -0500 Sender: Message-ID: <339E79FF.446B@delta.sggw.waw.pl> Date: Wed, 11 Jun 1997 12:12:15 +0200 From: Jacek Tobiasz Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: MX 5.0 question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello ! MX 5.0 is to be relased sooner :-) or later :-(, so I have one question about it features. I know MX 5.0 will be able to block e-mails from defined e-mail address. What about using MX as SMTP server ? I would like to define who can use my MX server as an SMTP server in his e.g. Netscape. I would like to define that only users from my domain/IP numers range may use my server to send mails outside my domain (of course it must be able to accept mails to my host/hosts form everyone :-) I've just tried using alpha.wku.edu as my SMTP server in Netscape and it worked (mail was destinated to myself). It was not refued. So, is this feature not implemented in MX 5.0, or not used at alpha.wku.edu ? You see, Internet is geting more and more less friendly this days ... One day I got 2 mails 16 MB each from someone to send to other host (oh, one more question: will be there restriction on mail size ?). I am afraid of geting a hundred of such mails one day. Best regards and thank you for your great work ! Jacek Tobiasz ================================================================================ Archive-Date: Wed, 11 Jun 1997 07:48:35 -0500 Sender: Message-ID: <339E9D7C.794B@delta.sggw.waw.pl> Date: Wed, 11 Jun 1997 14:43:40 +0200 From: Jacek Tobiasz Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: MX performance results Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello ! I am using MX for about 3 years now. VAX and AXP. It great. No ... have no problems with performance :-) Just would like to ask you all (short survey): - what about MX performance at your site - how many mails by hour/day/week/year you are serving - what platform you are runnig - what load MX counts on this machine. - and more .. your know better :-) It does not have to be high precision ... On my system (DEC 4000/610, AlphaServer 1000/233, MX 4.2, MicroVAX 3100/90) I got max 600 mails per day (avg. 300), sent 50 , (500KB and 50KB respectivly). These are only estimated numbers. And load is minimal. Hunter, what about WKU with it fileserver ? How does it work from MX performance point of view ? Best regards Jacek Tobiasz ================================================================================ Archive-Date: Wed, 11 Jun 1997 12:13:38 -0500 Sender: Date: Wed, 11 Jun 1997 12:13:33 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B59E9.581ECCD4.16@ALPHA.WKU.EDU> Subject: RE: MX 5.0 question Jacek Tobiasz writes: > >I've just tried using alpha.wku.edu as my SMTP server in Netscape and >it worked (mail was destinated to myself). It was not refued. >So, is this feature not implemented in MX 5.0, or not used at >alpha.wku.edu ? > I've been too busy working on MX V5.0 to set up the NORELAY features on ALPHA.WKU.EDU! But the feature will be in MX V5.0. Hunter ------ Hunter Goatley, Process Software, http://www.process.com TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 13 Jun 1997 06:07:42 -0500 Sender: Message-ID: <33A128E7.2781@delta.sggw.waw.pl> Date: Fri, 13 Jun 1997 13:03:03 +0200 From: Jacek Tobiasz Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: RE: MX 5.0 question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-Path: Hello ! >>I've just tried using alpha.wku.edu as my SMTP server in Netscape and >>it worked (mail was destinated to myself). It was not refued. >>So, is this feature not implemented in MX 5.0, or not used at >>alpha.wku.edu ? >I've been too busy working on MX V5.0 to set up the NORELAY features >on ALPHA.WKU.EDU! But the feature will be in MX V5.0. Thanks, for now I stop sending questions :-) Keep on working. Great ! >Hunter Jacek ================================================================================ Archive-Date: Fri, 13 Jun 1997 14:29:16 -0500 Sender: Date: Fri, 13 Jun 1997 11:57:47 EST From: "Henry A. Frystak - System Manager" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: syshaf@tesla.njit.edu Message-ID: <009B5B79.796439C8.43@tesla.njit.edu> Subject: MX 5.0 question Hunter: I know you have been busily working on MX 5.0 and that it is running at selected sites in beta (alpha?) test mode. We (the MX user community) are waiting anxiously for its new features. Do you have a tentative release date or if not, at least a ballpark idea of a date? The reason being that many of us are educational sites who have small windows when we can upgrade software. If I can't upgrade by the middle of August, my next window won't be until between Christmas and New Years. Here's hoping it will be sooner than later - Henry Frystak New Jersey Institute of Technology System Administrator Academic Computing Department VAX/VMS USENET Newsmanager University Heights TESLA::SYSHAF Newark, New Jersey 07102 syshaf@tesla.njit.edu ================================================================================ Archive-Date: Mon, 16 Jun 1997 14:37:08 -0500 Sender: From: goathunter@madgoat.com (Hunter Goatley) Subject: Re: Problem deleting users on mailing list Date: 16 Jun 1997 18:14:51 GMT Message-ID: <5o3vqr$rq5$1@news.wku.edu> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <01bc72b4$16b0da60$8e7a898b@rsmith>, "Rick Smith" writes: > I am using MX to handle a mail list for a group that I belong to. One of >the subscribers to this list just had the domain name of his ISP changed by >the ISP. For a few weeks mail can be received by both the old and new >domains. The use went and adding himeself a second time to the list using >the new domain name. Now he gets two copies of each message. He cannot >delete the first entry so he turned to me. I tried to delete it using the >mlfake utility but the record does not go away. I can add users with >mlfake but not delete them. Does anybody have experiences deleting users? > Make sure you specify the SIGNOFF command and that you get the case of the subscriber's e-mail address correct. What I'd recommend you do is stop trying to use MLFAKE to do it and send REMOVE commands to the -request address for the list. This is covered in the MX MLF manual. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Mon, 16 Jun 1997 14:37:15 -0500 Sender: From: goathunter@madgoat.com (Hunter Goatley) Subject: Re: MX 5.0 question Date: 16 Jun 1997 18:15:53 GMT Message-ID: <5o3vsp$rq5$2@news.wku.edu> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <009B5B79.796439C8.43@tesla.njit.edu>, "Henry A. Frystak - System Manager" writes: >Hunter: > I know you have been busily working on MX 5.0 and that it is running at >selected sites in beta (alpha?) test mode. We (the MX user community) are >waiting anxiously for its new features. Do you have a tentative release date or >if not, at least a ballpark idea of a date? The reason being that many of us >are educational sites who have small windows when we can upgrade software. If I >can't upgrade by the middle of August, my next window won't be until between >Christmas and New Years. Here's hoping it will be sooner than later - > Yes, I hope we release it before the beginning of August. It looks like we will be, based on the testing that's going on, but I can't guarantee it yet. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 17 Jun 1997 07:15:50 -0500 Sender: Subject: A modular SITE_DELIVER.COM Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 17 Jun 1997 12:02:47 GMT MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU Last night I became sick and tired of the clumsy way SITE_DELIVER.COM was built at my sites, so I started hacking on a general, modular SITE_DELIVER with a kind of "plug-in" (I know, buzzwords, buzzwords) kapability (through "correctly" named subprocedures or images). I'm now using it at one of my sites, and it appears to work very well. The whole things works and is configured through the /ROUTE parameter to DEF PATH. The whole thing is available as ftp://ftp.lp.se/contrib/mx/site_deliver-19970617.zip The following is the documentation that comes with it: SITE_DELIVER.COM by Richard Levitte This is the documentation of my modular SITE_DELIVER.COM, which is the MX procedure that interfaces between MX itself and user-written procedures. The intention is to build a framework where several tasks are being done by the SITE_DELIVER procedure. This is done by providing the means for modules (subsequent command procedures or program images), and some callback routines for common tasks. How to unpack? -------------- Go to the directory MX_DIR:, and unzip the package SITE_DELIVER.ZIP from there. All files should end up in the right places. How does SITE_DELIVER.COM communicate with subsequent programs? --------------------------------------------------------------- Through global symbols, except for the 3 arguments (P2, P3 and P4 that are passed as P1, P2 and P3). What does SITE_DELIVER.COM do? ------------------------------ SITE_DELIVER.COM does a number of things, but first of all, SITE_DELIVER.COM can be invoked in two ways; "normal" and "callback". Callbacks are identified with P1 having the value "__CALLBACK". Callbacks are done with the command symbol SD_CALLBACK. Things that SITE_DELIVER.COM does: In case of a normal invokation: 1. clears the global symbol table and then sets up a few defaults. Those defaults are taken from the user-written file MX_DIR:MX_SITE_INFO.COM, which should contain global symbol definitions. Common variables that can be customized are: Return_address Error_address Organization A few globals are always set to predefined values: Remove_Response_file NO Do_Not_Forward NO Do_Not_Instruct NO MX_ENTER $MX_EXE:MX_SITE_IN SD_CALLBACK @'f$element(0,";",f$environment("PROCEDURE")) __CALLBACK The logical name SD_DIRECTORIES is set up, by default with the values MX_EXE: and MX_SITE_DIR:. 2. P1 is split up in parts separated by ';'. All characters can be escaped by placing a backslash ('\') before them. The parts are stored in the global symbols site_P'n', where n is .le. site_P_n. 3. The value of site_P1 is prepended with "SD_". 4. P2 through P8 are shoveled down one step (meaning the values are copied to P1 through P7, and P8 is emptied). This makes sure built-in modules and external ones behave the same. 5. An attempt to go to the label 'site_P1' is done. 6. If that fails, check if SD_DIRECTORIES:'site_P1'.EXE exists, and run it if it does, and then exit. 7. If that failed, check if SD_DIRECTORIES:'site_P1'.COM exists, and run it if it does, and then exit. 8. If that failed, check if SD_DIRECTORIES:'site_P1'.LINK exists, pick the first line and use if as file name, with "SD_DIRECTORIES:" as default device/directory, and ".COM" as default file type. Run that file. 9. If all that failed, complain. In case of a callback: 1. P2 through P8 are shoveled down one step (meaning the values are copied to P1 through P7, and P8 is emptied). Prepend the value of P1 with "__" (that's how callbacks are recognised from now on). 2. Perform steps 2 through 5 above. 3. If the goto failed, complain. OK, so how does the communication with the modules work? -------------------------------------------------------- That communication is done through the arguments P1 through P3 (which corresponds to the arguments P2 through P4 that SITE_DELIVER.COM gets from MX, or through a callback), and the global symbols site_P1, site_P2,... site_P'n'. Remember that site_P1 through site_P'n' are taken from P1, which is the contents of the /ROUTE parameter in the MX SET PATH command. That is how you customize the modules. Each module decides on the meaning of those symbols. This needs documentation. See the examples. modules communicate back to SITE_DELIVER.COM through callbacks and setting some well-defined global symbols. What callbacks are there available now? --------------------------------------- AutoAnswer: invokation: SD_CALLBACK 'P1' 'P2' "''P3'" AutoAnswer is used to bounce back a response to someone who has mailed, and optionally send the incoming message to som other address. The global symbols it looks at are: Response_file name of the file to send Remove_Response_file IF true, remove the response file once used. Defauls is NO. Return_address the return-path of the envelope Header_From \ Header_Reply_To \ Header values Header_Errors_To / Header_Subject / Do_Not_Forward If true, the mail received will not be forwarded to 'Return_address'. If not true or doesn not exist, the mail received will be forward if it contains more than headers and signature. Default is NO. Do_Not_Instruct If true, do not run the instruction feature. Default is NO. __AutoAnswer also looks through SITE_DELIVER.COM and all SD_DIRECTORIES:SD_*.COM for lines starting with "$!X-Instructions: ", and uses them to build X-Instructions: headers. Caveats ------- It's sometimes hard to remember to make some symbols global. What files are available? ------------------------- Base and docs: MX_EXE:SITE_DELIVER.COM MX_DOC:SITE_DELIVER.DOC MX_DIR:MX_SITE_INFO.TEMPLATE Modules: MX_EXE:SD_USERINFO.LINK MX_EXE:SD_WWWGW.LINK MX_EXE:SD_USERWWW.COM MX_EXE:SD_NEWSGATE.COM You need MX_ROOT:[CONTRIB]MX-NEWS-GATEWAY.ZIP MX_EXE:SD_SAVEFILE.COM Author and maintainer --------------------- Richard Levitte Spannvägen 38, I S-168 35 BROMMA Sweden Tel: +46-8-26 52 47 (home) +46-10-222 64 05 (cell) email: levitte@lp.se TODO ---- - To test and correct - To write a web page and start collecting modules or links to them - a vacation module... -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Tue, 17 Jun 1997 18:50:49 -0500 Sender: Date: Tue, 17 Jun 1997 17:50:11 MST From: Jim Savoy Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: savoy@hg.uleth.ca Message-ID: <009B5ECF.5E125250.644@hg.uleth.ca> Subject: smtp port query Hi all, I am running MX 4.2, with NetLib 2.0 on an OpenVMS cluster (AXP v6.2), over TGV Multinet 3.5. I disabled the SMTP port from within Multinet. Q: If all SMTP processes are idle, is port 25 disabled? In other words, if you telnet to port 25 and it says "connection refused", is that normal behaviour? Would the port become active if an MX SMTP process went to work? Or should it be active all the time (while MX is running)?. Or is it a sign that there is a problem? (our mail is still flowing, but perhaps only because I have SMTP processes running all over the place on several nodes). Thanks! - jim savoy - - university of lethbridge - - savoy@hg.uleth.ca - ================================================================================ Archive-Date: Tue, 17 Jun 1997 20:12:49 -0500 Sender: Date: Tue, 17 Jun 1997 18:12:41 -0700 From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <970617181241.2325829e@Cisco.COM> Subject: RE: smtp port query > I am running MX 4.2, with NetLib 2.0 on an OpenVMS cluster (AXP v6.2), >over TGV Multinet 3.5. I disabled the SMTP port from within Multinet. > >Q: If all SMTP processes are idle, is port 25 disabled? > >In other words, if you telnet to port 25 and it says "connection refused", >is that normal behaviour? No - that is only normal if the TCP backlog queue is 'full', which should 'normally' never happen. >Would the port become active if an MX SMTP >process went to work? Or should it be active all the time (while MX is >running)?. It should always be active. >Or is it a sign that there is a problem? (our mail is still flowing, but >perhaps only because I have SMTP processes running all over the place on >several nodes). You definately don't have mail coming into whatever node you did the "telnet/port=25" to. -dan ================================================================================ Archive-Date: Thu, 19 Jun 1997 17:53:29 -0500 Sender: Date: Thu, 19 Jun 1997 16:52:53 MST From: Jim Savoy Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: savoy@hg.uleth.ca Message-ID: <009B6059.B13A2215.4260@hg.uleth.ca> Subject: RE: smtp port query I wrote: >> I am running MX 4.2, with NetLib 2.0 on an OpenVMS cluster (AXP v6.2), >> over TGV Multinet 3.5. I disabled the SMTP port from within Multinet. >> >> Q: If all SMTP processes are idle, is port 25 disabled? >> >> In other words, if you telnet to port 25 and it says "connection refused", >> is that normal behaviour? Dan answered: > No - that is only normal if the TCP backlog queue is 'full', which should > 'normally' never happen. I also asked: >> Would the port become active if an MX SMTP process went to work? Or should >> it be active all the time (while MX is running)?. And Dan answered: > It should always be active. Thanks Dan. I investigated the queue further and found that one message was giving an exit status of STRTOOLON. Sure enough, it had over 5000 email addresses in the To: field. I went out to ftp.madgoat.com, grabbed the patch for SMTP_SERVER.ALPHA_EXE and restarted SMTP. Everything has been working great ever since. Thanks! - jim savoy - - university of lethbridge - - savoy@hg.uleth.ca - ================================================================================ Archive-Date: Fri, 20 Jun 1997 05:41:50 -0500 Sender: Date: Fri, 20 Jun 1997 11:40:26 BST From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: A.HARPER@kcl.ac.uk Message-ID: <009B60F7.35900A05.149@alder.cc.kcl.ac.uk> Subject: question on mx 5 I have some questions about the new feature in MX 5 which purports to prevent unauthorized use as a mail relay... * Will you be able to restrict the domains authorized to use your systems as a relay? Will wildcards be allowed for the permitted (or disallowed) sites? * If mail comes in from one of the barred sites to a user who has set a forwarding address back out, will this be allowed or rejected? And on the question of banning cyber-bombers... * Will you be able to prevent acceptance from a wide range of known domains used for cyber-bombing? I had a look at the cyber-promo spam faq and there's many many such domains just for cyber-promo! Will wildcards be usable? * Will it be possible to restrict incoming mail from specific e-mail addresses and from specific domains separately? EGrestrict all mail from 'savetrees.com', whoever originates it at that site, but only restrict mail from user 'friends@public.com' ? * Can we have a very simple mechanism for updating the banned domains/users list that can be automated to update from the latest list of known sites as they are discovered? * Can we have a means to automatically send back a notice to the postmaster of the site in question saying that we dont want further mail? I'm not sure this is feasible or desirable though...? * Can we have a means to filter messages based on content? Ideally, a user could set up a file containing a list of things he/she doesn't want and mx local could fail to deliver it. Alternatively, a site-wide list could be maintained. For example, reject any message containing "FAST CASH" or "MAKE MONEY FAST" would be REALLY nice (of course this message would be rejected on those criteria!). Thanks for any input. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 20 Jun 1997 09:47:26 -0500 Sender: Date: Fri, 20 Jun 1997 7:47:09 -0700 From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <970620074709.23274d68@Cisco.COM> Subject: RE: question on mx 5 >I have some questions about the new feature in MX 5 which purports to prevent >unauthorized use as a mail relay... > > * Will you be able to restrict the domains authorized to use your systems as > a relay? Yes. >Will wildcards be allowed for the permitted (or disallowed) > sites? Yes, but it is easier than that. If you disable relaying (via SET SMTP/NORELAY_ALLOWED) then MX only allows RCPT TOs to 'local' hosts as defined by your Local PATHs (or as extended with the DEFINE LOCAL_DOMAIN command, which allows wildcards). This allows you to accept local mail and continue to be a relay for certain sites. > * If mail comes in from one of the barred sites to a user who has set a > forwarding address back out, will this be allowed or rejected? Rejected. Why would you want forwarding to change the behavior? >And on the question of banning cyber-bombers... > > * Will you be able to prevent acceptance from a wide range of known domains > used for cyber-bombing? I had a look at the cyber-promo spam faq and > there's many many such domains just for cyber-promo! Will wildcards be > usable? Yes, you can use wildcards (but not regular expressions). You can also block based on source IP address. With cyberpromo you have to do both, unfortunately, because while they use their own systems for some of their spam, they also use other systems (without permission) and they also have relays they use (with permission) all over the place. > * Will it be possible to restrict incoming mail from specific e-mail > addresses and from specific domains separately? EGrestrict all mail from > 'savetrees.com', whoever originates it at that site, but only restrict > mail from user 'friends@public.com' ? I don't understand that question. The MX filtering only works by examining the source IP address of the connection and the MAIL FROM. > * Can we have a very simple mechanism for updating the banned domains/users > list that can be automated to update from the latest list of known sites > as they are discovered? I have a really nice method we've been using at TGV for about two years -- you simply forward spam to a special username and some DCL code adds the spam address(es) to the spam file and tells you (and your Postmaster) what it did. However, I haven't modified this DCL to work with MX yet - it was originally designed to work with an in-house mailer called STmail, which was never a product, and I've kludged it to work with the new MultiNet spam filters, but I need to rewrite it to work with MX (or it'll become an ugly mess very quickly). > * Can we have a means to automatically send back a notice to the postmaster > of the site in question saying that we dont want further mail? I'm not > sure this is feasible or desirable though...? Sure, that is possible, and could be combined with such code as I have above. There is a possibility of mis-sent complaints, though, especially if someone receives spam from a mailing list and the MAIL FROM is the mailing list -- the site running the mailing list will get the spam complaint and the mailing list will be blocked from sending mail to anyone at your site - not a good situation. There isn't really a solution to this if you want 'automatic' complaints. > * Can we have a means to filter messages based on content? Ideally, a user > could set up a file containing a list of things he/she doesn't want and mx > local could fail to deliver it. Alternatively, a site-wide list could be > maintained. For example, reject any message containing "FAST CASH" or > "MAKE MONEY FAST" would be REALLY nice (of course this message would be > rejected on those criteria!). Sure. I do that with the INFO-MULTINET mailing list with a SITE agent that attempts to filter all postings before they go to the mailing list. Of course, it is pretty simple minded and can be fooled sometimes, but it does block a reasonable amount of spam. I'm not sure the DCL code can properly deal with things like long (>1024) lines and may puke all over itself in such cases, but I don't care much about that anyways - no legitimate posting would have lines like that so it doesn't matter. Setting this up for a user (instead of a mailing list) is more difficult as you have to bounce stuff that you don't want due to content -- with Info-MultiNet it just gets mailed to me (instead of the mailing list) so I can moderate it. -dan ================================================================================ Archive-Date: Fri, 20 Jun 1997 10:35:53 -0500 Sender: Date: Fri, 20 Jun 1997 16:31:43 BST From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <009B611F.E71D0B65.177@alder.cc.kcl.ac.uk> Subject: RE: question on mx 5 Dan, Thanks for the info on the MX 5 relaying options. Just to clarify a couple of points: >> * If mail comes in from one of the barred sites to a user who has set a >> forwarding address back out, will this be allowed or rejected? > >Rejected. Why would you want forwarding to change the behavior? You have two somewhat conflicting requirmeents. First for a remote site to be able to send mail to your local users. Second for that same site to send mail to your site expecting you to relay it back out. The first should be allowed, the second not. The only way to detect this would seem to be to examine the destination address. Deliver it if it's local, bounce it if it's not. A user who has set forwarding back out again would be in a kind of half-way house. The destination address is local but the user has requested relaying. So it ought to be allowed on that basis. >> * Will it be possible to restrict incoming mail from specific e-mail >> addresses and from specific domains separately? EGrestrict all mail from >> 'savetrees.com', whoever originates it at that site, but only restrict >> mail from user 'friends@public.com' ? > >I don't understand that question. The MX filtering only works by examining >the source IP address of the connection and the MAIL FROM. Sorry if I wasn't clear. In some cases, you want to barr messages from ANYONE on the system (EG any cyber-promo site). In other cases, you might only want to barr selected users on that site (EG barr friends@public.com but not system@public.com). Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 20 Jun 1997 10:49:32 -0500 Sender: Date: Fri, 20 Jun 1997 8:49:25 -0700 From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <970620084925.2327129c@Cisco.COM> Subject: RE: question on mx 5 >Thanks for the info on the MX 5 relaying options. Just to clarify a couple of >points: > > >>> * If mail comes in from one of the barred sites to a user who has set a >>> forwarding address back out, will this be allowed or rejected? >> >>Rejected. Why would you want forwarding to change the behavior? > > You have two somewhat conflicting requirmeents. First for a remote site to > be able to send mail to your local users. Second for that same site to send > mail to your site expecting you to relay it back out. The first should be > allowed, the second not. The only way to detect this would seem to be to > examine the destination address. Deliver it if it's local, bounce it if it's > not. There's two blocks that MX V5.0 has: block against having your site used as a relay (which requires looking at MAIL FROM and RCPT TO) and spam blocks, which only look at the source IP Address and the MAIL FROM. They are implemented independantly in MX. > A user who has set forwarding back out again would be in a kind of half-way > house. The destination address is local but the user has requested relaying. > So it ought to be allowed on that basis. Spam blocking will always happen. And your local user will have mail accepted and then relayed to the remote site. The anti-relay code is only in the SMTP server itself -- there's nothing in MX 5 that prevents someone from forwarding their mail (via VMSmail SET FORWARD command) to another site at all. Am I understanding your question correctly? >>> * Will it be possible to restrict incoming mail from specific e-mail >>> addresses and from specific domains separately? EGrestrict all mail from >>> 'savetrees.com', whoever originates it at that site, but only restrict >>> mail from user 'friends@public.com' ? >> >>I don't understand that question. The MX filtering only works by examining >>the source IP address of the connection and the MAIL FROM. > > Sorry if I wasn't clear. In some cases, you want to barr messages from > ANYONE on the system (EG any cyber-promo site). In other cases, you might > only want to barr selected users on that site (EG barr friends@public.com > but not system@public.com). Yes, you can do that: The DEFINE REJECTION command adds a mail-rejection rule to be used by the SMTP server. Format: DEFINE REJECTION maibox-pattern domain-pattern When the SMTP server receives a MAIL FROM command, it compares the originator's address and the sending system's IP address against the rejection list. If the addresses match one of the entries in the list, the MAIL FROM command is rejected with a permanent error indicating that the message is refused. Both "maibox-pattern" and "domain-pattern" can have VMS-style wildcards or be just text. So to block friends@public.com you would use: DEFINE REJECTION FRIENDS PUBLIC.COM -dan (Note, however, that all spam I've seen from "friends@public.com" have only the RFC822 "From:" address set to that, not the MAIL FROM. MX can only filter based on MAIL FROM (for spam) and MAIL FROM & RCPT TO (for relay), and the RFC822 headers aren't checked.) ================================================================================ Archive-Date: Fri, 20 Jun 1997 11:04:48 -0500 Sender: Message-ID: <3.0.1.32.19970620090759.00878380@stargate.lbcc.cc.or.us> Date: Fri, 20 Jun 1997 09:07:59 -0700 To: MX-List@MadGoat.com From: Dan Sugalski Reply-To: MX-List@MadGoat.com Subject: RE: question on mx 5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 07:47 AM 6/20/97 -0700, Dan Wing wrote: >Yes, you can use wildcards (but not regular expressions). You can also >block based on source IP address. With cyberpromo you have to do both, >unfortunately, because while they use their own systems for some of their >spam, they also use other systems (without permission) and they also have >relays they use (with permission) all over the place. Any way to agitate to get regexes as well as wildcards? I wouldn't need this right now, but there are a couple of fairly powerful regex packages freely available. (The engines in GNU's grep and in Perl come to mind) >> * Will it be possible to restrict incoming mail from specific e-mail >> addresses and from specific domains separately? EGrestrict all mail from >> 'savetrees.com', whoever originates it at that site, but only restrict >> mail from user 'friends@public.com' ? > >I don't understand that question. The MX filtering only works by examining >the source IP address of the connection and the MAIL FROM. Could we add some sort of easy hooks (like, say, SET SMTP/FILTER_MAIL=("PERL_ROOT:[000000]PERL MX_PERL:CHECK_MAIL.PL","MX_EXE:MORE_FILTERS.EXE") that get the mail message passed on STDIN and return success (accept mail) or failure (bounce mail) so we can bounce based on content as well as MAIL FROM? (Or something like that) I realize that we can use the SITE stuff, but I'd kinda like to have some way of globally installing SMTP content/bounce filters. I'd really like them to be called before MX finishes the SMTP transaction, so we can bounce with an error *after* the full mail message is recieved. It'd be cool if we could have MX check envelope info as well as SMTP paramters for bouncing too, but I'd be happy with an easy call-out interface. Dan ----------------------------------------"it's like this"------------------- Dan Sugalski (541) 917-4364 even samurai Programmer/SysAdmin have teddy bears Linn-Benton Community College and even the teddy bears sugalsd@stargate.lbcc.cc.or.us get drunk ================================================================================ Archive-Date: Fri, 20 Jun 1997 11:13:07 -0500 Sender: Date: Fri, 20 Jun 1997 9:13:00 -0700 From: Dan Wing Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <970620091300.23274d68@Cisco.COM> Subject: RE: question on mx 5 >Any way to agitate to get regexes as well as wildcards? I wouldn't need >this right now, but there are a couple of fairly powerful regex packages >freely available. (The engines in GNU's grep and in Perl come to mind) I suppose Matt could add them to Netlib, or a Netlib-like package. MX is in Bliss and it wouldn't be worth porting it. I agree with you, though. I'd like to reject all usernames and all domain names that are all numeric. >>> * Will it be possible to restrict incoming mail from specific e-mail >>> addresses and from specific domains separately? EGrestrict all mail >from >>> 'savetrees.com', whoever originates it at that site, but only restrict >>> mail from user 'friends@public.com' ? >> >>I don't understand that question. The MX filtering only works by examining >>the source IP address of the connection and the MAIL FROM. > >Could we add some sort of easy hooks (like, say, SET >SMTP/FILTER_MAIL=("PERL_ROOT:[000000]PERL >MX_PERL:CHECK_MAIL.PL","MX_EXE:MORE_FILTERS.EXE") that get the mail message >passed on STDIN and return success (accept mail) or failure (bounce mail) >so we can bounce based on content as well as MAIL FROM? (Or something like >that) VMS doesn't have piping like other OSs, so what you've suggested wouldn't work, but something like that could work. You can pass things through the SITE agent and do anything you want. >I realize that we can use the SITE stuff, but I'd kinda like to have some >way of globally installing SMTP content/bounce filters. I'd really like >them to be called before MX finishes the SMTP transaction, so we can bounce >with an error *after* the full mail message is recieved. I've got some simplistic stuff in MultiNet's SMTP server that does this, and helps block some obvious spam. I know Matt has looked into the problem with MX. >It'd be cool if we could have MX check envelope info as well as SMTP >paramters for bouncing too, but I'd be happy with an easy call-out interface. So you'd like a callout immediately prior to MX responding to the terminating ".". Sounds possible. But I don't write Bliss, so most anything sounds possible. :-) -d ================================================================================ Archive-Date: Fri, 20 Jun 1997 11:14:49 -0500 Sender: Date: Fri, 20 Jun 1997 9:14:41 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <970620091441.2327738a@Cisco.COM> Subject: RE: question on mx 5 >Any way to agitate to get regexes as well as wildcards? I wouldn't need >this right now, but there are a couple of fairly powerful regex packages >freely available. (The engines in GNU's grep and in Perl come to mind) I'll take that as a feature request. The anti-spam measures in V5.0 are definitely just a first cut -- more sophisticated stuff will come in future releases. [...] >Could we add some sort of easy hooks (like, say, SET >SMTP/FILTER_MAIL=("PERL_ROOT:[000000]PERL >MX_PERL:CHECK_MAIL.PL","MX_EXE:MORE_FILTERS.EXE") that get the mail message >passed on STDIN and return success (accept mail) or failure (bounce mail) >so we can bounce based on content as well as MAIL FROM? (Or something like >that) I was envisioning some kind of scripting capability to deal with message headers -- whether it will be perl, some kind of callout, or what, I'm not sure yet. It's a question of keeping overhead reasonably low. >I realize that we can use the SITE stuff, but I'd kinda like to have some >way of globally installing SMTP content/bounce filters. I'd really like >them to be called before MX finishes the SMTP transaction, so we can bounce >with an error *after* the full mail message is recieved. That's the intention. Thanks, -Matt -- Matthew Madison | | madison@cisco.com Cisco Systems | 101 Cooper St. | Santa Cruz, CA 95060 USA | +1 408 457 5390 ================================================================================ Archive-Date: Fri, 20 Jun 1997 11:56:34 -0500 Sender: Message-ID: <3.0.1.32.19970620095946.0087bc60@stargate.lbcc.cc.or.us> Date: Fri, 20 Jun 1997 09:59:46 -0700 To: MX-List@MadGoat.com From: Dan Sugalski Reply-To: MX-List@MadGoat.com Subject: RE: question on mx 5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 09:13 AM 6/20/97 -0700, Dan Wing wrote: >>Any way to agitate to get regexes as well as wildcards? I wouldn't need >>this right now, but there are a couple of fairly powerful regex packages >>freely available. (The engines in GNU's grep and in Perl come to mind) > >I suppose Matt could add them to Netlib, or a Netlib-like package. MX is >in Bliss and it wouldn't be worth porting it. > >I agree with you, though. I'd like to reject all usernames and all domain >names that are all numeric. Yeah, but you can always use the C source and call it from BLISS. A bit more work to get the cross-language compatible calling sequences IIRC, but certainyl doable. >>>> * Will it be possible to restrict incoming mail from specific e-mail >>>> addresses and from specific domains separately? EGrestrict all mail >>from >>>> 'savetrees.com', whoever originates it at that site, but only restrict >>>> mail from user 'friends@public.com' ? >>> >>>I don't understand that question. The MX filtering only works by examining >>>the source IP address of the connection and the MAIL FROM. >> >>Could we add some sort of easy hooks (like, say, SET >>SMTP/FILTER_MAIL=("PERL_ROOT:[000000]PERL >>MX_PERL:CHECK_MAIL.PL","MX_EXE:MORE_FILTERS.EXE") that get the mail message >>passed on STDIN and return success (accept mail) or failure (bounce mail) >>so we can bounce based on content as well as MAIL FROM? (Or something like >>that) > >VMS doesn't have piping like other OSs, so what you've suggested wouldn't >work, but something like that could work. There's gotta be some way. Ugly, maybe, but some way. VMS Perl does this, though I think it does evil things with mailboxes and such. It's in the part of the code that I don't currently understand. :) >>It'd be cool if we could have MX check envelope info as well as SMTP >>paramters for bouncing too, but I'd be happy with an easy call-out interface. > >So you'd like a callout immediately prior to MX responding to the >terminating ".". Sounds possible. But I don't write Bliss, so most >anything sounds possible. :-) You got it. Granted it'll definitely make inbound SMTP transactions take longer, but I think it'll be worth it for sites getting spammered. Dan ----------------------------------------"it's like this"------------------- Dan Sugalski (541) 917-4364 even samurai Programmer/SysAdmin have teddy bears Linn-Benton Community College and even the teddy bears sugalsd@stargate.lbcc.cc.or.us get drunk ================================================================================ Archive-Date: Sun, 22 Jun 1997 13:03:17 -0500 Sender: Subject: Re: smtp port query Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 22 Jun 1997 17:44:33 GMT MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <009B5ECF.5E125250.644@hg.uleth.ca> Jim Savoy writes: Q: If all SMTP processes are idle, is port 25 disabled? The answer to that is: if you're SMTP server (the only agent that listens to port 25) is up, port 25 is enabled. In other words, if you telnet to port 25 and it says "connection refused", is that normal behaviour? Not if it's supposed to accept mail from the outside. Would the port become active if an MX SMTP process went to work? Or should it be active all the time (while MX is running)?. It should be active at all time if you want to be able to accept mail from the outside. The rest of the answer is above. -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-10-222 64 05; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://www.lp.se/~levitte for my public key. bastard@bofh.se ================================================================================ Archive-Date: Wed, 25 Jun 1997 22:39:04 -0500 Sender: Date: Wed, 25 Jun 1997 22:35:15 CDT From: J Kmoch Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: kmoch@whscdp.whs.edu Message-ID: <009B6540.83F908C0.18@whscdp.whs.edu> Subject: can't read multi-part mail attachments I've had no luck reading an email with Eudora with a multi-part attachment. I understand that you can't forward a message, but twice now a person has sent me an email with a multi-part attachment and Eudora has not been able to decode it. Below is the beginning of the message with the attachment headers. Is there any way that I can edit the attachment headers so that either it is acceptable by Stuffit on my Mac or that I can read it again using Eudora? Thanks in advance for any help on this... ... To: kmoch@whscdp.whs.edu Subject: case study stuff Content-Type: multipart/mixed; boundary="------------6C6874F411CE" This is a multi-part message in MIME format. --------------6C6874F411CE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Two sets of PowerPoint slides and a set of Word slides are attached. I hope they're helpful. --------------6C6874F411CE Content-Type: multipart/appledouble; boundary="----------ad6A345A6713BF"; x-mac-type="534C4433"; x-mac-creator="50505433"; name="case for cases slides" Content-Transfer-Encoding: 7bit Content-Description: PowerPoint Document Content-Disposition: inline; filename="case for cases slides" ------------ad6A345A6713BF Content-Type: application/applefile Content-Transfer-Encoding: base64 AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAUAAAADAAAAVgAAABUAAAAJAAAAawAAACAAAAAI AAAAiwAAABAAAAAEAAAAmwAAAAAAAAACAAAAmwAABsVjYXNlIGZvciBjYXNlcyBzbGlkZXNT ... -- Joe Kmoch Washington High School kmoch@whscdp.whs.edu 2525 N. Sherman Blvd (414) 449-2765 (office) Milwaukee, WI 53210 (414) 444-9250 (fax) (414) 444-9760 (gen school phone) ================================================================================ Archive-Date: Thu, 26 Jun 1997 07:17:04 -0500 Sender: Date: Thu, 26 Jun 1997 08:13:48 EDT From: ambrose@conference-board.org Reply-To: MX-List@MadGoat.com To: mx-list@lists.wku.edu Message-ID: <009B6591.564B7240.1@papa.conference-board.org> From: NAME: Joseph Ambrose FUNC: Informaiton Technologies TEL: (212) 339-0443 To: NAME: Posting MX List Hi All, Can anyone tell me what this means? Entry: 31, Origin: [UUCP] <"papa::mrgate::\"A1::BOLDIN\""@papa.conference-board. org> Status: IN-PROGRESS, size: 33643 bytes Created: 24-JUN-1997 09:03:10.13, expires 24-JUL-1997 09:03:10.13 Last modified 26-JUN-1997 07:58:11.65 SMTP entry #32, status: READY, size: 33643 bytes, waiting for retry until 26-J UN-1997 08:28:14.52 Created: 24-JUN-1997 09:03:14.50, expires 24-JUL-1997 09:03:10.13 Last modified 26-JUN-1997 07:58:14.53 Recipient #1: , Route=indy.net Error count=94 ----> Last error: %MX_SMTP-W-LOCAL_ERROR, action aborted: local processing error Thanks in advance! Joe Ambrose ================================================================================ Archive-Date: Thu, 26 Jun 1997 08:32:34 -0500 Sender: Date: Thu, 26 Jun 1997 08:32:26 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: AMBROSE@CONFERENCE-BOARD.ORG Message-ID: <009B6593.F0FE2B8F.15@ALPHA.WKU.EDU> Subject: RE: LOCAL_ERROR ambrose@conference-board.org writes: > >Hi All, > >Can anyone tell me what this means? > > Error count=94 >----> Last error: %MX_SMTP-W-LOCAL_ERROR, action aborted: local processing error > It means the system on the other end returned a 451 error code, which has this text in RFC821: 451 Requested action aborted: error in processing For whatever reason, the remote system wasn't able to accept the message. Hunter ------ Hunter Goatley, Process Software, http://www.process.com TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 26 Jun 1997 09:46:59 -0500 Sender: Date: Thu, 26 Jun 1997 10:46:45 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: kmoch@whscdp.whs.edu, hardis@garnet.nist.gov Message-ID: <009B65A6.B46D7340.3@garnet.nist.gov> Subject: RE: can't read multi-part mail attachments > I've had no luck reading an email with Eudora with a multi-part attachment. It's not a matter of luck, nor is it an MX issue. Go back through the archives -- it's an IUPOP3 issue (presuming that you're running IUPOP3 as your POP3 server). Older versions / wrongly compiled versions of IUPOP3 leave the VMS headers in the message, followed by a blank line. Eudora can't figure this out, treating the blank line as the delimiter between the headers and the message body. - Jonathan ================================================================================ Archive-Date: Thu, 26 Jun 1997 11:37:16 -0500 Sender: Date: Thu, 26 Jun 1997 10:37:19 -0700 From: Sean Coughlan (619) 627-5248 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <97Jun26.094317pdt.10369@gateway.sharp.com> Subject: SPAM mail question Hi everyone, we are currently running MX V4.1 on OpenVMS/VAX V6.1. Some of our users are receiving spam, and would like it stopped. Is there a way to filter this out via MX? I searched the archives, and saw a way to do this to a mailing list utilizing the SITE interface, but I didn't see anything related to individual users. All of the spam comes from the same account every time. Thanks, Sean Coughlan sean.coughlan@sharp.com ================================================================================ Archive-Date: Thu, 26 Jun 1997 13:28:59 -0500 Sender: Date: Thu, 26 Jun 1997 14:28:44 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: sean.coughlan@sharp.com, hardis@garnet.nist.gov Message-ID: <009B65C5.B74B9BE0.1@garnet.nist.gov> Subject: RE: SPAM mail question > We are currently running MX V4.1 on OpenVMS/VAX V6.1. Some of our users > are receiving spam, and would like it stopped. Is there a way to filter > this out via MX? This will be a feature in MX Version 5.0. - Jonathan ================================================================================ Archive-Date: Fri, 27 Jun 1997 09:32:37 -0500 Sender: Date: Fri, 27 Jun 1997 07:32:24 PST From: syscorn@CCVAX.CCS.CSUS.EDU Reply-To: MX-List@MadGoat.com To: mx-list@lists.wku.edu Message-ID: <009B6654.B831F0B0.1@CCVAX.CCS.CSUS.EDU> Subject: mail queue files not being purged Recently, after two unscheduled power outages, we were forced to compress the mx queue (in effect, recreating a new queue). All queue directories (eg: .0, .1, etc.) were moved to OLD_0, etc. and new queue directories were created. That seemed to solve all problems with mx local dying - probably a corrupt queue file. Now, the problem. Yesterday I discovered all mail files were still in the queue directories - approximately 50,000 files. The mcp queue purge command does not seem to delete them. We shutdown mx mail and manually cleaned up the queue directories and restarted mx mail. Mail appears to be processing normally but this morning we have already accumulated 2,500 files and growing. Is it possible we have a configuration problem or a file permission problem on the directories or ?? We are running mx mail v4.1 with netlib 2.0J on a vax vms 6.1 system. Any help will be greatly appreciated. Thanks. Phyllis Cornett CSU, Sacramento cornett@csus.edu ================================================================================ Archive-Date: Sun, 29 Jun 1997 07:05:43 -0500 Sender: Date: Sun, 29 Jun 1997 15:04:25 GMT-2 From: "Najman Kahana. Ext:77313" Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: najman@hadassah.org.il Message-ID: <009B6826.32582056.61@HADASSAH.org.IL> Subject: controlling the FROM field Hi. Sorry if this is a trivial question. I have a very large number (over 1,000) of PC users who use the Alpha's MX as an SMTP host. All the users use as host node EMAIL, and that is what they entered as, both, SMTP server and as POP3 server. The node's name is translated, correctly, by the DNS, and all's well. BUT, the return address is created as user@email , without appending the domain address. Question: Is there any way to control, dynamicaly, this return address ?. It cannot be hard-coded in the MX, since not all the host users are "plain" PCs. I am looking for something like the rewrite and path mechanisms. Thank you Najman Kahana Najman@hadassah.org.il +--------+------------------+------------------------------+---------------+ ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! ! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! ! ! (visit our capital soon) ! own viruses ! +--------+------------------+------------------------------+---------------+ ================================================================================ Archive-Date: Sun, 29 Jun 1997 11:13:57 -0500 Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: sgarrett@teleport.com (Stephen Garrett) Reply-To: MX-List@MadGoat.com Subject: Re: controlling the FROM field Date: Sun, 29 Jun 1997 11:13:52 -0500 Boy, am I seriously confused with this question. Most pc mailer programs I have seen allows the person to specify whatever email address they so desire. Others have a central configuration point to specify this. The SMTP server has nothing to do with this... Steve >Hi. > Sorry if this is a trivial question. > > I have a very large number (over 1,000) of PC users who use the >Alpha's MX as an SMTP host. > All the users use as host node EMAIL, and that is what they entered >as, both, SMTP server and as POP3 server. The node's name is translated, >correctly, by the DNS, and all's well. > > BUT, the return address is created as user@email , without >appending the domain address. > > Question: Is there any way to control, dynamicaly, this return >address ?. It cannot be hard-coded in the MX, since not all the host users >are "plain" PCs. > > I am looking for something like the rewrite and path mechanisms. > >Thank you > >Najman Kahana >Najman@hadassah.org.il > > >+--------+------------------+------------------------------+---------------+ >! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! >! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! >! ! (visit our capital soon) ! own viruses ! >+--------+------------------+------------------------------+---------------+ > ================================================================================ Archive-Date: Sun, 29 Jun 1997 23:40:11 -0500 Sender: Date: Mon, 30 Jun 1997 07:38:59 GMT-2 From: "Najman Kahana. Ext:77313" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: najman@hadassah.org.il Message-ID: <009B68B1.23165CDE.15@HADASSAH.org.IL> Subject: Re: controlling the FROM field Weelll, I am confused too !! As Steve says, most mailers let you specify the from field. The problem was detected by Pegasus multi-users. That is, a Pegasus installation which was configured for more than one user. The from field seems to be installation wide, so the from field would have to be modified each time a user logs on. Also, most mailers "default" to the POP3 user/server address. It would seem that some of them default to the EXACT pop3 address, in our case, to the partial server name. This works fine as long as the recipient is within our domain, but fails outside. I know the SMTP server is not involved. I was hoping that there was a way to use it to overcome the PC mailer's shortcomings. Najman > >Boy, am I seriously confused with this question. Most pc mailer programs >I have seen allows the person to specify whatever email address they >so desire. Others have a central configuration point to specify this. > >The SMTP server has nothing to do with this... > >Steve > >>Hi. >> Sorry if this is a trivial question. >> >> I have a very large number (over 1,000) of PC users who use the >>Alpha's MX as an SMTP host. >> All the users use as host node EMAIL, and that is what they entered >>as, both, SMTP server and as POP3 server. The node's name is translated, >>correctly, by the DNS, and all's well. >> >> BUT, the return address is created as user@email , without >>appending the domain address. >> >> Question: Is there any way to control, dynamicaly, this return >>address ?. It cannot be hard-coded in the MX, since not all the host users >>are "plain" PCs. >> >> I am looking for something like the rewrite and path mechanisms. >> >>Thank you >> >>Najman Kahana >>Najman@hadassah.org.il >> >> >>+--------+------------------+------------------------------+---------------+ >>! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! >>! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! >>! ! (visit our capital soon) ! own viruses ! >>+--------+------------------+------------------------------+---------------+ >> > > +--------+------------------+------------------------------+---------------+ ! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! ! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! ! ! (visit our capital soon) ! own viruses ! +--------+------------------+------------------------------+---------------+ ================================================================================ Archive-Date: Mon, 30 Jun 1997 00:51:22 -0500 Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: sgarrett@teleport.com (Stephen Garrett) Reply-To: MX-List@MadGoat.com Subject: Re: controlling the FROM field Date: Mon, 30 Jun 1997 00:51:17 -0500 Well, shoot. I guess I've learned about an email system that I want to avoid! In reviewing the documentation, it is not clear if a rewrite rule will affect the "from" address as well as the "to" address. You might try: define rewrite "<{user}@email> "<{user}@email.hadassah.org.il>" but I would not hold my breath 8^{ The other possiblity which came off the top of my head, and is probably way too complicated as there is a simpler answer somewhere (8^}) and may not work as well, is to use a local "site" dcl procedure: (This syntax may _not_ be exact!) define path email site/route=emailproc define path * SMTP emailproc massages the from header, adds your local domain info to the reply address and does a direct entry into the mx queue (mx_site_in??) Now since the path is not just "email", it should get routed properly. I really think this will work, but I have not verified it! Steve P.s. Let us know what you end up with for a solution! > >Weelll, I am confused too !! >As Steve says, most mailers let you specify the from field. The problem >was detected by Pegasus multi-users. That is, a Pegasus installation which >was configured for more than one user. The from field seems to be installation >wide, so the from field would have to be modified each time a user logs on. >Also, most mailers "default" to the POP3 user/server address. It would seem >that some of them default to the EXACT pop3 address, in our case, to the >partial server name. This works fine as long as the recipient is within our >domain, but fails outside. > >I know the SMTP server is not involved. I was hoping that there was a way to >use it to overcome the PC mailer's shortcomings. > >Najman > > >> >>Boy, am I seriously confused with this question. Most pc mailer programs >>I have seen allows the person to specify whatever email address they >>so desire. Others have a central configuration point to specify this. >> >>The SMTP server has nothing to do with this... >> >>Steve >> >>>Hi. >>> Sorry if this is a trivial question. >>> >>> I have a very large number (over 1,000) of PC users who use the >>>Alpha's MX as an SMTP host. >>> All the users use as host node EMAIL, and that is what they entered >>>as, both, SMTP server and as POP3 server. The node's name is translated, >>>correctly, by the DNS, and all's well. >>> >>> BUT, the return address is created as user@email , without >>>appending the domain address. >>> >>> Question: Is there any way to control, dynamicaly, this return >>>address ?. It cannot be hard-coded in the MX, since not all the host users >>>are "plain" PCs. >>> >>> I am looking for something like the rewrite and path mechanisms. >>> >>>Thank you >>> >>>Najman Kahana >>>Najman@hadassah.org.il >>> >>> >>>+--------+------------------+------------------------------+---------------+ >>>! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! >>>! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! >>>! ! (visit our capital soon) ! own viruses ! >>>+--------+------------------+------------------------------+---------------+ >>> >> >> > >+--------+------------------+------------------------------+---------------+ >! NAJMAN KAHANA ! Hadassah University Hospital ! thanks, ! >! Najman@hadassah.org.il ! Jerusalem, Israel ! we have our ! >! ! (visit our capital soon) ! own viruses ! >+--------+------------------+------------------------------+---------------+ > ================================================================================ Archive-Date: Mon, 30 Jun 1997 01:11:27 -0500 Sender: Date: Mon, 30 Jun 1997 02:11:12 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: najman@hadassah.org.il, hardis@garnet.nist.gov Message-ID: <009B6883.58519DE0.10@garnet.nist.gov> Subject: RE: controlling the FROM field > I have a very large number (over 1,000) of PC users who use the Alpha's MX > as an SMTP host. ... BUT, the return address is created as user@email , > without appending the domain address. Restate the problem. Is it true that: everything is alright with mail origining on the VAX (i.e., with VMS Mail, sending to MX%"...")? If so, this is NOT an MX problem, it's a problem with the mailer on the PCs. - Jonathan ================================================================================ Archive-Date: Mon, 30 Jun 1997 08:20:54 -0500 Sender: Date: Mon, 30 Jun 1997 08:20:46 -0500 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009B68B6.F93A4B2E.36@ALPHA.WKU.EDU> Subject: RE: controlling the FROM field "Jonathan E. Hardis" writes: > >> I have a very large number (over 1,000) of PC users who use the Alpha's MX >> as an SMTP host. ... BUT, the return address is created as user@email , >> without appending the domain address. > >Restate the problem. > >Is it true that: everything is alright with mail origining on the VAX >(i.e., with VMS Mail, sending to MX%"...")? > >If so, this is NOT an MX problem, it's a problem with the mailer on the PCs. > But if it's a problem with the PCs and you want to use MX to solve it, the address rewriter functionality will do it. Pick up ADDRESS_REWRITER.ZIP from FTP.MADGOAT.COM in [.MX.EXAMPLES]. Hunter ------ Hunter Goatley, Process Software, http://www.process.com TCPware & MultiNet: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html