Archive-Date: Sat, 01 Jun 1996 00:07:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 01 Jun 1996 00:06:53 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Message-ID: <009A32D6.B3DAECEA.187@WKUVX1.WKU.EDU> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during May 1996 Total number of posts: 60 Total number of posters: 26 Total number of subscribers: 302 Last modified: 28-SEP-1995 13:33 (Updated digest info) Welcome to MX-List@WKUVX1.WKU.EDU, an electronic mailing list established for the discussion of the Message Exchange mail software. This is a routine posting you will see from time to time on MX-List. MX-List postings are also available in a daily digest format. To subscribe to the digest, send the following command in the body of a mail message to MXserver@WKUVX1.WKU.EDU: SUBSCRIBE MX-List-Digest "Your real name here" The MX-List archives are maintained at ARCHIVES@WKUVX1.WKU.EDU. To get a copy of any month's postings, send an e-mail message with the body SEND MX-List.yyyy-mm to ARCHIVES@WKUVX1.WKU.EDU, where "yyyy" is the year and "mm" is the numeric representation of the month. For example, the message SENDME MX-List.1992-04 will send the archives for April 1992. MX itself is available via anonymous ftp from ftp.spc.edu in [.MX.MX041]. You can also get it via e-mail by sending the commands SEND MX and SEND FILESERV_TOOLS on separate lines in the body of a mail message to FILESERV@WKUVX1.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@WKUVX1.WKU.EDU: SIGNOFF MX-List MXserver supports a few other commands for your convenience. The following commands can be handled automatically by the list processor: SIGNOFF MX-List - to remove yourself from the list REVIEW MX-List - to get a list of subscribers QUERY MX-List - to get the status of your entry on the list SET MX-List DIGEST - to switch to digest mode SET MX-List NODIGEST - to switch to non-digest mode SET MX-List NOMAIL - to remain on the list but not receive mail SET MX-List MAIL - to resume receiving mail from the list SET MX-List CONCEAL - to not report your address in a REVIEW SET MX-List NOCONCEAL - to report your address in a REVIEW SET MX-List REPRO - to receive posts you make to MX-List SET MX-List NOREPRO - to not receive posts you make to MX-List LIST - to get a list of mailing lists served by WKUVX1 HELP - to receive a help file By default, subscriptions are set to MAIL, REPRO, NOCONCEAL. If you have any questions, comments, or suggestions about MX-List, please contact the list owner at the address below. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Hunter Goatley, Sr. OpenVMS Systems Programmer goathunter@LOKI.COM The LOKI Group, Inc. P.O. Box 9609 Bowling Green, KY 42102-9609 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Sat, 01 Jun 1996 08:50:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: jxu@cptvs4.cvm.ncsu.edu (Junyao Xu) Reply-To: MX-List@MadGoat.com Subject: Is there any way to automatically reply incoming mssages Date: Fri, 31 May 96 15:43:53 GMT Message-ID: <4on48g$app@taco.cc.ncsu.edu> To: MX-List@WKUVX1.WKU.EDU Hi, there, Since vacation session is coming, some users hope to let the system automatically replay incoming message (like answer machine). Is there any way to do so with MX ? Can we set a regular user account like a list server? Thanks, Junyao NC State University ================================================================================ Archive-Date: Sun, 02 Jun 1996 10:20:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 02 Jun 1996 11:19:03 EDT From: Brian Reed Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@madgoat.com Message-ID: <009A33FD.C5016747.4@cbict3.cb.att.com> Subject: MXSUM program I've been using the MXSUM program for some time now. Just today I got this message (on the SMTP accounting file): $mxsum smtp /since="-2-" %RMS-F-ISI, invalid internal stream identifier (ISI) value I noticed that a message I had just sent was still in progress. Once the message was sent, the MXSUM command worked fine. I would assume there is a "conflict" between MXSUM trying to read the accounting file and MX in progress sending a message. Is anyone else aware of this, and/or know of a fix? It's not a big issue for me now, but could be on a busy system, where you're more likely to have things in progress. I'm using AlphaVMS 6.1, MX 4.1, UCX 3.3 And I'm using the MXSUM program that was modified a few months back to work on the Alpha. Brian D. Reed Columbus Works Brian.D.Reed@att.com 614-860-6218 ================================================================================ Archive-Date: Mon, 03 Jun 1996 04:25:36 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: A new answer to an old question? (was: RE: Is any way... Date: 3 Jun 1996 09:12:29 GMT Message-ID: <4oua9t$d00@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <4ou9pj$d00@gap.cco.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes: =Well, you COULD set a regular user account to forward to a bogus domain (e.g., =set your account to forward to jxu@vacation.site) , and configure MX to use the =the site interface for that domain. I *THINK* you could set up the site =interface to deal with that bogus domain by sending a vacation message back to =the sender, and a copy of the original message to the username prefixed by an =underscore (which will cause forwarding information to be ignored). Again: I =haven't used the site interface myself, but if I understand its capabilities =correctly, what I've just described could work. Please not also that if such a =scheme DOES work as I think it could, there may be security issues involved, =though I can't think of any that wouldn't exist without the proposed scheme =(e.g., one such issue is someone who does something that guarantees he'll be =deluged with e-mail and then sets his forwarding address to =someoneelse@vacation.site; though that could cause problems, there's nothing =preventing him from simply setting his forwarding address to someoneelse in the =first place). It occurs to me that the above sort of scheme could also (if it works; if it doesn't, my apologies, but remember that I *DID* say I was just speculating) be used to allow a user to keep one copy of a message and forward another to another address. Could the SITE interface be used to have a message addressed to "otheruser%domain%user@iwannacopy.site" for example, to be delivered to both otheruser@domain and _user at the local site? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 03 Jun 1996 04:44:33 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Is any way to automatically reply email with MX Date: 3 Jun 1996 09:03:47 GMT Message-ID: <4ou9pj$d00@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <17788137@MVB.SAIC.COM>, Junyao Xu writes: =Hi, there, = =Since vacation session is coming, some users hope to let the system =automatically replay incoming message (like answer machine). Is there any =way to do so with MX ? Can we set a regular user account like a list =server? Well, you COULD set a regular user account to forward to a bogus domain (e.g., set your account to forward to jxu@vacation.site) , and configure MX to use the the site interface for that domain. I *THINK* you could set up the site interface to deal with that bogus domain by sending a vacation message back to the sender, and a copy of the original message to the username prefixed by an underscore (which will cause forwarding information to be ignored). Again: I haven't used the site interface myself, but if I understand its capabilities correctly, what I've just described could work. Please not also that if such a scheme DOES work as I think it could, there may be security issues involved, though I can't think of any that wouldn't exist without the proposed scheme (e.g., one such issue is someone who does something that guarantees he'll be deluged with e-mail and then sets his forwarding address to someoneelse@vacation.site; though that could cause problems, there's nothing preventing him from simply setting his forwarding address to someoneelse in the first place). -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 03 Jun 1996 07:28:42 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: <9606031230.AA23265@gatekeeper.itqb.unl.pt> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 03 Jun 1996 13:27:50 -0100 To: MX-List@WKUVX1.WKU.EDU From: "Pedro M. Matias" Reply-To: MX-List@MadGoat.com Subject: Remote protocol error Hi All, For some reason, when our MX host receives e-mail with sender address in the form @host1:user@host2 (see example below)it fails miserably. ----- Transcript of session follows ----- While talking to ctqb01.itqb.unl.pt: >>> MAIL From:<<@secyt.gov.ar:OSCAR@cenpat.edu.ar>><<< 501 Invalid address: <<@secyt.gov.ar:OSCAR@cenpat.edu.ar>> 554 ... Remote protocol error Does anyone have any idea of what's causing this ? We're running MX 3.1B over UCX 3.1 and VMS 6.1 Thanks in advance, Pedro. ------------------------------------- Phone : (351-1) 442-6146 Ext. 236/341 Fax : (351-1) 442-8766 email : matias@itqb.unl.pt Mailing address : Instituto de Tecnologia Quimica e Biologica Universidade Nova de Lisboa Rua da Quinta Grande 6 Apartado 127 2780 OEIRAS Portugal ================================================================================ Archive-Date: Mon, 03 Jun 1996 07:52:38 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 07:52:22 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: MATIAS@ITQB.UNL.PT Message-ID: <009A34AA.0FC080D6.14@ALPHA.WKU.EDU> Subject: RE: Remote protocol error "Pedro M. Matias" writes: > >For some reason, when our MX host receives e-mail with sender address >in the form @host1:user@host2 (see example below)it fails miserably. > > ----- Transcript of session follows ----- >While talking to ctqb01.itqb.unl.pt: >>>> MAIL From:<<@secyt.gov.ar:OSCAR@cenpat.edu.ar>><<< 501 Invalid address: ><<@secyt.gov.ar:OSCAR@cenpat.edu.ar>> It's not that form, it's the extra "<>" pair that's causing the problem. The MAIL From: line should look like this: MAIL From:<@secyt.gov.ar:OSCAR@cenpat.edu.ar> but it's coming in as: MAIL From:<<@secyt.gov.ar:OSCAR@cenpat.edu.ar>> >Does anyone have any idea of what's causing this ? We're running >MX 3.1B over UCX 3.1 and VMS 6.1 > You're about 4 years out-of-date on MX, but later versions will reject that MAIL FROM: line too. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Mon, 03 Jun 1996 08:44:44 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 15:44:13 +0200 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: matias@itqb.unl.pt Message-ID: <009A34EB.FA2BCEA4.38@e.kth.se> Subject: Re: Remote protocol error >For some reason, when our MX host receives e-mail with sender address >in the form @host1:user@host2 (see example below)it fails miserably. Are there any address rewrites in your setup? In that case, care to show them? > ----- Transcript of session follows ----- >While talking to ctqb01.itqb.unl.pt: >>>> MAIL From:<<@secyt.gov.ar:OSCAR@cenpat.edu.ar>><<< 501 Invalid address: ^^ ^^ Those shouldn't be doubled. Otherwise, it looks perfectly correct. -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Mon, 03 Jun 1996 10:39:23 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 10:38:57 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009A34C1.555BBDBF.7@CCTR.UMKC.EDU> Subject: RE: A new answer to an old question? (was: RE: Is any way... first of all, suppose for simplicity that *i* am the user in question, receiving mail at rrockwell@cctr.umkc.edu. and the other address i want to "split" my mail with is ron@other.place, secondly, the "IN%" is site specific, so adjust accordingly. i would set my mail forward to the bogus domain: MAIL> set forward "in%""ron%other.place%rockwell@vacation.site""" i would set up the path in MX to handle the bogus domain: MCP> DEFINE PATH "VACATION.SITE" Site /ROUTE="VACATION" then i would edit mx_exe:site_deliver.com to include at the top: $ if P1 .eqs. "VACATION" then goto use_vacation and somewhere in the middle: $ use_vacation: $ open/error=quit/read file 'p3' $ read file line $ close file $ full_name = f$element(0,"@",line)-"<" $ full_name = f$edit(full_name,"TRIM,UPCASE") $ other_user = f$element(0,"%",full_name) $ other_site = f$element(1,"%",full_name) $ local_user = f$element(2,"%",full_name) $ $ ! Check for bad address: (this just throws it away.) $ if "''local_user'" .eqs. "%" then exit 1 $ $ ! Set the return address: $ define/job mx_reply_to 'p4' $ $ ! This does not check for a valid username, just an example $ ! This also does not examine the file for a subject line. $ ! send the mail: $ $ mail 'p2' "in%""''other_user'@''other_site'""" $ mail 'p2' 'local_user' $ $ ! always exit success $ exit 1 A subject line could also be parsed from the file, however, be aware of the pitfall that if the subject line contains quotes, that they will either have to be replaced or doubled. i.e. $ mail/subject="''subject'" 'p2' 'local_user' will fail if the symbol SUBJECT contains un-doubled quotes Also, the other pitfall is that the local account could not be your own account, since afterall, that account has its mail forwarded. This would cause a loop, and one which MX would NOT detect. (Dying local processes anyone?) So, you could forward to another user at another site, and another user account on your local site. Last pitfall, i can think of off hand would be that if the local user to which you were splitting had a mail forward, (hopefully not back to you!) the mx_reply_to logical definition would not apply. If you run MX under the system account, then the mail sent to the forwarded address would see its From: header as system@local.site. One could also write an executable to replace any/all of the above DCL, and also eliminating the above pitfalls: $ use_vacation: $ vacate == $mx_exe:vacation.exe $ vacate 'p2' 'p3' 'p4' $ exit 1 hope this helps, R_Rockwell, UMKC/ACS; **************************< Reply Separator >********************************* From: IN%"MX-List@WKUVX1.WKU.EDU" 3-JUN-1996 05:19:45.02 To: IN%"MX-List@WKUVX1.WKU.EDU" CC: Subj: A new answer to an old question? (was: RE: Is any way... From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: A new answer to an old question? (was: RE: Is any way... Date: 3 Jun 1996 09:12:29 GMT To: MX-List@WKUVX1.WKU.EDU In article <4ou9pj$d00@gap.cco.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes: =Well, you COULD set a regular user account to forward to a bogus domain (e.g., =set your account to forward to jxu@vacation.site) , and configure MX to use the =the site interface for that domain. I *THINK* you could set up the site =interface to deal with that bogus domain by sending a vacation message back to =the sender, and a copy of the original message to the username prefixed by an =underscore (which will cause forwarding information to be ignored). Again: I =haven't used the site interface myself, but if I understand its capabilities =correctly, what I've just described could work. Please not also that if such a =scheme DOES work as I think it could, there may be security issues involved, =though I can't think of any that wouldn't exist without the proposed scheme =(e.g., one such issue is someone who does something that guarantees he'll be =deluged with e-mail and then sets his forwarding address to =someoneelse@vacation.site; though that could cause problems, there's nothing =preventing him from simply setting his forwarding address to someoneelse in the =first place). It occurs to me that the above sort of scheme could also (if it works; if it doesn't, my apologies, but remember that I *DID* say I was just speculating) be used to allow a user to keep one copy of a message and forward another to another address. Could the SITE interface be used to have a message addressed to "otheruser%domain%user@iwannacopy.site" for example, to be delivered to both otheruser@domain and _user at the local site? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 03 Jun 1996 13:56:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 20:55:49 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A3517.820FDCBE.6@nuk.uni-lj.si> Subject: RE: A new answer to an old question? (was: RE: Is any way... > $ ! Check for bad address: (this just throws it away.) > $ if "''local_user'" .eqs. "%" then exit 1 > $ > $ ! Set the return address: > $ define/job mx_reply_to 'p4' > $ > $ ! This does not check for a valid username, just an example > $ ! This also does not examine the file for a subject line. > $ ! send the mail: > $ > $ mail 'p2' "in%""''other_user'@''other_site'""" > $ mail 'p2' 'local_user' Why not use MX_SITE_IN? It's there and it's *ideal* for the task! MX will check *all* for you and take care of the subject line. $! Prepare new "To" file $ $ open/error=quit/write file 'p3' $ write file "<''other_user'@''other_site'>" $ If local_user.nes."" Then - $ write file "<_''local_user'''F$TrnLNm(""MX_VMSMAIL_LOCALHOST"")'" $ close file $ $ Now use MX_SITE_IN ! $ $ mx_site_in:= $mx_exe:mx_site_in.exe $ mx_site_in 'p2' 'p3' 'p4' Note the "_" in write file "<_''local_user'... Username prefixed by an underscore (which will cause forwarding information to be ignored), as Carl suggested, is accepted by MX silently and obediently, so you *can* indeed use your own account to keep one copy! I am not shure if MX_SITE deletes all versions of P3 file, but I expect it does (MX is a fine set of programs!). Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 1000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Mon, 03 Jun 1996 15:21:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 14:20:29 -0600 From: Harold Hamilton Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Message-ID: <009A34E0.47E5F633.153@galaxy.simplot.COM> Subject: RE: A new answer to an old question? (was: RE: Is any way... >Also, the other pitfall is that the local account could not be >your own account, since afterall, that account has its mail >forwarded. Yes, it can, if you prefix the username with an underscore. This causes VMS Mail to ignore forwarding. >would not apply. If you run MX under the system account, then >the mail sent to the forwarded address would see its From: >header as system@local.site. If you use MX_SITE_IN to re-enter the mail directly into the MX queue instead of remailing the message you can keep the original sender and other header info intact. >It occurs to me that the above sort of scheme could also (if it works; if it >doesn't, my apologies, but remember that I *DID* say I was just speculating) be >used to allow a user to keep one copy of a message and forward another to >another address. Could the SITE interface be used to have a message addressed >to "otheruser%domain%user@iwannacopy.site" for example, to be delivered to both >otheruser@domain and _user at the local site? I have been doing this for a couple of years now. It works great. My SITE interface procedure resends to "user@node1*node2*..."; ie. same user at multiple nodes. I have my mail forwarded to MX%"hh@idaho-w.simplot.com*gizmo.simplot.com*.SITE". Anything ending in .SITE is passed to the SITE interface which parses the recipient address and then resends to hh@idaho-w.simplot.com and then to _hh@gizmo.simplot.com adding the underscore because "gizmo" matches the local node name. I use MX_SITE_IN to send the message. This keeps the original sender and other headers intact. Here is an extract from my site_deliver.com: $ On Error Then Goto Exit $ Mx_enter = "$Mx_exe:mx_site_in" $ LNode = F$GetSyi("NodeName") $ Open/read Tmp 'P3' $ Read Tmp Or_address $ Close Tmp $ Def_user = F$extract(f$locate("<",or_address)+1,f$length(or_address), - or_address) $ Def_user = F$extract(0,f$locate("@",def_user),def_user) $ n = 0 $ Write Sys$Output "Delivery route is ''p1'" $ If p1 .nes. "another_route" Then GoTo Site_Standard $ GoTo 'p1' $! $Site_Standard: $ Write Sys$Output "Performing Standard Site Delivery" $ User = Def_user $! $ Or_address = F$extract(f$locate("@",or_address)+1,f$length(or_address), - or_address) $ If F$locate("*",Or_address) .Eq. F$length(Or_address) $ Then $ Status = %X0000028c $ Exit(Status) $ EndIf $! $Loop: $ Address = F$extract(0,f$locate("*",or_address),or_address) $ If F$edit(address,"upcase") .Eqs. ".SITE>" Then Goto Exit $ Or_address = F$extract(f$locate("*",or_address)+1,f$length(or_address), - or_address) $ If F$locate("!",address) .Ne. F$length(address) $ Then $ User = F$extract(0,f$locate("!",address),address) $ Address = F$extract(f$locate("!",address)+1,f$length(address),address) $ Else $ User = Def_user $ Endif $! $ If F$locate(".",address) .Ne. F$length(address) $ Then $ Node = F$extract(0,f$locate(".",address),address) $ Else $ Node = Address $ Endif $ If F$locate(f$edit(node,"upcase"), - F$trnlnm("cluster_node_names","lnm$system_table")) - .Ne. F$length(f$trnlnm("cluster_node_names","lnm$system_table")) - .Or. F$edit(node,"upcase") .Eqs. - F$trnlnm("cluster_name","lnm$system_table") - .Or. F$Edit(node,"upcase") .Eqs. - F$GetSyi("NodeName") $ Then $ Address = "<_''User'@''address'>" $ Else $ Address = "<''User'@''address'>" $ Endif $! $ Write Sys$output "Sending To ''Address'" $! $ Create Mx_site_dir:'LNode'.tmp'n' $ Open/append Tmp Mx_site_dir:'LNode'.tmp'n' $ Write Tmp Address $ Close Tmp $ Mx_enter 'P2' Mx_site_dir:'LNode'.tmp'n' "''P4'" $ Delete Mx_site_dir:'LNode'.tmp'n';* $ n = n+1 $ Goto Loop $! $! $Exit: $ Status = $Status $ Write Sys$Output "Exiting Site_Deliver with status of ''Status'" $ Exit 'Status' Hope this is of some use to someone. Harold **************************************************************** Harold Hamilton Senior Systems Programmer hh@simplot.com J. R. Simplot Company (208) 327-3251 5383 Irving Street Boise, Idaho, 83706 **************************************************************** ================================================================================ Archive-Date: Mon, 03 Jun 1996 16:35:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 16:34:44 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ROK.VIDMAR@NUK.UNI-LJ.SI Message-ID: <009A34F3.08BEEBE9.4@CCTR.UMKC.EDU> Subject: RE: A new answer to an old question? (was: RE: Is any way... Unsure that this matters much on your system or not, but we have had occasions where mx_site_in gave us error dumps, you know, the kind you get that have no source line attached. 8^) i do remember saying that an executable could be written that performed the same functions, which is how we do it on this end. i provided the example to address the specific question, not to intend any particular programming techniques (the example is fictitious including the comments). The important pitfall was that forwarding your username to the site interface will not allow you to recieve the mail into the account with the forward. This is true whether you split it into two ways or into six lists, unless you wish to create a mail loop. When answering questions by Carl Lydick, i try to pay close attention to address what i understand to be his exact question. (not always successful, but i try nonetheless out of courtesy) and while on the vacation topic, you might find it interesting to know that rather than allow it to accumulate, or send it somewhere else (when on vacation, i try to break my habitual login habit and vacate instead) our current vacation delivery hook looks like this (non-fictitious sample): $ if P1 .eqs. "VACATION" then goto use_vacation $ write sys$output "Unknown ROUTE ''p1'" $ exit 1 $!=========================================== $! VACATION SITE HOOK $! $! dont do anything at all, mail gets $! deleted automatically at exit. $! $ use_vacation: $ exit 1 $ but to each his own. No executable, no DCL (or little), and the maintenance is nil. 8^) R_Rockwell, UMKC/ACS; **************************< Reply Separator >********************************* From: IN%"MX-List@MadGoat.com" 3-JUN-1996 14:31:05.07 To: IN%"MX-List@MadGoat.com" CC: Subj: RE: A new answer to an old question? (was: RE: Is any way... Date: Mon, 03 Jun 1996 20:55:49 +0200 From: "Rok Vidmar, NUK Ljubljana" To: MX-List@MadGoat.com Subject: RE: A new answer to an old question? (was: RE: Is any way... > $ ! Check for bad address: (this just throws it away.) > $ if "''local_user'" .eqs. "%" then exit 1 > $ > $ ! Set the return address: > $ define/job mx_reply_to 'p4' > $ > $ ! This does not check for a valid username, just an example > $ ! This also does not examine the file for a subject line. > $ ! send the mail: > $ > $ mail 'p2' "in%""''other_user'@''other_site'""" > $ mail 'p2' 'local_user' Why not use MX_SITE_IN? It's there and it's *ideal* for the task! MX will check *all* for you and take care of the subject line. $! Prepare new "To" file $ $ open/error=quit/write file 'p3' $ write file "<''other_user'@''other_site'>" $ If local_user.nes."" Then - $ write file "<_''local_user'''F$TrnLNm(""MX_VMSMAIL_LOCALHOST"")'" $ close file $ $ Now use MX_SITE_IN ! $ $ mx_site_in:= $mx_exe:mx_site_in.exe $ mx_site_in 'p2' 'p3' 'p4' Note the "_" in write file "<_''local_user'... Username prefixed by an underscore (which will cause forwarding information to be ignored), as Carl suggested, is accepted by MX silently and obediently, so you *can* indeed use your own account to keep one copy! I am not shure if MX_SITE deletes all versions of P3 file, but I expect it does (MX is a fine set of programs!). Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 1000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Mon, 03 Jun 1996 16:39:31 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 03 Jun 1996 16:38:42 CST From: Ron Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A34F3.970E353F.4@CCTR.UMKC.EDU> Subject: RE: A new answer to an old question? (was: RE: Is any way... => =>>Also, the other pitfall is that the local account could not be =>>your own account, since afterall, that account has its mail =>>forwarded. => =>Yes, it can, if you prefix the username with an underscore. =>This causes VMS Mail to ignore forwarding. thats cool. Where can i learn the rest of these trix? i.e. where is the "_" underscore documented? Would like to read the surrounding sections... 8^) => => =>Harold => => => => **************************************************************** => Harold Hamilton => Senior Systems Programmer hh@simplot.com => J. R. Simplot Company (208) 327-3251 => 5383 Irving Street => Boise, Idaho, 83706 => **************************************************************** => => ================================================================================ Archive-Date: Mon, 03 Jun 1996 20:38:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Mailing Error Date: 3 Jun 1996 23:53:48 GMT Message-ID: <4ovtuc$g3p@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <31B2E475.A5E@itqb.unl.pt>, "Pedro M. Matias" writes: =Hi All, = =For some reason, when our MX host receives e-mail with sender address =in the form @host1:user@host2 (see example below)it fails miserably. = = ----- Transcript of session follows ----- =While talking to ctqb01.itqb.unl.pt: =>>> MAIL From:<<@secyt.gov.ar:OSCAR@cenpat.edu.ar>><<< 501 Invalid address: <<@secyt.gov.ar:OSCAR@cenpat.edu.ar>> =554 ... Remote protocol error = =Does anyone have any idea of what's causing this ? Yup. MX isn't complaing about the format @host1:user@host2, it's complaining about the extra set of angle brackets surrounding the address. -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 04 Jun 1996 04:56:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 04 Jun 1996 11:55:14 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: RROCKWELL@CCTR.UMKC.EDU Message-ID: <009A3595.27999BDE.16@nuk.uni-lj.si> Subject: RE: A new answer to an old question? (was: RE: Is any way... > Unsure that this matters much on your system or not, but we have > had occasions where mx_site_in gave us error dumps, you know, the kind you > get that have no source line attached. 8^) How strange! I started to use the SITE interface before Matt put in DNSMTP (SMTP-over-DECnet) to achieve store-and-forward on DECnet. Several messages per day, no dump. Then I used to use it for a kind of X.400-->Mail-11 gateway. Several hundred messages per day, no dump. At the same time I used to use it for a kind of SMTP-->Mail-11 gateway to enable our national DECnet users to receive, but not send, SMTP mail. Several tens messages per day, no dump. In fact, I find SITE interface the most robust part of MX. Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 1000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Tue, 04 Jun 1996 14:20:27 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 04 Jun 1996 15:19:58 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: hardis@garnet.nist.gov Message-ID: <009A35B1.C1B52A00.6@garnet.nist.gov> Subject: RE: A new answer to an old question? (was: RE: Is any way... > Could the SITE interface be used to have a message addressed > to "otheruser%domain%user@iwannacopy.site" for example, to be delivered to > both otheruser@domain and _user at the local site? Easily. Here's a piece from mine: $ SET NOON $ MX_ENTER := $MX_EXE:MX_SITE_IN $ $ IF P1 .EQS. "MODERATE-IN" THEN GOTO Moderate_In_Start $ EXIT 4 $ $!------------------------------------------------------------------------- $ $ Moderate_In_Start: $ $ MX_ENTER 'P2' MX_SITE_DIR:MOD1.TXT "''P4'" $ MX_ENTER 'P2' MX_SITE_DIR:MOD2.TXT "''P4'" $ MX_ENTER 'P2' MX_SITE_DIR:MOD3.TXT "" $ $ EXIT 1 ================================================================================ Archive-Date: Tue, 04 Jun 1996 14:25:30 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 04 Jun 1996 15:24:02 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov Message-ID: <009A35B2.52C60140.8@garnet.nist.gov> Subject: RE: A new answer to an old question? (was: RE: Is any way... > I am not [sure] if MX_SITE deletes all versions of P3 file, but I expect > it does (MX is a fine set of programs!). The only files that "MX_SITE" deletes are those temporary files that were created before MX_SITE starts execution. More to the point, I think that whatever invokes MX_SITE actually deletes the files. Any temporary files that you create within SITE_DELIVER.COM should be explicitly deleted before exiting. Note that when you call MX_ENTER it makes yet more temporary files that it manages itself. - Jonathan ================================================================================ Archive-Date: Tue, 04 Jun 1996 16:32:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 04 Jun 1996 23:30:23 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A35F6.4402BEDE.36@nuk.uni-lj.si> Subject: RE: A new answer to an old question? (was: RE: Is any way... > > I am not [sure] if MX_SITE deletes all versions of P3 file, but I expect > > it does (MX is a fine set of programs!). > > The only files that "MX_SITE" deletes are those temporary files that were > created before MX_SITE starts execution. More to the point, I think that > whatever invokes MX_SITE actually deletes the files. Any temporary files > that you create within SITE_DELIVER.COM should be explicitly deleted before > exiting. Jonathan, I checked and you are right. > Note that when you call MX_ENTER it makes yet more temporary files that it > manages itself. > Regards, Rok Vidmar Internet: rok.vidmar@uni-lj.si National and University Library Phone: +386 61 125 4218 Turjaska 1, 1000 Ljubljana Fax: +386 61 125 5007 Slovenia ================================================================================ Archive-Date: Wed, 05 Jun 1996 10:24:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) Reply-To: MX-List@MadGoat.com Subject: Re: MLF Process is dying Date: 5 Jun 1996 14:21:06 GMT Message-ID: <4p454i$2pf@charm.magnus.acs.ohio-state.edu> To: MX-List@WKUVX1.WKU.EDU I believe mlf has returned. Last night I turned on mx_mlf_debug, restarted mlf and after it failed, looked at the log. It said "processing message 122". looked at 122 in the queue directory, and found that all its parts were not there. Ie., two of the three entries relating to 122 (the msg_, hdr_, and scr_) were missing. I cancelled 122 from mcp, restarted mlf and its still running this morning. My speculation is that the message was being written to queue when the disk filled, aborting the process and leaving a corrupted message. When mlf would start, it would do some other chores, but eventually turn to the corrupted message 122 and die. Harry ================================================================================ Archive-Date: Wed, 05 Jun 1996 10:29:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 05 Jun 1996 10:28:53 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A3652.41DF3040.10@ALPHA.WKU.EDU> Subject: Re: MLF Process is dying hlaufman@magnus.acs.ohio-state.edu (Harry B Laufman) writes: > >My speculation is that the message was being written to queue when the disk >filled, aborting the process and leaving a corrupted message. When mlf would >start, it would do some other chores, but eventually turn to the corrupted >message 122 and die. > This is one of the problems corrected in MX V4.2---the MLF process (and the others) no longer die when they hit an incomplete entry. Instead, they mark that entry as "HOLD" and go on with life. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Thu, 06 Jun 1996 05:52:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: A new answer to an old question? (was: RE: Is any way... Date: 6 Jun 1996 10:38:55 GMT Message-ID: <4p6cfv$r1l@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <009A34C1.555BBDBF.7@CCTR.UMKC.EDU>, Ron writes: =Also, the other pitfall is that the local account could not be =your own account, since afterall, that account has its mail =forwarded. This would cause a loop, That's why I suggested that you use for the local account your account prefixed by an underscore, which is your own account, but with forwarding disabled: =It occurs to me that the above sort of scheme could also (if it works; if it =doesn't, my apologies, but remember that I *DID* say I was just speculating) be =used to allow a user to keep one copy of a message and forward another to =another address. Could the SITE interface be used to have a message addressed =to "otheruser%domain%user@iwannacopy.site" for example, to be delivered to both =otheruser@domain and _user at the local site? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Mon, 10 Jun 1996 10:56:29 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 10 Jun 1996 08:56:04 PST From: Ed Bates Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-LIST@MADGOAT.COM Message-ID: <009A3A33.1EE3FF64.7@vms1.cc.uop.edu> Subject: Digest users backwards I recently installed MX 4.2 on a uV3100/80 with VMS 5.5-2 in order to take advantage of the new SET DIGEST list feature. Now I have an interesting "opportunity": the digest is only sent to those people who are set to NODIGEST--who also get the immediate posts--and the DIGEST people get nothing. I have restarted MX and NETLIB (version 2.0J), but it continues to happen. Suggestions? TIA, -- Ed - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Edwin J. "Ed" Bates VAX/UNIX Administrator Systems Administrator Internet Administrator . . _ _ Office of Computing Services |#| / \ | \ University of the Pacific Internet: ebates@uop.edu |#| | | |_/ 877 W. Stadium Dr. Telephone: (209) 946-2251 |#| | | | Stockton, CA 95211 Fax: (209) 946-2898 \_/ \_/ | ================================================================================ Archive-Date: Mon, 10 Jun 1996 10:58:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Mon, 10 Jun 1996 10:58:23 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Message-ID: <009A3A44.3500577D.13@ALPHA.WKU.EDU> Subject: RE: Digest users backwards Ed Bates writes: > >I recently installed MX 4.2 on a uV3100/80 with VMS 5.5-2 >in order to take advantage of the new SET DIGEST list >feature. Now I have an interesting "opportunity": the >digest is only sent to those people who are set to >NODIGEST--who also get the immediate posts--and the >DIGEST people get nothing. > Have you enabled MX_MLF_DEBUG (define/sys/exec) to see what the debug logs say? Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Mon, 10 Jun 1996 14:22:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: Date: Mon, 10 Jun 1996 12:22:30 -0800 From: Dan Sugalski Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Subject: Multihomed hosts and MLF The host we're running MX on has three names/IP addresses on it, and we were wondering if it's possible to have MX treat each interface separately, both for SMTP mail and for mailing lists. Right now, MX identifies itself as the primary interface/name, regardless of which one you connect to, and all mailing list mail's marked as coming from the primary interface/name. If it's possible, we'd like to have each name/interface treated separately. (The machine's doing double-duty as an official and unoffical server, and we'd like to be able to move the unofficial stuff somewhere else if it gets in the way) Is this possible? Sensible? Doable? Sane? Any help'd be appreciated. Dan ---------------------------------------------------------------------- Dan Sugalski Miracles worked while you wait Programmer Dude (541) 917-4364 Linn-Benton Community College sugalsd@gw.lbcc.cc.or.us ================================================================================ Archive-Date: Mon, 10 Jun 1996 18:36:06 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: Date: Mon, 10 Jun 1996 16:35:43 -0800 From: Dan Sugalski Reply-To: MX-List@MadGoat.com To: mx-list@WKUVX1.WKU.EDU Subject: set mx-list nodigest set mx-list repro set mx-list mail ================================================================================ Archive-Date: Tue, 11 Jun 1996 03:49:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: Re: Multihomed hosts and MLF Date: 11 Jun 1996 03:58:57 GMT Message-ID: <4piqu1$3bu@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article , Dan Sugalski writes: = The host we're running MX on has three names/IP addresses on it, and we =were wondering if it's possible to have MX treat each interface separately, =both for SMTP mail and for mailing lists. For mailing lists, sort of (see below): You can specify an alternate return address to be used in the Reply to: field. I don't undeerstand what you mean by treating each interface separately for SMTP mail. Do you mean have each individual user able to select one of those host names as the address to which folks reply? If that's what you mean, yes. See the excerpt from MX_DOC:MX_USER_GUIDE.TXT below (if you don't want the user to have to make the logical name definition, you can have your system's SYS$SYLOGIN do the definition for them). If you mean use a different hostname depending on where the mail's going, I suspect you could do that using the SITE interface. = Right now, MX identifies itself as the primary interface/name, =regardless of which one you connect to, and all mailing list mail's marked as =coming from the primary interface/name. If it's possible, we'd like to have =each name/interface treated separately. (The machine's doing double-duty as an =official and unoffical server, and we'd like to be able to move the unofficial =stuff somewhere else if it gets in the way) = = Is this possible? Sensible? Doable? Sane? Any help'd be appreciated. $ MCR MX_EXE:MCP HELP DEFINE LIST /RETURN_ADDRESS DEFINE LIST /RETURN_ADDRESS /RETURN_ADDRESS=address /NORETURN_ADDRESS (default) The /RETURN_ADDRESS qualifier is used to specify an alternate address that is to be used as the Reply-To address when /REPLY_TO=LIST is specified. This qualifier is most useful when multiple lists should have a common return address. For example, it can be used to redirect replies to a "-Digest" list back to the non-digest address. ================================================================================ From MX_DOC:MX_USER_GUIDE.TXT: 1.5 Redirecting Replies Normally when you send a message via MX from your VMS account, the message will include information that will direct any replies to the message back to your VMS account. If you would rather have replies go to a different account, or to an account on a different system, you can define the logical name MX_REPLY_TO to include this information in the message: $ DEFINE MX_REPLY_TO "user@host" Note that you should not include the MX% prefix on the address, and you should not change quotation marks to apostrophes when you specify the address. To have this reply address included in your messages every time you login, include the DEFINE command in your LOGIN.COM file. Some mailers, including MX, allow multiple addresses on the ``From:'' line for messages. You can include multiple addresses in the MX_REPLY_TO definition to allow replies to be returned to multiple addresses (assuming the remote mailer allows it). For example, if you want replies to your messages to go to two different accounts, you could define the logical as follows: $ DEFINE MX_REPLY_TO "user@host,user2@host2" -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Tue, 11 Jun 1996 11:47:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Message-ID: Date: Tue, 11 Jun 1996 09:47:35 -0800 From: Dan Sugalski Reply-To: MX-List@MadGoat.com To: carl@SOL1.GPS.CALTECH.EDU, MX-List@WKUVX1.WKU.EDU Subject: Re: Multihomed hosts and MLF -Reply (Comments after the star line, courtesy of a lame (GroupWise) e-mail program) >>> Carl J Lydick 06/10/96 07:58pm >>> In article , Dan Sugalski writes: = The host we're running MX on has three names/IP addresses on it, and we =were wondering if it's possible to have MX treat each interface separately, =both for SMTP mail and for mailing lists. For mailing lists, sort of (see below): You can specify an alternate return address to be used in the Reply to: field. I don't undeerstand what you mean by treating each interface separately for SMTP mail. Do you mean have each individual user able to select one of those host names as the address to which folks reply? If that's what you mean, yes. See the excerpt from MX_DOC:MX_USER_GUIDE.TXT below (if you don't want the user to have to make the logical name definition, you can have your system's SYS$SYLOGIN do the definition for them). If you mean use a different hostname depending on where the mail's going, I suspect you could do that using the SITE interface. ************************ I wasn't completely clear, I think. The machine I've got MX on is a touch odder than most. It's a list-only machine for mail (no users) with three IP addresses. Each of the three IP addresses would have a separate set of (non-overlapping) mailing lists. What I'd like is to have MX treat each address as a completely separate machine. The end result would be SMTP connections to each of the three addresses would be identified as that address/name rather than the primary address/name, and the mail would have headers that showed it coming from the address the list is 'supposed' to be living on. Reading through the docs and the archives for this list (something I should have done first) makes me think that I can't do that, but I can fake it, more or less, with rewrite rules and proper header settings. I had hoped to be able to use the LISTSERV-style central address for the lists. It'd mean three addresses, each with a different set of lists. It doesn't look like I'll be able to do that. Definitely not a big deal, though. Dan ================================================================================ Archive-Date: Wed, 12 Jun 1996 06:51:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) Subject: RE: long text lines in mail messages Date: 12 Jun 1996 11:33:05 GMT Message-ID: <4pm9th$7ks@gap.cco.caltech.edu> Reply-To: MX-List@WKUVX1.WKU.EDU To: MX-List@WKUVX1.WKU.EDU In article <4p7cdj$5l1@hecate.umd.edu>, bleau@umdsp.umd.edu (Lawrence Bleau) writes: =In article <009A2C4F.AB2F8DE0.13@garnet.nist.gov>, "Jonathan E. Hardis" writes: ==> I have had complaints about text in [incoming] mail messages being lost. == ==Yeah, it's a real pain for me, too. == ==> It occurs in mail which contains long lines of text without record ==> delimiters. I guess it is running into the 512 byte record limit that ==> VMSMAIL has. == ==More likely, the 255-character variable-length string limit. = =DCL has a 255-char limit for strings; Oh? Just what limit are you referring to? x=F$FAO("!500*X") $ WRITE SYS$OUTPUT F$LENGTH(X) 500 $ WRITE/SYMBOL SYS$OUTPUT X XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Did you perhaps mean "a 255-character limit for a single input command line"? -------------------------------------------------------------------------------- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My understanding of astronomy is purely at the amateur level (or below). So unless what I'm saying is directly related to VAX/VMS, don't hold me or my organization responsible for it. If it IS related to VAX/VMS, you can try to hold me responsible for it, but my organization had nothing to do with it. ================================================================================ Archive-Date: Thu, 13 Jun 1996 09:51:51 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 13 Jun 1996 15:52:20 BST From: john.powers@blackwell.co.uk Reply-To: MX-List@MadGoat.com To: MX-List@MADGOAT.COM Message-ID: <009A3CC8.C4770060.47@blackwell.co.uk> Subject: Router goes phut,, We are having severe problems getting our router to stay up - it keeps going belly up and disappearing from the system. We are currently running MX042 on a 3-node VMS cluster running VMS V5.5-2. We have tried it both on a live production node running PST TCPware and on our development and testing maching running CMUIP 6.6-5, with the same results. The symptoms are that the router disappears from the system. This seems to occur at a random time, anything between 10 seconds and 15 hours of successful run-time has been found between crashes. To try to get more information, I used a spare terminal and ran MX_ROUTER on that terminal, with a photo log, to see if it told us anything. This produced the following nugget of information.. $ run mx_exe:mx_router 12-JUN-1996 09:43:59.72: SYSTEM (pid 2080B1D6) starting %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000, PC =000855CC, PSL=0BC00000 %TRACE-F-TRACEBACK, symbolic stack dump follows module name routine name line rel PC abs PC 000855CC 000855CC 00082B78 00082B78 0009638C 0009638C 00096791 00096791 PROCESS PROCESS 507 00000B3B 00004A0D MX_ROUTER MX_ROUTER 44 000003D1 000029D1 12-JUN-1996 09:44:11.06: SYSTEM (pid 2080B1D6) exiting, status = 1000000C $ .. Can anybody provide use with some pointers as to what is going on here? Any help to get all these irate users off my back would be very much appreciated. TIA ------------------------------------------------------------------------ John Powers - Blackwell's, Oxford - - "if light wine is messy" (anag.) john.powers@blackwell.co.uk (Internet) (A better one coming shortly, PSI%234284400179::TJGP (PSImail) I hope!) ------------------------------------------------------------------------ ================================================================================ Archive-Date: Fri, 14 Jun 1996 10:37:59 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: mp@zephyr.matra-espace.fr Reply-To: MX-List@MadGoat.com Date: Fri, 14 Jun 1996 17:40:19 MET To: MX-LIST@WKUVX1.WKU.EDU CC: mp@zephyr.matra-espace.fr Message-ID: <009A3DA1.04A9B1E0.1@zephyr.matra-espace.fr> Subject: Changing the domain name Hi all, I'm currently in the process of changing my VS (VMS 7.0/UCX 4.0/MX 4.1) domain name from matra-espace.fr to tls.mms.fr . It has to be done now. I changed it in UCX (SMTP is disabled and UCX/MAIL is stopped as it's always been). Ok. Now, when I mail to say pintor_m@decus.fr, I see the return path (in the received message) is mp@zephyr.matra-espace.fr instead of expected mp@zephyr.tls.mms.fr. I think it comes from MX but can't find the way to change it. Any clue ? TIA Please, send your responses to mp@zephyr.tls.mms.fr (or I won't receive them). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Manuel PINTOR | Tel. : (33) 62 24 51 59 TDHS manager \ VMS/UNIX system manager | FAX : (33) 61 39 73 32 for "Telecoms Operations" | E-mail : mp@zephyr.tls.mms.fr at Matra Marconi Space - Toulouse | pintor_m@decus.fr STERIA I&S FRANCE | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Shoaw's principle: Build a system that even a fool can use, and only a fool will want to use it. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Fri, 14 Jun 1996 11:33:40 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: "Pedro M. Matias" Reply-To: MX-List@MadGoat.com Subject: Re: Router goes phut,, Date: Fri, 14 Jun 1996 16:25:06 -0100 Message-ID: <31C1A072.196B@itqb.unl.pt> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU john.powers@blackwell.co.uk wrote: > > We are having severe problems getting our router to stay up - it keeps > going belly up and disappearing from the system. We are currently > running MX042 on a 3-node VMS cluster running VMS V5.5-2. We have tried > it both on a live production node running PST TCPware and on our > development and testing maching running CMUIP 6.6-5, with the same > results. > > The symptoms are that the router disappears from the system. This seems > to occur at a random time, anything between 10 seconds and 15 hours of > successful run-time has been found between crashes. > I could be wrong here, but quite a while ago I had a seemingly related problem with MX. One of its components would die for no apparent reason. It turned out that the SMTP service in UCX somehow got activated and totally confused MX. My point is, maybe you have some process from the TCP/IP packages you're using that is causing the MX router process to die. Just my 2 cents worth, Pedro. ================================================================================ Archive-Date: Fri, 14 Jun 1996 20:53:41 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sat, 15 Jun 1996 03:10:24 +0200 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mp@zephyr.tls.mms.fr Message-ID: <009A3DF0.A8DED7B5.13@e.kth.se> Subject: Re: Changing the domain name >From: mp@zephyr.matra-espace.fr >Now, when I mail to say pintor_m@decus.fr, I see the return path (in the >received message) is mp@zephyr.matra-espace.fr instead of expected >mp@zephyr.tls.mms.fr. > >I think it comes from MX but can't find the way to change it. Look in MX_DIR:MX_LOGICALS.DAT. Make the appropriate changes. >Please, send your responses to mp@zephyr.tls.mms.fr (or I won't receive them). OK. -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Fri, 21 Jun 1996 10:05:22 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 21 Jun 1996 13:32:17 +0000 From: Ian.Miller@softel.co.uk Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu Message-ID: <009A42FE.8785A003.3@dylan.softel.co.uk> Subject: gateway to vmsnet.mail.mx Does anybody know if the gateway from this list to the newsgroup vmsnet.mail.mx is working. I see no traffic on that newsgroup. Does anyone ? *************************************************************************** Ian Miller "The time has come",the walrus said Teletext Dept.,Softel "to speak of many things". Tel: +44 118 9842151 from "Through the looking glass" Ian.Miller@softel.co.uk by Lewis Carrol. PSImail: 243273400398::IAN *************************************************************************** ================================================================================ Archive-Date: Fri, 21 Jun 1996 12:46:46 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 21 Jun 1996 11:46:12 -0600 From: Harold Hamilton Reply-To: MX-List@MadGoat.com To: MX-List@madgoat.com Message-ID: <009A42EF.B5A5E9D8.131@galaxy.simplot.COM> Subject: RE: gateway to vmsnet.mail.mx >Does anybody know if the gateway from this list to the newsgroup vmsnet.mail.mx >is working. I see no traffic on that newsgroup. Does anyone ? >*************************************************************************** >Ian Miller "The time has come",the walrus said >Teletext Dept.,Softel "to speak of many things". >Tel: +44 118 9842151 from "Through the looking glass" >Ian.Miller@softel.co.uk by Lewis Carrol. >PSImail: 243273400398::IAN >*************************************************************************** I haven't seen anything from this list since the 14th. Gee, a whole week without an MX-List posting? **************************************************************** Harold Hamilton Senior Systems Programmer hh@simplot.com J. R. Simplot Company (208) 327-3251 5383 Irving Street Boise, Idaho, 83706 **************************************************************** ================================================================================ Archive-Date: Fri, 21 Jun 1996 14:04:04 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 21 Jun 1996 15:01:13 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: Ian.Miller@softel.co.uk, hardis@garnet.nist.gov Message-ID: <009A430A.F439BE80.5@garnet.nist.gov> Subject: RE: gateway to vmsnet.mail.mx > Does anybody know if the gateway from this list to the newsgroup > vmsnet.mail.mx is working. I see no traffic on that newsgroup. Does anyone? The last seems to be: Message-ID: <009A3189.7B320FC0.4@garnet.nist.gov> Date: Thu, 30 May 1996 08:21:35 EDT Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway - Jonathan ================================================================================ Archive-Date: Sat, 22 Jun 1996 11:22:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: Matthew Madison Reply-To: MX-List@MadGoat.com Subject: Re: Upgraded to MX 4.2 (from 4.1) and Getting "NOHOST" Errors Date: Sat, 22 Jun 1996 09:04:34 -0700 Message-ID: <31CC1992.67E2@tgv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Jensen To: MX-List@WKUVX1.WKU.EDU Mike Jensen wrote: > > I have just upgraded from 4,1 to 4.2. I am getting the following > errors on the queue, the following is typical:[...] > SMTP mail finds it's way into the site ok but every time I send out I > get this "NOHOST" error. If you have MultiNet V3.5 Rev B installed, this problem is probably due to a bug in NETLIB V2.0 which is aggravated by this version of MultiNet. Upgrading NETLIB to V2.0J should take care of the problem. -Matt ================================================================================ Archive-Date: Tue, 25 Jun 1996 03:47:48 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 25 Jun 1996 10:49:57 MET_DST From: Kurt Schumacher - KS E & C Reply-To: MX-List@MadGoat.com To: MX-LIST@WKUVX1.WKU.EDU CC: Kurt.Schumacher@decus.ch Message-ID: <009A460C.83EF7020.13@elias.decus.ch> Subject: Sending 7bit or MIME encoded mail per default - rejected mails... Subject: Sending 7bit or MIME encoded mail per default - rejected mails... We often get mail back from a single site quoting "Returned mail: Data format error" ... ----- Transcript of session follows ----- 554 ... Cannot send 8-bit data to 7-bit destination 501 ... Data format error ... How can we force MX to do default MIME encoding of all the messages sent, instead sending it in default 8bit? Or is this a feature of TCPware's SMTP (V5.1-4) we are using here? Thanks for any idea. regards, Kurt Schumacher --------------------------------------------------------------------------- Appended is the complete mail content. Had another problem (was not able to find the right user) but this is not the problem here. From: MX%"MAILER-DAEMON@uranus.ubs.com" 24-JUN-1996 19:42:29.41 To: MX%"Kurt.Schumacher@decus.ch" CC: Subj: Returned mail: Data format error Return-Path: Received: from uranus.ubs.com by elias.decus.ch (MX V4.2 VAX) with SMTP; Mon, 24 Jun 1996 19:42:25 MET_DST Received: by uranus.ubs.com; id UAA20062; Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) Date: Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) From: Mail Delivery Subsystem Subject: Returned mail: Data format error Message-ID: <199606241833.UAA20062@uranus.ubs.com> To: MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="UAA20062.835641186/uranus.ubs.com" Content-Transfer-Encoding: 8bit Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --UAA20062.835641186/uranus.ubs.com The original message was received at Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) from uucp@localhost ----- The following addresses have delivery notifications ----- (unrecoverable error) ----- Transcript of session follows ----- 554 ... Cannot send 8-bit data to 7-bit destination 501 ... Data format error --UAA20062.835641186/uranus.ubs.com Content-Type: message/delivery-status Reporting-MTA: dns; uranus.ubs.com Arrival-Date: Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) Final-Recipient: rfc822; Paul.Robbins@ubs.com Action: failed Status: 5.6.3 Last-Attempt-Date: Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) --UAA20062.835641186/uranus.ubs.com Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Return-Path: Received: by uranus.ubs.com; id UAA20058; Mon, 24 Jun 1996 20:33:06 +0200 (MET DST) Resent-Message-Id: <199606241833.UAA20058@uranus.ubs.com> Received: from elias.decus.ch(194.191.19.253) by uranus.ubs.com via smap (V3.1.1) id xma020050; Mon, 24 Jun 96 20:32:58 +0200 Resent-Date: Mon, 24 Jun 1996 19:42:12 MET_DST Resent-From: Resent-To: Received: by elias.decus.ch (MX V4.2 VAX) id 8; Mon, 24 Jun 1996 19:42:10 MET_DST Date: Mon, 24 Jun 1996 19:42:09 MET_DST From: Kurt Schumacher - KS E & C To: PAUL.ROBBINS@DECUS.CH CC: Kurt.Schumacher@decus.ch Message-ID: <009A458D.B25BB1A0.8@elias.decus.ch> Subject: Can you try to keep trak for your (new!) 7 bit only mail machine??? From: MX%"Postmaster@decus.ch" 24-JUN-1996 09:59:11.71 To: MX%"Postmaster@elias.decus.ch" CC: Subj: LOCAL delivery error Return-Path: <> Date: Mon, 24 Jun 1996 09:59:08 MET_DST From: Local delivery agent To: Subject: LOCAL delivery error X-Report-Type: Nondelivery; boundary="> Error description:" Note: this message was generated automatically. An error was detected while processing the enclosed message. A list of the affected recipients follows. This list is in a special format that allows software like LISTSERV to automatically take action on incorrect addresses; you can safely ignore the numeric codes. --> Error description: Error-For: paul$robbins@decus.ch Error-Code: 3 Error-Text: No such local user Error-End: 1 error detected ------------------------------ Rejected message ------------------------------ Received: from uranus.ubs.com by elias.decus.ch (MX V4.2 VAX) with SMTP; Mon, 24 Jun 1996 09:59:06 MET_DST Received: by uranus.ubs.com; id KAA04724; Mon, 24 Jun 1996 10:49:47 +0200 (MET DST) Date: Mon, 24 Jun 1996 10:49:47 +0200 (MET DST) From: Mail Delivery Subsystem Subject: Returned mail: Data format error Message-ID: <199606240849.KAA04724@uranus.ubs.com> To: MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="KAA04724.835606187/uranus.ubs.com" Content-Transfer-Encoding: 8bit Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --KAA04724.835606187/uranus.ubs.com The original message was received at Mon, 24 Jun 1996 10:49:46 +0200 (MET DST) from uucp@localhost ----- The following addresses have delivery notifications ----- (unrecoverable error) ----- Transcript of session follows ----- 554 ... Cannot send 8-bit data to 7-bit destination 501 ... Data format error --KAA04724.835606187/uranus.ubs.com Content-Type: message/delivery-status Reporting-MTA: dns; uranus.ubs.com Arrival-Date: Mon, 24 Jun 1996 10:49:46 +0200 (MET DST) Final-Recipient: rfc822; paul.robbins@ubs.com Action: failed Status: 5.6.3 Last-Attempt-Date: Mon, 24 Jun 1996 10:49:46 +0200 (MET DST) --KAA04724.835606187/uranus.ubs.com Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Return-Path: Received: by uranus.ubs.com; id KAA04716; Mon, 24 Jun 1996 10:49:46 +0200 (MET DST) From: Received: from elias.decus.ch(194.191.19.253) by uranus.ubs.com via smap (V3.1.1) id xma004649; Mon, 24 Jun 96 10:49:16 +0200 Received: by elias.decus.ch (MX V4.2 VAX) id 1; Mon, 24 Jun 1996 09:58:31 MET_DST Date: Mon, 24 Jun 1996 09:58:30 MET_DST To: paul.robbins@ubs.com Message-ID: <009A453C.29654CE0.1@elias.decus.ch> Subject: perkycanda.html Editorial questions/comments? Contact Editorial --KAA04724.835606187/uranus.ubs.com-- +----------------------------------------------------------------------+ --UAA20062.835641186/uranus.ubs.com-- --------------------------------------------------------------------------- +----------------------------------------------------------------------+ | Kurt Schumacher E-Mail: Kurt.Schumacher@decus.ch | | PSI-Mail: PSI%47911312::K_SCHUMACHER | | Riedhofstrasse 303 Voice: +41 1 342 42 54 | | CH-8049 Zürich FAX: +41 1 342 42 54 | +----------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 25 Jun 1996 08:20:47 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 25 Jun 1996 08:19:23 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: KURT.SCHUMACHER@DECUS.CH Message-ID: <009A45F7.7B0752C6.52@ALPHA.WKU.EDU> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... Kurt Schumacher - KS E & C writes: > >We often get mail back from a single site quoting "Returned mail: Data >format error" > >... > ----- Transcript of session follows ----- >554 ... Cannot send 8-bit data to 7-bit destination >501 ... Data format error >... > >How can we force MX to do default MIME encoding of all the messages sent, >instead sending it in default 8bit? You can't, unless you run everything through the SITE interface first and do the encoding yourself. While MX will do quoted-printable decoding, it doesn't do encoding. >Or is this a feature of TCPware's SMTP >(V5.1-4) we are using here? > According to the MIME RFCs, your server is not in error, though I find it most annoying. Some mail systems assume the world does MIME, though the majority of the systems in use do not. Until support for the 8-bit MIME RFC is added to MX, this is likely to continue to be a problem, unless you can disable the rejection on the other side. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Tue, 25 Jun 1996 10:49:35 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 25 Jun 1996 17:48:13 +0200 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A4646.F2461DF6.13@e.kth.se> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... >From: Hunter Goatley >According to the MIME RFCs, your server is not in error, though I find >it most annoying. Some mail systems assume the world does MIME, You mean that some mail systems assume the world is 7 bits, and that those not following that will encode in Quoted-Printables. >though the majority of the systems in use do not. Until support for >the 8-bit MIME RFC is added to MX, this is likely to continue to be a >problem, unless you can disable the rejection on the other side. There are SMTP servers that support 8bit without saying so. There's also the ESMTP standard (I think there's a RFC for it) that accepts 8bit. They are easy to identify. Give them the EHLO command instead of HELO. If they don't barf, they support ESMTP. They usually say what extensions they support. One of them is 8BIT, as far as I remember without glancing at the RFC in question. -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Tue, 25 Jun 1996 13:08:26 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Tue, 25 Jun 1996 13:08:00 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A461F.CC68B5A1.17@ALPHA.WKU.EDU> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... Richard Levitte - GNU on VMS hacker writes: > >>From: Hunter Goatley > >>According to the MIME RFCs, your server is not in error, though I find >>it most annoying. Some mail systems assume the world does MIME, > >You mean that some mail systems assume the world is 7 bits, and that >those not following that will encode in Quoted-Printables. > That's true; many of the sites that bounce mail don't support ESMTP either---they just expect Quoted-Printables. >>though the majority of the systems in use do not. Until support for >>the 8-bit MIME RFC is added to MX, this is likely to continue to be a >>problem, unless you can disable the rejection on the other side. > >There are SMTP servers that support 8bit without saying so. There's MX falls into this category, in that it accepts 7-bit and 8-bit characters via SMTP. >also the ESMTP standard (I think there's a RFC for it) that accepts >8bit. They are easy to identify. Give them the EHLO command instead >of HELO. If they don't barf, they support ESMTP. They usually say >what extensions they support. One of them is 8BIT, as far as I >remember without glancing at the RFC in question. > Yep. That's on the wish list for MX, but frankly, there don't seem to be that many clients that support EHLO use either. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Tue, 25 Jun 1996 17:54:49 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 26 Jun 1996 00:54:32 +0200 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A4682.8068D409.10@e.kth.se> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... >From: Hunter Goatley >Yep. That's on the wish list for MX, but frankly, there don't seem to >be that many clients that support EHLO use either. Eh, honestly, so? Just because they assume other things, or do things incorrectly doesn't mean MX has to follow suit, does it? -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Wed, 26 Jun 1996 06:45:19 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 26 Jun 1996 06:45:04 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A46B3.7863592C.3@ALPHA.WKU.EDU> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... Richard Levitte - GNU on VMS hacker writes: > >>From: Hunter Goatley > >>Yep. That's on the wish list for MX, but frankly, there don't seem to >>be that many clients that support EHLO use either. > >Eh, honestly, so? Just because they assume other things, or do things >incorrectly doesn't mean MX has to follow suit, does it? > Not at all. But since I'm still searching for that elusive 48-hour day, supporting a feature like that (i.e., one not used by many mail systems) has a lower priority than fixing bugs, etc. And I base my comments on random interactive SMTP sessions with several mailers that rejected some 8-bit mail. *None* of the 3 I tested (at several sites) supported EHLO, and all were UNIX-based. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Wed, 26 Jun 1996 08:51:30 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 26 Jun 1996 14:50:38 BST From: john.powers@blackwell.co.uk Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU CC: john.powers@blackwell.co.uk Message-ID: <009A46F7.4DC280A0.107@blackwell.co.uk> Subject: Restricting usage of the MX gateway Can anybody help me with a problem I have on MX, ideally a solution, or else a pointer to the right page in the DIY manual, or at worst, a simple "It can't be done" statement that I can throw back at my manager. At the behest of our management, we restrict access to external Email to only a list of authorized people, by making use of the MX_RESTRICT_USAGE logical, and granting the rights identifier MX_MAIL_ACCESS to only those people who are supposed to be using mail. All the users in our system are intended to be able to mail internally to everybody else in the company. This has worked fine up until recently. Unfortunately now, the Microsoft MS-Exchange mail system has been creeping like a cancer all over the company, as more and more users decide that they must have their mail delivered directly to their PCs. To do so they set a forwarding address in VMSmail to something of the form @exchange1.blackwell.co.uk. The upshot of this is that whenever a user tries to mail internally to these people, VMS reads the forwarding address, tries to pass it on to MX, which immediately rejects it, unless they have the MX rights identifier. This has stymied our plan of allowing unlimited internal Email within the company. The MX_RESTRICT_USAGE logical seems too blunt a weapon to achieve what we want here. Ideally what we would like is that any user can send email if: EITHER: The sender has the MX_MAIL_ACCESS identifier OR: The "To:" address is @.blackwell.co.uk Can anybody give me any hints of whether this is possible, and if so how to do it? Many Thanks. JayPee ----------------------------------------------------------------------------- John Powers - Blackwell's, Oxford - - "fee issuing thirty mails" (anag.) john.powers@blackwell.co.uk (Internet) Blackwells Booksellers - Visit our PSI%234284400179::TJGP (PSImail) home page: http://www.blackwell.co.uk/ ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 26 Jun 1996 12:05:10 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Wed, 26 Jun 1996 19:04:22 +0200 From: Richard Levitte - GNU on VMS hacker Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A471A.BF9A6F06.7@e.kth.se> Subject: RE: Sending 7bit or MIME encoded mail per default - rejected mails... >From: Hunter Goatley >>Eh, honestly, so? Just because they assume other things, or do things >>incorrectly doesn't mean MX has to follow suit, does it? >> >Not at all. But since I'm still searching for that elusive 48-hour >day, supporting a feature like that (i.e., one not used by many mail >systems) has a lower priority than fixing bugs, etc. That's a reason I can take. :-) Actually, I don't care much about that problem. I've had it with one person I mailed to, and I simply told him and his postmaster what happens, and that they should change their SMTP server. Haven't seen any problem since, so I assume they followed my advice. How's that for a bug fix, huh? -- +--------------------------------------------------------------------+ ! Richard Levitte, GNU on VMS hacker ! tel: +46-8-26 52 47 ! ! Spannvägen 38, I ! fax: none for the moment ! ! S-161 43 Bromma ! Internet: levitte@e.kth.se ! ! SWEDEN ! ! +-GNUish VMS-+ You may not add me to a commercial mailing list or send me commercial advertising without my consent! See http://www.e.kth.se/~levitte/anti.html for further reference. ================================================================================ Archive-Date: Thu, 27 Jun 1996 00:42:22 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 27 Jun 1996 00:48:14 EDT From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: john.powers@blackwell.co.uk, hardis@garnet.nist.gov Message-ID: <009A474A.C96F2F20.1@garnet.nist.gov> Subject: RE: Restricting usage of the MX gateway > Unfortunately now, the Microsoft MS-Exchange mail system has been > creeping like a cancer all over the company, as more and more users > decide that they must have their mail delivered directly to their > PCs. I'm not familiar with this product, but I can't imagine that its feature set lacks the capability to to send Internet mail directly from the PC. Therefore, MX_MAIL_ACCESS sees to be a hollow way to enforce your policy, which you might want to reconsider. - Jonathan ================================================================================ Archive-Date: Thu, 27 Jun 1996 10:12:55 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Thu, 27 Jun 1996 16:09:35 BST From: john.powers@blackwell.co.uk Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov, john.powers@blackwell.co.uk Message-ID: <009A47CB.7F6E28A0.173@blackwell.co.uk> Subject: RE: Restricting usage of the MX gateway >> Unfortunately now, the Microsoft MS-Exchange mail system has been >> creeping like a cancer all over the company, as more and more users >> decide that they must have their mail delivered directly to their >> PCs. > >I'm not familiar with this product, but I can't imagine that its feature >set lacks the capability to to send Internet mail directly from the PC. > >Therefore, MX_MAIL_ACCESS sees to be a hollow way to enforce your policy, >which you might want to reconsider. > > - Jonathan > No, this is not a problem here. The VAX machine running MX is our mail hub, and is the only IP address that our ISP will accept mail from. All mail in and out of Blackwells goes via that machine. Anybody trying to send mail directly out from their pc will get scorched by the firewall. ----------------------------------------------------------------------------- John Powers - Blackwell's, Oxford - - "fee issuing thirty mails" (anag.) john.powers@blackwell.co.uk (Internet) Blackwells Booksellers - Visit our PSI%234284400179::TJGP (PSImail) home page: http://www.blackwell.co.uk/ ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 27 Jun 1996 20:06:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU From: randy@kean.ucs.mun.ca (Randy Dodge, Tech Support Manager C&C) Reply-To: MX-List@MadGoat.com Subject: Make errors for MX042 on OpenVMS 7.0 Date: 27 Jun 96 22:31:28 -0230 Message-ID: <1996Jun27.223128@deneb> To: MX-List@WKUVX1.WKU.EDU Hi. I'm trying to recompile some local changes into MX V4.2 on an Alpha OpenVMS 7.0 system. The Bliss I have is V1.3-023 from the Freeware V2 CD. I've not used Bliss before, so perhaps this is a common problem ?? After installing Bliss, I had to create the STARLET and LIB system libraries, as per the release notes, with lots of literal overflows though... Here's the error I get when trying to make MX : == $ MMS/MACRO=__ALPHA__=1 /descrip=[] if f$type(dbg).nes."" then delete/symbol/global dbg SET DEFAULT MX_SRC:[MX.MDMLIB] MMS/RULES=MX_SRC:[MX]MMS_AXP_CROSS_RULES.MMS %MMS-W-MBREDEFILL, Illegal attempt to redefine macro BFLAGS. %MMS-W-MBREDEFILL, Illegal attempt to redefine macro MFLAGS. %MMS-W-MBREDEFILL, Illegal attempt to redefine macro MSGFLAGS. %MMS-F-GWKNOPRN, There are no known sources for the current target MDMLIB.ALPHA_OLB(MDM_FIO=MDM_FIO.). %MMS-F-ABORT, For target ALLAXP, CLI returned abort status: %X10EE8064.=== so I tried to make a new mdmlib, but got errors as well.. $mms /descrip=[] BLISS /OBJECT=MDM_ASCTOID.OBJ/NOLIST MDM_ASCTOID.B32 LIBRARY 'SYS$LIBRARY:TPAMAC'; ............^ %BLS32-E-M_OPENIN, error opening SYS$LIBRARY:TPAMAC as input -RMS-E-FNF, file not found at line number 48 in file MX_DEVICE:[MX.MDMLIB]MDM_ASCTOID.B32;1 %BLS32-E-TEXT, Fatal error - compilation aborted %MMS-F-ABORT, For target MDM_ASCTOID.OBJ, CLI returned abort status: %X106F1262. help, ? -- Randy Dodge, Computing & Communications Memorial University, St. John's, Newfoundland Canada randy@kean.ucs.mun.ca ================================================================================ Archive-Date: Fri, 28 Jun 1996 07:46:45 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 28 Jun 1996 07:46:32 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: RANDY@KEAN.UCS.MUN.CA Message-ID: <009A484E.63751126.13@ALPHA.WKU.EDU> Subject: RE: Make errors for MX042 on OpenVMS 7.0 randy@kean.ucs.mun.ca (Randy Dodge, Tech Support Manager C&C) writes: > >Hi. I'm trying to recompile some local changes into MX V4.2 on an Alpha >OpenVMS 7.0 system. > >The Bliss I have is V1.3-023 from the Freeware V2 CD. > >I've not used Bliss before, so perhaps this is a common problem ?? > >After installing Bliss, I had to create the STARLET and LIB system >libraries, as per the release notes, with lots of literal overflows >though... > Those are OK---you can ignore them. >Here's the error I get when trying to make MX : >== > >$ MMS/MACRO=__ALPHA__=1 /descrip=[] >if f$type(dbg).nes."" then delete/symbol/global dbg >SET DEFAULT MX_SRC:[MX.MDMLIB] >MMS/RULES=MX_SRC:[MX]MMS_AXP_CROSS_RULES.MMS >%MMS-W-MBREDEFILL, Illegal attempt to redefine macro BFLAGS. >%MMS-W-MBREDEFILL, Illegal attempt to redefine macro MFLAGS. MMS doesn't let you redefine certain macros. Use MMK instead (from ftp://ftp.wku.edu/madgoat/mmk.zip). >so I tried to make a new mdmlib, but got errors as well.. > >$mms /descrip=[] > >BLISS /OBJECT=MDM_ASCTOID.OBJ/NOLIST MDM_ASCTOID.B32 > > LIBRARY 'SYS$LIBRARY:TPAMAC'; >............^ >%BLS32-E-M_OPENIN, error opening SYS$LIBRARY:TPAMAC as input >-RMS-E-FNF, file not found >at line number 48 in file MX_DEVICE:[MX.MDMLIB]MDM_ASCTOID.B32;1 > You also need to create the TPAMAC.L32 file: $ set def sys$common:[syslib] $ bliss/library tpamac That should solve these problems. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Fri, 28 Jun 1996 16:41:28 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 28 Jun 1996 14:44:00 MST From: cdooling@west.cscwc.pima.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A4888.B5652D60.8@west.cscwc.pima.edu> Subject: Re: Upgraded to MX 4.2 (from 4.1) and Getting "NOHOST" Errors DATE SENT: 28-JUN-1996 14:42:43 > >If you have MultiNet V3.5 Rev B installed, this problem is probably due to >a bug in NETLIB V2.0 which is aggravated by this version of MultiNet. >Upgrading NETLIB to V2.0J should take care of the problem. Where can one get netlib v2.0j? and does it matter which order things are installed MX 4.2 then netlib or netlib 2.0j before MX? ------------------------------------------------------------------------------ Cindy Dooling WEST::CDOOLING PimaCommunityCollege cdooling@west.cscwc.pima.edu 2202 W. Anklam voice: 520 884-6970 Tucson, Arizona 85709-0010 fax: 520 884-6033 http://west.cscwc.pima.edu/~cdooling Nothing but Net *** No FEAR, just a healthy respect *** ------------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 28 Jun 1996 18:34:58 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Fri, 28 Jun 1996 18:34:36 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009A48A8.EC4C2084.7@ALPHA.WKU.EDU> Subject: Re: Upgraded to MX 4.2 (from 4.1) and Getting "NOHOST" Errors cdooling@west.cscwc.pima.edu writes: > >>If you have MultiNet V3.5 Rev B installed, this problem is probably due to >>a bug in NETLIB V2.0 which is aggravated by this version of MultiNet. >>Upgrading NETLIB to V2.0J should take care of the problem. > >Where can one get netlib v2.0j? and does it matter which order things >are installed MX 4.2 then netlib or netlib 2.0j before MX? > It's on ftp.wku.edu in [.MADGOAT]NETLIB020.ZIP. You should install MX V4.2 first, then NETLIB 2.0J, or NETLIB and then tell the MX installation not to install NETLIB. Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html ================================================================================ Archive-Date: Sun, 30 Jun 1996 20:07:11 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 30 Jun 1996 19:06:40 MDT From: Mark Tarka Reply-To: MX-List@MadGoat.com To: mx-list@wkuvx1.wku.edu Message-ID: <009A4A3F.BB915520.1@earth.oscs.montana.edu> Subject: MX Documentation I had the MX docs, but on a particularly stressful day I had to delete them in order to get enough space in my account to clean-up my MAIL files/folders. Could someone please tell me how to get to those docs again (I promise to put the info on a 3X5 file card :-) Mark ichjsmt@earth.oscs.montana.edu msu-bozeman USA ================================================================================ Archive-Date: Sun, 30 Jun 1996 20:13:17 CST Sender: owner-mx-list@WKUVX1.WKU.EDU Date: Sun, 30 Jun 1996 20:13:07 CST From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ICHJSMT@EARTH.OSCS.MONTANA.EDU Message-ID: <009A4A49.043033D3.8@ALPHA.WKU.EDU> Subject: RE: MX Documentation Mark Tarka writes: > >I had the MX docs, but on a particularly stressful day I had >to delete them in order to get enough space in my account to >clean-up my MAIL files/folders. > >Could someone please tell me how to get to those docs again >(I promise to put the info on a 3X5 file card :-) > There are several ways: - you can install them using VMSINSTAL and your MX042 savesets - you can find the docs on ftp.wku.edu in [.MX.MX042] in MX042_DOCS_ONLY.ZIP - you can read them via the WWW using this URL: http://www.wku.edu/www/madgoat/mx/mx_docs.html Hunter ------ Hunter Goatley, Sr. OpenVMS Systems Programmer, The LOKI Group, Inc. http://www.wku.edu/www/madgoat/hunter.html