Archive-Date: Sat, 1 Nov 1997 00:02:04 -0600 Sender: goathunter@MadGoat.com Date: Sat, 1 Nov 1997 00:01:34 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BC9E1.C79F1464.62@wku.edu> Subject: MX-LIST Administrivia: Monthly Post Posting statistics for list MX-LIST during October 1997 Total number of posts: 66 Total number of posters: 28 Total number of subscribers: 0 Last modified: 28-SEP-1995 13:33 (Updated digest info) Welcome to MX-List@LISTS.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@LISTS.WKU.EDU: SUBSCRIBE MX-List-Digest "Your real name here" The MX-List archives are maintained at ARCHIVES@LISTS.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@LISTS.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@LISTS.WKU.EDU. To remove yourself from the mailing list, send the following command to MXserver@LISTS.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 WKU 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@MadGoat.com Process Software P.O. Box 51745 Bowling Green, KY 42102-6745 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ================================================================================ Archive-Date: Sun, 2 Nov 1997 19:56:58 -0600 Sender: goathunter@MadGoat.com Date: Sun, 2 Nov 1997 19:56:53 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCB51.EDEBA224.8@ALPHA.WKU.EDU> Subject: Re: MX BOF at DECUS planned Javier Henderson writes: > >> It's mostly a general overview of what MX is, but there will be some >> MX V5.0 info. MX V5.0 *will* be discussed at the MX BOF, whenever >> that's scheduled. > > Do it for Tuesday, so I can attend :) I've requested either Tuesday afternoon after the MultiNet BOF, or Wednesday, after the "Intro to MX" sessions. 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, 3 Nov 1997 05:06:34 -0600 Date: Mon, 3 Nov 97 11:54:52 +0100 From: Alain Messin Reply-To: MX-List@MadGoat.com Subject: How denyingg spam relaying To: MX-List@LISTS.WKU.EDU Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Our old vax (vms 5.5-2, multinet 3.2 rev A, MX 4.0) was used by spammers to relay Unsolicited Commercial E-mail. Is it possible to inhibit relaying, relaying being when an external(outside our domain) host try to send to another external host? thanks -------------------------------------------- Alain Messin : Observatoire de la Cote d'Azur Avenue Copernic 06130 Grasse FRANCE Telephone: (33) (0) 4 93 40 53 61 Fax: (33) (0) 4 93 40 53 33 E-mail: Date: 11/03/97 Time: 12:04:34 -------------------------------------------- ================================================================================ Archive-Date: Mon, 3 Nov 1997 09:48:18 -0600 Date: Mon, 3 Nov 1997 07:48:27 -0800 Message-ID: <199711031548.HAA04911@scv-cse-20.cisco.com> From: Javier Henderson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Subject: Re: MX BOF at DECUS planned In-Reply-To: <009BCB51.EDEBA224.8@ALPHA.WKU.EDU> References: <009BCB51.EDEBA224.8@ALPHA.WKU.EDU> Hunter Goatley writes: > I've requested either Tuesday afternoon after the MultiNet BOF, or > Wednesday, after the "Intro to MX" sessions. When's the MultiNet BOF? ================================================================================ Archive-Date: Mon, 3 Nov 1997 09:56:09 -0600 Date: Mon, 03 Nov 1997 10:55:56 EST From: Jim Bender Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCBCF.8652640E.54@bdsnet.com> Subject: RE: How denyingg spam relaying >Our old vax (vms 5.5-2, multinet 3.2 rev A, MX 4.0) was used by spammers to >relay Unsolicited Commercial E-mail. Is it possible to inhibit relaying, >relaying being when an external(outside our domain) host try to send to >another external host? This isn't easily possible until MX 5.0... I feel your pain, though. We were hit several times over the weekend. It is a huge pain doing the only thing we can do, which is shut down MX, black hole route the offending IP's, dig the spam out of the MX queue, and then restart MX. That is a *HUGE* pain... Especially considering how often it has been happening lately. We must be on some list of open mailservers or something. Is there any way we can get even a BETA of MX 5.0? We desparately need the no relay feature... >thanks >-------------------------------------------- >Alain Messin : Observatoire de la Cote d'Azur >Avenue Copernic >06130 Grasse FRANCE >Telephone: (33) (0) 4 93 40 53 61 >Fax: (33) (0) 4 93 40 53 33 >E-mail: >Date: 11/03/97 >Time: 12:04:34 Thanks, Jim Bender jbender@bdsnet.com ================================================================================ Archive-Date: Tue, 4 Nov 1997 12:17:50 -0600 Sender: goathunter@MadGoat.com Date: Tue, 4 Nov 1997 12:17:43 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCCA4.1DD34B6D.55@ALPHA.WKU.EDU> Subject: Re: MX BOF at DECUS planned Javier Henderson writes: > >Hunter Goatley writes: > > > I've requested either Tuesday afternoon after the MultiNet BOF, or > > Wednesday, after the "Intro to MX" sessions. > > When's the MultiNet BOF? I just found out: the MultiNet BOF is today, Tuesday, at 3 PM in room A17. The MadGoat/MX BOF follows at 4 PM in the same room. 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, 4 Nov 1997 15:36:49 -0600 From: eplan@kapsch.co.at (Peter LANGSTOEGER) Subject: RE: Problem with date - please, help Date: 4 Nov 97 21:32:06 GMT Message-ID: <345f9456.0@nevada.kapsch.co.at> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU In article <63nc3h$njf$1@news.dls.net>, "Sam Rozenfeld" writes: >Hi, > >we are having a real weird situation here with users downloading email via >POP3. Regardless of POP3 client all of our users are getting email with >January date. The day of the month and a year are correct. The problem only >started in October (when we went into double-digit months i.e. 10, 11, 12), >It seems to be using the first digit only to represent the month. We are >using TCPware and I tried calling Process Software but cannot get a hold of >someone who could help me with this (if anyone can at all). We are using MX >4.2. Our users are getting a upset little by little - we kept telling them >we know about the problem and are working on it but this problem has not >been resolved for over a month. SMTP headers seem to be looking clean with >correct dates. I don't know where else to look. I have tried receiving mail >via my ethernet connection and it works fine - I could not replicate the >problem, however I have reports from at least a dozen of users who are >saying that dates in their various POP3 clients are messed up and they are >having hard time finding messages. Users are utilizing dial-up connections. >Please, help! > >Using VMS 6.2, TCPware 5.2-3 and MX 4.2. Since this is IMHO no MX problem, I would install the latest POP3 patches for TCPware and/or replace TCPware's POP3 Server with IUPOP3 (V1.9). ftp://ftp.process.com/support/52_3/ We are using VMS V6.2 and TCPware V5.2-3 and MX V4.2 (with 4.3 patches) and do not observe the problem. But since we had to replace the SMTP part of TCPware (ok, it was TCPware V3, but the bugs were very painful, and wow, what a flexibility us MX gave, and TCPware still can't), we didn't even try the POP3 server of TCPware (ok, we ran already IUPOP3 for years). btw: TCPware, a product I like very much, became poor starting with V5.0. We never had so many bugs and crashes in such a short time in a software ever. And some of the bugs are still there... How about a TELNET to port 110 and retrieving the mail per hand ? Or do a TCPDUMP... Is the Date: field in the SMTP header or is the date only part of the Received: fields ? HIH -Peter PS: I stick with TCPware, and I'm waiting for V5.3 and the IMAP4 server... ------------------------------------------------------------------------ Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and OpenVMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 5 Nov 1997 11:30:40 -0600 Message-ID: <3.0.1.32.19971105092948.0080a2b0@seladm.selkirk.bc.ca> Date: Wed, 05 Nov 1997 09:29:48 -0800 To: MX-List@MadGoat.com From: Richard Wolff Reply-To: MX-List@MadGoat.com Subject: SMTP processes MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I have 3 SMTP processes running (SMTP, SMTP#2, and SMTP#3). They all seem to be continually processing. Whenever I run MCP and issue a STATUS command all 3 SMTP processes are lissed as processing while most other MX processes show idle. How can I increase the number of SMTP processes? And is this a good idea? I am running MX 4.1, Multinet 4.0, and VMS 6.1. Thanks, Richard ======================================================== Richard Wolff, Selkirk College rwolff@selkirk.bc.ca 301 Frank Beinder Way, P.O. Box 1200 Tel: (250)365-1207 Castlegar, BC, V1N 3J1 Canada Fax: (250)365-6568 ================================================================================ Archive-Date: Wed, 5 Nov 1997 12:53:32 -0600 Sender: smcneilly@bridgew.edu Date: Wed, 05 Nov 1997 13:54:11 EST From: Scott McNeilly Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCD7A.C1FC6700.204@fred.bridgew.edu> Subject: RE: SMTP processes >I have 3 SMTP processes running (SMTP, SMTP#2, and SMTP#3). They all seem >to be continually processing. Whenever I run MCP and issue a STATUS command >all 3 SMTP processes are lissed as processing while most other MX processes >show idle. How can I increase the number of SMTP processes? And is this a >good idea? > >I am running MX 4.1, Multinet 4.0, and VMS 6.1. > In your [MX] directory there is a file called mx_startup_info.dat. Its contents will look something like this: 001NETLIB:* 002FLQ_MGR:* 002ROUTER:*=2 003LOCAL:*=2 004SMTP:*=6 004SMTP_SERVER:* 005MLF:* As you can see, I have six SMTP processes running here. Change your file to insert the number of processes you want. If the three processes you have running are continually busy, then I would say that it is a good idea to increase the number of processes. (Another good idea is to upgrade to MX 4.2. It's painless.) You will have to restart MX to make the change take effect. -------------------------------------------------------------------- Scott Mc Neilly email: smcneilly@bridgew.edu Assistant Director Phone: 508-697-1236 Information Services FAX: 508-697-1774 Bridgewater State College Bridgewater, MA 02325 --------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 6 Nov 1997 00:27:40 -0600 Sender: najman@hadassah.org.il Date: Thu, 06 Nov 1997 08:26:03 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: <009BCE16.15A9ACC5.65@HADASSAH.org.IL> Subject: MXAlias interpretation Hello. One of my users run into a rather strange MXAlias effect. ----------------------- SEND: fu@bar.kuku CC: zev,steve ..... ----------------------- "Steve" appears in the MXalias table. The result was: Zev (local user) got a "normal" letter. Fu (remote) got a letter in which "Steve" had been translated to its MXAlias translation. Steve (local user) got a "normal" letter. Brrrr. The error was detected when FU replied to ALL, and the wrong person received the reply. This is VERY recreatable. Thank you Najman Kahana Hadassah Hospital 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: Thu, 6 Nov 1997 02:15:20 -0600 Sender: goathunter@MadGoat.com Date: Thu, 6 Nov 1997 02:15:12 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCDE2.46B37318.19@ALPHA.WKU.EDU> Subject: RE: How denyingg spam relaying Jim Bender writes: > >This isn't easily possible until MX 5.0... I feel your pain, though. >We were hit several times over the weekend. It is a huge pain doing >the only thing we can do, which is shut down MX, black hole route the >offending IP's, dig the spam out of the MX queue, and then restart MX. > >That is a *HUGE* pain... Especially considering how often it has been >happening lately. We must be on some list of open mailservers or >something. Is there any way we can get even a BETA of MX 5.0? We >desparately need the no relay feature... > Sorry, but no. MX V5.0 really is close to release. I will post more information next week about this.... 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, 6 Nov 1997 16:17:48 -0600 From: stenns@vw.tci.uni-hannover.de (Michael Stenns) Subject: Re: Problem with date - please, help Date: 6 Nov 1997 22:06:10 GMT Message-ID: <63tf0i$6k0$1@newsserver.rrzn.uni-hannover.de> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Sam Rozenfeld (rozenfeld@dls.net) wrote: >Hi, >we are having a real weird situation here with users downloading email via >POP3. Regardless of POP3 client all of our users are getting email with >January date. The day of the month and a year are correct. The problem only >started in October (when we went into double-digit months i.e. 10, 11, 12), >It seems to be using the first digit only to represent the month. We are >using TCPware and I tried calling Process Software but cannot get a hold of >someone who could help me with this (if anyone can at all). We are using MX >4.2. Our users are getting a upset little by little - we kept telling them >we know about the problem and are working on it but this problem has not >been resolved for over a month. SMTP headers seem to be looking clean with >correct dates. I don't know where else to look. I have tried receiving mail >via my ethernet connection and it works fine - I could not replicate the >problem, however I have reports from at least a dozen of users who are >saying that dates in their various POP3 clients are messed up and they are >having hard time finding messages. Users are utilizing dial-up connections. >Please, help! >Using VMS 6.2, TCPware 5.2-3 and MX 4.2. It might be helpful to see the relevant parts of the mail header through your POP3 server. This can be done by telneting to port 110 and issuing the 'top nn 0' on the relevant mails. Using VMS 5.3, OpenCMU 6.6-5 , MX 4.2 and IUPOP3 1.9 : $ telnet 127.0.0.1 /port=110 %TELNET-I-TRYING, Trying to connect to 127.0.0.1 %TELNET-S-OPEN, Connection Opened to Current ESCAPE Key is: [^^] +OK IUPOP3 server user stenns +OK Password required for "stenns" pass xxx +OK Username/password combination ok stat +OK 47 2161062 top 1 0 +OK 1638 octets <...> quit +OK IUPOP3 server at 127.0.0.1 signing off. The relevant parts are IMHO the first "Received" and the "Date" line. For mails originated from decnet these lines have to be generated by your POP3 server. Here is an example DECNET mail: Received: by cat.tci.uni-hannover.de (OpenVMS MAIL) with DECNET; Thu, 06 Nov 1997 22:37:14 +0100 Date: Thu, 06 Nov 1997 22:37:14 +0100 and a smtp mail: Received: from vw.tci.uni-hannover.de by CAT.TCI.UNI-HANNOVER.DE (MX V4.2 VAX) with SMTP; Thu, 06 Nov 1997 22:37:16 EST Date: Thu, 6 Nov 1997 22:39:17 +0100 Most email clients uses the "date" line. Microsoft "Internet Mail" uses the "received" line, probably other MS products do the same. Michael -- Michael Stenns Email: stenns@vw.tci.uni-hannover.de ================================================================================ Archive-Date: Fri, 7 Nov 1997 07:15:17 -0600 Date: Fri, 07 Nov 1997 14:15:02 MET_DST From: "Walter F.J. Mueller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de Message-ID: <009BCF10.0035C0E3.327@axp602.gsi.de> Subject: MHonArc; MX2MH converter; Synchronizing archive file acess I'm currently setting up an `electronic Logbook' scheme, which uses an MX listserver archive to receive and collect the messages and MHonArc to present them to HTTP clients. I ran into two problems: a. MHonArc requires MH archive format, which is slightly different compared to the MX archive format. It's trivial to hack one in Perl, but I wonder whether somebody wrote a proper one handling all the escaping correctly. b. MX seems to open a new version of an archive file when the current one is open for read when a message arrives. Question: How can I read MX archive files without having problems when a new mail arrives. -- Walter F.J. Mueller Mail: W.F.J.Mueller@gsi.de GSI, Abteilung KP3 Phone: +49-6159-71-2766 D-64291 Darmstadt FAX: +49-6159-71-2989 WWW: http://www-kp3.gsi.de/www/kp3/people/mueller.html PGP: http://www-kp3.gsi.de/~mueller/pgp.shtml ================================================================================ Archive-Date: Fri, 7 Nov 1997 07:17:28 -0600 From: "Reef Morse" Reply-To: MX-List@MadGoat.com To: Subject: Multiple owners and send-errors-to on a list definition Date: Fri, 7 Nov 1997 07:16:43 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I am trying to set up a list with multiple owners and multiple send-errors-to addresses. I tried separating the names with every separator I could think of but I get errors and it won't make the list. I'm using MCP. Best, Reef ********************************************************** * Reef (Philip D., II) Morse Voice (309) 438-5595 * * Department of Chemistry FAX (309) 438-5538 * * Illinois State University, Normal, IL 61790-4160 * * Home voice and FAX (309) 829-9257 * * Web page http://www.scientific-software.com * ********************************************************** ================================================================================ Archive-Date: Fri, 7 Nov 1997 07:30:21 -0600 Date: Fri, 07 Nov 1997 07:29:58 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCED7.6A19D875.1@uwwvax.uww.edu> Subject: RE: Multiple owners and send-errors-to on a list definition => I am trying to set up a list with multiple owners and multiple => send-errors-to addresses. I tried separating the names with every => separator I could think of but I get errors and it won't make the list. => I'm using MCP. mod listname/owner=(smith@uww.edu,jones@uww.edu) works here Lyle Hunter T & IR University Wisconsin-Whitewater 414-472-1967 Fax: 414-472-5733 ================================================================================ Archive-Date: Fri, 7 Nov 1997 08:46:55 -0600 Message-ID: <97Nov7.094612est.27820@fw.conference-board.org> From: "Ambrose, Joseph" Reply-To: MX-List@MadGoat.com To: "Post to MX List (E-mail)" Subject: Problems bridging e-mail systems Date: Fri, 7 Nov 1997 09:46:34 -0500 MIME-Version: 1.0 Content-Type: text/plain To one and all! I'm currently involved with converting from All-in-1/Teamlinks to MS-Exchange/Outlook as an e-mail backbone. I'm currently forwarding all the mail from my VAXCluster to exchange via a VMSMAIL forward ( for Internet mail ) and Autoforward in All-in-1 ( for internal mail) We recieve binary attachments in Exchange from the internet ok. But we are having trouble with the internal ones. People are receiving "junk" ( undecoded MIME documents ) in Outlook and are unable to decode them. I asked Tony Redmond about this and he told me that I should Tweak the mail system on the VAX. Question is : How? Not planning on stumping anyone soon. Joe Ambrose MX 4.1 ================================================================================ Archive-Date: Fri, 7 Nov 1997 12:31:02 -0600 Date: Fri, 7 Nov 1997 13:20:07 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCF08.54AF1500.1@swdev.si.com> Subject: RE: Problems bridging e-mail systems >We recieve binary attachments in Exchange from the internet ok. >But we are having trouble with the internal ones. People are receiving >"junk" ( undecoded MIME documents ) in Outlook >and are unable to decode them. Decoding the "junk" shouldn't be too hard. Personally, it may be All-In-1 doing the trashing of the headers or it may be something else, but why not solve the problem on the PC side. Get and install UUD Windows (V1.25 is current), a freeware utility written by one Mark Spankus (mark@cs.wisc.edu) that can decode multipart MIME Base64, MIME Quoted-Printable, UUEncode, XXEncode, and Binhex4 files. It's a Windows 3.1 program that runs just fine on Windows 95 and NT. Get it from http://www.simtel.net/pub/simtelnet/win3/encode/uudwin25.zip. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Fri, 7 Nov 1997 12:49:41 -0600 Message-ID: <97Nov7.134905est.27823@fw.conference-board.org> From: "Ambrose, Joseph" Reply-To: MX-List@MadGoat.com To: "'MX-List@MadGoat.com'" Subject: RE: Problems bridging e-mail systems Date: Fri, 7 Nov 1997 13:49:28 -0500 MIME-Version: 1.0 Content-Type: text/plain This is probably fine for you and I, but for users who don't know the difference between a mouse and a trackball? Joe > -----Original Message----- > From: Brian Tillman, x8425 [SMTP:tillman@swdev.si.com] > Sent: Friday, November 07, 1997 1:20 PM > To: ambrose@exchange.CONFERENCE-BOARD.ORG > Subject: RE: Problems bridging e-mail systems > > >We recieve binary attachments in Exchange from the internet ok. > >But we are having trouble with the internal ones. People are > receiving > >"junk" ( undecoded MIME documents ) in Outlook > >and are unable to decode them. > > Decoding the "junk" shouldn't be too hard. Personally, it may be > All-In-1 doing > the trashing of the headers or it may be something else, but why not > solve the > problem on the PC side. Get and install UUD Windows (V1.25 is > current), a > freeware utility written by one Mark Spankus (mark@cs.wisc.edu) that > can decode > multipart MIME Base64, MIME Quoted-Printable, UUEncode, XXEncode, and > Binhex4 > files. It's a Windows 3.1 program that runs just fine on Windows 95 > and NT. > Get it from > http://www.simtel.net/pub/simtelnet/win3/encode/uudwin25.zip. > -- > Brian Tillman Internet: tillman_brian at si.com > Smiths Industries, Inc. tillman at swdev.si.com > 4141 Eastern Ave., MS239 Addresses modified to prevent > Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" > This opinion doesn't represent that of my company ================================================================================ Archive-Date: Fri, 7 Nov 1997 15:05:32 -0600 From: stenns@vw.tci.uni-hannover.de (Michael Stenns) Subject: Re: Problem with date Date: 7 Nov 1997 20:56:17 GMT Message-ID: <63vv9h$t7c$1@newsserver.rrzn.uni-hannover.de> Reply-To: MX-List@MadGoat.com To: MX-List@WKUVX1.WKU.EDU Michael Corbett (corbett@process.com) wrote: > Sam is using TCPware's POP3 server. I had him capture a trace of the >POP3 client retrieving mail from the server and the dates in the "DATE:" and >all "Recevied:" lines all look fine. Unless I'm missing something. >Here is the relavent portion of the trace - > <...> > DATA=52 65 74 75 72 6E 2D 50 61 74 68 3A 20 3C 74 61 *Return-Path: 7A 64 65 76 69 6C 40 64 6C 73 2E 6E 65 74 3E 0D *zdevil@dls.net>.* > 0A 52 65 63 65 69 76 65 64 3A 20 66 72 6F 6D 20 *.Received: from * > 6C 70 33 2E 64 6C 73 2E 6E 65 74 20 62 79 20 65 *lp3.dls.net by e* > 6E 65 72 67 79 2E 64 6C 73 2E 6E 65 74 20 28 4D *nergy.dls.net (M* > 58 20 56 34 2E 32 20 41 58 50 29 20 77 69 74 68 *X V4.2 AXP) with* > 20 53 4D 54 50 3B 20 54 75 65 2C 20 30 34 0D 0A * SMTP; Tue, 04..* << > 20 20 20 20 20 20 20 20 20 20 4E 6F 76 20 31 39 * Nov 19* > 39 37 20 32 30 3A 35 31 3A 31 34 20 45 53 54 0D *97 20:51:14 EST.* > 0A 52 65 63 65 69 76 65 64 3A 20 62 79 20 6C 70 *.Received: by lp* > <...> > 6F 20 63 68 65 63 6B 20 64 61 74 65 0D 0A 44 61 *o check date..Da* > 74 65 3A 20 54 75 65 2C 20 34 20 4E 6F 76 20 31 *te: Tue, 4 Nov 1* > 39 39 37 20 32 30 3A 35 31 3A 35 38 20 2D 30 36 *997 20:51:58 -06* > 30 30 0D 0A 52 65 74 75 72 6E 2D 52 65 63 65 69 *00..Return-Recei* > <...> MS Internet Mail shipped with IE3 (I do not use it for real :-)) could not deal with linebreaks within the date specification (which is legal), might be they have improved their bugs. It seems indeed neither a TCPware nor a MX problem. Michael -- Michael Stenns Email: stenns@vw.tci.uni-hannover.de ================================================================================ Archive-Date: Fri, 7 Nov 1997 15:55:42 -0600 Sender: jbender@ezol.com Date: Fri, 07 Nov 1997 16:54:57 EST From: Jim Bender Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Message-ID: <009BCF26.57B40062.216@bdsnet.com> Subject: runaway router processes HI... It seems I have heard of people having this problem before, but a search of the archives turned up nothing. We are running MX 4.2 on VMS 5.5 on a vax 4600. Lately, the router processes have been getting wedged in a COM state, using tons of CPU and not doing much of anything useful. Incoming email stacks up in the queue in the READY state. STOP/ID'ing them and restarting them cures it for a while, which could be anywhere from a couple minutes to an hour. Nothing really looks out of the ordinary in the queue, no rogue badly formatted messages, etc. Queue is only a couple days old after moving MX to new disk, which itself isn't very old. When it's working, it works fine, but when it's hosed, it's HOSED. :-( This isn't a new setup, either... we've been running MX for quite some time. Not really sure where to look to begin diagnosis... any thoughts? Thanks! Jim Bender jbender@bdsnet.com ================================================================================ Archive-Date: Fri, 7 Nov 1997 15:58:07 -0600 Sender: jbender@ezol.com Date: Fri, 07 Nov 1997 16:56:42 EST From: Jim Bender Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Message-ID: <009BCF26.960A8F02.224@bdsnet.com> Subject: runaway router processes HI... It seems I have heard of people having this problem before, but a search of the archives turned up nothing. We are running MX 4.2 on VMS 5.5 on a vax 4600. Lately, the router processes have been getting wedged in a COM state, using tons of CPU and not doing much of anything useful. Incoming email stacks up in the queue in the READY state. STOP/ID'ing them and restarting them cures it for a while, which could be anywhere from a couple minutes to an hour. Nothing really looks out of the ordinary in the queue, no rogue badly formatted messages, etc. Queue is only a couple days old after moving MX to new disk, which itself isn't very old. When it's working, it works fine, but when it's hosed, it's HOSED. :-( This isn't a new setup, either... we've been running MX for quite some time. Not really sure where to look to begin diagnosis... any thoughts? Thanks! Jim Bender jbender@bdsnet.com ================================================================================ Archive-Date: Fri, 7 Nov 1997 16:10:14 -0600 Date: Fri, 7 Nov 1997 17:09:38 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BCF28.64E7B560.3@swdev.si.com> Subject: RE: runaway router processes >Nothing really looks out of the ordinary in the queue, no rogue >badly formatted messages, etc. Queue is only a couple days old >after moving MX to new disk, which itself isn't very old. When >it's working, it works fine, but when it's hosed, it's HOSED. :-( Were I in your shoes, I'd shut MX down completely, make sure that all nodes in the cluster (if you're running on a cluster) _really_ agree on all the MX logical names, recreate the queue file from scratch, and then restart. While it is rare that MX winds up in a state that it just can't figure out, this could help by starting everything afresh. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Mon, 10 Nov 1997 05:51:01 -0600 Date: Mon, 10 Nov 1997 12:50:30 MET_DST From: "Ruth Thieme, GSI Darmstadt,Tel. 06159 712556" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: thieme@axp602.gsi.de Message-ID: <009BD15F.B0864021.363@axp602.gsi.de> Subject: help help ================================================================================ Archive-Date: Mon, 10 Nov 1997 07:42:22 -0600 Sender: goathunter@MadGoat.com Date: Mon, 10 Nov 1997 07:42:16 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD134.A1805D11.1@ALPHA.WKU.EDU> Subject: RE: Multiple owners and send-errors-to on a list definition hunterl@uwwvax.uww.edu writes: > >=> I am trying to set up a list with multiple owners and multiple >=> send-errors-to addresses. I tried separating the names with every >=> separator I could think of but I get errors and it won't make the list. >=> I'm using MCP. >mod listname/owner=(smith@uww.edu,jones@uww.edu) works here > Yes, and you can't have multiple /ERRORS_TO addresses. 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, 10 Nov 1997 07:57:16 -0600 Sender: goathunter@MadGoat.com Date: Mon, 10 Nov 1997 07:57:11 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD136.B6B1CD08.21@ALPHA.WKU.EDU> Subject: RE: runaway router processes Jim Bender writes: > >We are running MX 4.2 on VMS 5.5 on a vax 4600. Lately, the router >processes have been getting wedged in a COM state, using tons of CPU >and not doing much of anything useful. Incoming email stacks up in >the queue in the READY state. > [...] >Not really sure where to look to begin diagnosis... any thoughts? > Also, be sure you don't have cyclic PATHs or REWRITE_RULES. Enabling MX Router debugging should help show you what's going on: $ define/system/exec mx_router_debug true 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, 10 Nov 1997 07:58:19 -0600 Sender: goathunter@MadGoat.com Date: Mon, 10 Nov 1997 07:58:13 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD136.DBE2E90E.29@ALPHA.WKU.EDU> Subject: RE: MHonArc; MX2MH converter; Synchronizing archive file acess "Walter F.J. Mueller" writes: > > b. MX seems to open a new version of an archive file when the > current one is open for read when a message arrives. > Question: How can I read MX archive files without having > problems when a new mail arrives. > This is why I have a batch job that runs every morning to copy the current archive file to my anonymous FTP area. The copy is used for any daily processing.... 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, 10 Nov 1997 09:12:22 -0600 Date: Mon, 10 Nov 1997 09:11:46 CST From: hunterl@uwwvax.uww.edu Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Message-ID: <009BD141.223AB9E5.3@uwwvax.uww.edu> Subject: smtp server The 16 thread limitation on the smtp server is becoming a serious limitation. From noon to 1800 its remains at 16 in use for the majority of the time and affects the EUDORA users as they try to send mail. Needless to say that makes it a very visible limation to the users. Is the next release going to allow more threads? Is there there anything that can be done locally to ease the problem? Lyle Hunter T & IR University Wisconsin-Whitewater 414-472-1967 Fax: 414-472-5733 ================================================================================ Archive-Date: Mon, 10 Nov 1997 09:18:06 -0600 Sender: goathunter@MadGoat.com Date: Mon, 10 Nov 1997 09:17:57 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: HUNTERL@UWWVAX.UWW.EDU Message-ID: <009BD141.FF473FC0.19@goat.process.com> Subject: RE: smtp server hunterl@uwwvax.uww.edu writes: > >The 16 thread limitation on the smtp server is becoming a serious >limitation. From noon to 1800 its remains at 16 in use for the >majority of the time and affects the EUDORA users as they try to send >mail. Needless to say that makes it a very visible limation to the >users. > >Is the next release going to allow more threads? The current release will allow more, though you will reach a point of diminishing returns. You can increase the value of MX_SMTP_SERVER_THREADS in MX_DIR:MX_LOGICALS.DAT. I wouldn't recommend setting it above 24, if you can go that high. It all depends on how speedy your system and disks are.... >Is there there anything that can be done locally to ease the problem? > 1. Buy an Alpha and devote it to MX processing. ;-) 2. If you have a cluster, run MX SMTP Server on multiple nodes in the cluster, using MX records to point to all the nodes. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 11 Nov 1997 10:15:08 -0600 Message-ID: <97Nov11.111416est.27778@fw.conference-board.org> From: "Ambrose, Joseph" Reply-To: MX-List@MadGoat.com To: "'MX-List@MadGoat.com'" Subject: RE: Problems bridging e-mail systems Date: Tue, 11 Nov 1997 11:14:46 -0500 MIME-Version: 1.0 Content-Type: text/plain Our problems could be over if, and when we do a complete company cutover to Exchange. Then, the problem goes away! Joe > -----Original Message----- > From: Brian Tillman, x8425 [SMTP:tillman@swdev.si.com] > Sent: Friday, November 07, 1997 1:20 PM > To: ambrose@exchange.CONFERENCE-BOARD.ORG > Subject: RE: Problems bridging e-mail systems > > >We recieve binary attachments in Exchange from the internet ok. > >But we are having trouble with the internal ones. People are > receiving > >"junk" ( undecoded MIME documents ) in Outlook > >and are unable to decode them. > > Decoding the "junk" shouldn't be too hard. Personally, it may be > All-In-1 doing > the trashing of the headers or it may be something else, but why not > solve the > problem on the PC side. Get and install UUD Windows (V1.25 is > current), a > freeware utility written by one Mark Spankus (mark@cs.wisc.edu) that > can decode > multipart MIME Base64, MIME Quoted-Printable, UUEncode, XXEncode, and > Binhex4 > files. It's a Windows 3.1 program that runs just fine on Windows 95 > and NT. > Get it from > http://www.simtel.net/pub/simtelnet/win3/encode/uudwin25.zip. > -- > Brian Tillman Internet: tillman_brian at si.com > Smiths Industries, Inc. tillman at swdev.si.com > 4141 Eastern Ave., MS239 Addresses modified to prevent > Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" > This opinion doesn't represent that of my company ================================================================================ Archive-Date: Tue, 11 Nov 1997 10:56:49 -0600 Message-ID: <3.0.32.19971111105554.00a65c70@moses.acu.edu> Date: Tue, 11 Nov 1997 10:55:56 -0600 To: MX-List@MadGoat.com From: Tom Dolan Reply-To: MX-List@MadGoat.com Subject: RE: Multiple owners and send-errors-to on a list definition MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" >>=> I am trying to set up a list with multiple owners and multiple >>=> send-errors-to addresses. I tried separating the names with every >>=> separator I could think of but I get errors and it won't make the list. >>=> I'm using MCP. >>mod listname/owner=(smith@uww.edu,jones@uww.edu) works here >> >Yes, and you can't have multiple /ERRORS_TO addresses. (in other words there is no way to define multiple /ERRORS_TO addresses with MCP.) However there is a way to send the error messages to VAX Mail, then have VAX Mail forward the email to an address that is actually several email addresses encoded into addresses@FORWARD, then pass the message for addresses@FORWARD back to MX which passes it to SITE which decodes the addresses and forwards a copy of the message to each address - it's a long ways around, but it works well for us! If you think you want to go to the trouble to set up everything in MCP, VMS Mail and to modify your SITE com files to do all of this, let me know and I'll try to throw some specific instructions together. (This maybe something Hunter wants to put in the Contrib section - but I'll have to find out who the original author was and give him attribution since I didn't develop the concept or the code.) Tom Dolan Dolan@Bible.acu.edu 202 Bible Building Systems Manager ACU Box 29454 College of Biblical Studies Abilene, TX 79699 Abilene Christian University 915.674.3706 ================================================================================ Archive-Date: Tue, 11 Nov 1997 11:08:41 -0600 Date: Tue, 11 Nov 1997 9:08:28 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <971111090828.2038555f@Cisco.COM> Subject: Re: Problem with date >> Sam is using TCPware's POP3 server. I had him capture a trace of the >>POP3 client retrieving mail from the server and the dates in the "DATE:" and >>all "Recevied:" lines all look fine. Unless I'm missing something. >>Here is the relavent portion of the trace - [...] >MS Internet Mail shipped with IE3 (I do not use it for real :-)) could not >deal with linebreaks within the date specification (which is legal), might >be they have improved their bugs. It seems indeed neither a TCPware >nor a MX problem. Early versions of Microsoft Outlook had the same problem as well. I don't know whether MS has since fixed this problem, but MX V5.0 includes a change that should help -- it will try harder not to break a Received line in the middle of a date specification. -Matt -- Matthew Madison | | madison@cisco.com Cisco Systems | 101 Cooper St. | Santa Cruz, CA 95060 USA | +1 408 457 5390 ================================================================================ Archive-Date: Tue, 11 Nov 1997 13:09:38 -0600 Date: Tue, 11 Nov 1997 20:09:16 MET_DST From: "Walter F.J. Mueller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de, goathunter@MadGoat.com Message-ID: <009BD266.266506E9.1@axp602.gsi.de> Subject: RE: MHonArc; MX2MH converter; Synchronizing archive file acess Hunter Goatley wrote: >>"Walter F.J. Mueller" writes: >> >> b. MX seems to open a new version of an archive file when the >> current one is open for read when a message arrives. >> Question: How can I read MX archive files without having >> problems when a new mail arrives. >> >This is why I have a batch job that runs every morning to copy the >current archive file to my anonymous FTP area. The copy is used for >any daily processing.... Well, this solution implies that any WWW view of the archive is never updated during the day. That may be fine for typical mailing list archive purposes. We are trying to setup an "electronic logbook" where entries are submitted via email and but accessed mostly through WWW access. People will expect that the Web view is current and I wonder how that can be done with MX in a reliable way. It would be great if MX could write every incomming email in a seperate file and trigger some configurable action to process them. Under UNIX it's easy to set something like that up, but I'm not aware of such a possibility under VMS. Any suggestions are wellcome. -- Walter F.J. Mueller Mail: W.F.J.Mueller@gsi.de GSI, Abteilung KP3 Phone: +49-6159-71-2766 D-64291 Darmstadt FAX: +49-6159-71-2989 WWW: http://www-kp3.gsi.de/www/kp3/people/mueller.html PGP: http://www-kp3.gsi.de/~mueller/pgp.shtml ================================================================================ Archive-Date: Tue, 11 Nov 1997 13:51:49 -0600 Date: Tue, 11 Nov 1997 14:51:43 -0500 From: Rick Smith - Wizard-In-Training Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SMITH@ccisd1.ccf.org Message-ID: <971111145143.25c79d22@ccisd1.ccf.org> Subject: SMTP Timeouts We are using MX4.2 on an Alphaserver 1000 running VMS6.2 and Multinet 4.0. There are some domains which keep sending back NO SUCH HOST messages, but they are valid domains. I can do trace routes to these hosts and while some hops are slow they do not fail. My SMTP setup is using the default parameters: SMTP agent settings: Retry interval: 0 00:30:00.00 Maximum number of retries: 96 Number of DNS failure retries: 12 Accounting: enabled Default router: (none) Is there a way in MX's SMTP to increase the timeout value so connections to slow host do not timeout? -Rick- ----------------------------------------------------------------------- E-MAIL: smith@ccisd1.ccf.org PHONE: (216) 520-4555 ----------------------------------------------------------------------- This mail message was carried on 100% recycled electrons... ================================================================================ Archive-Date: Tue, 11 Nov 1997 13:58:17 -0600 Date: Tue, 11 Nov 1997 20:57:59 MET_DST From: "Walter F.J. Mueller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de, thieme@axp602.gsi.de, kreiser@axp602.gsi.de Message-ID: <009BD26C.F4E39147.324@axp602.gsi.de> Subject: Truncated records due to decoding of QUOTED-PRINTABLE messages Lately I get more and more emails which have obviously truncated sentences. It turns out, that the otherwise very helpful automatic decoding of QUOTED-PRINTABLE messages was causing the problem. Here the mechanism: In Microsoft Mail and probably other MS mailers people use a only to mark a new paragraph. All text in one paragraph is treated as one line, which is of course wrapped when rendered in a window. When formatted into a QUOTED-PRINTABLE message newlines are inserted to limit the line length to 80 or less characters, but all those newlines are escaped with a =. MX when decoding this will thus recover a long single line per parapraph. The bad part is, that the record size is limited to 255 (or 256) characters in either in MX or in the VMS mail system and that longer lines get simply truncated. Are there any cures to this real nasty problem (there is no way to recover the message!) short of disabling the decoding of QUOTED-PRINTABLE messages ? -- Walter F.J. Mueller Mail: W.F.J.Mueller@gsi.de GSI, Abteilung KP3 Phone: +49-6159-71-2766 D-64291 Darmstadt FAX: +49-6159-71-2989 WWW: http://www-kp3.gsi.de/www/kp3/people/mueller.html PGP: http://www-kp3.gsi.de/~mueller/pgp.shtml ================================================================================ Archive-Date: Tue, 11 Nov 1997 14:48:55 -0600 Date: Tue, 11 Nov 1997 15:01:09 EST From: Brian Reed Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD23B.1B6D9E02.3@cbict3.cb.lucent.com> Subject: RE: MHonArc; MX2MH converter; Synchronizing archive file acess >We are trying to setup an "electronic logbook" where entries are submitted >via email and but accessed mostly through WWW access. People will expect >that the Web view is current and I wonder how that can be done with MX in a >reliable way. >It would be great if MX could write every incomming email in a seperate file >and trigger some configurable action to process them. Under UNIX it's easy >to set something like that up, but I'm not aware of such a possibility under >VMS. Any suggestions are wellcome. I have 2: 1) I remember seeing a mail program, for the OSU server at least, that read right from the VMS mail boxes. Here it is: http://www.early.com/~jsb/hypermail/ 2) Use DELIVER--it allows you to do just about anything with a mail message you want. Available at all fine stores, such as ftp.wku.edu /vms/fileserv/ Brian D. Reed Lucent Technologies Columbus Works bdreed1@lucent.com 614-860-6218 ================================================================================ Archive-Date: Tue, 11 Nov 1997 15:06:16 -0600 Sender: goathunter@MadGoat.com Date: Tue, 11 Nov 1997 15:06:06 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de, thieme@axp602.gsi.de, kreiser@axp602.gsi.de Message-ID: <009BD23B.CC4EE5F0.3@goat.process.com> Subject: RE: Truncated records due to decoding of QUOTED-PRINTABLE messages "Walter F.J. Mueller" writes: > >MX when decoding this will thus recover a long single line per parapraph. >The bad part is, that the record size is limited to 255 (or 256) characters >in either in MX or in the VMS mail system and that longer lines get simply >truncated. > Are you running the MX V4.2 "patch" MX_LOCAL.EXE (from ftp.madgoat.com in [.MX.MX042.PATCH])? That corrects the 255-byte limitation on line lengths as far as MX Local is concerned. At least, that's what my notes say. ;-) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 11 Nov 1997 15:11:14 -0600 Sender: goathunter@MadGoat.com Date: Tue, 11 Nov 1997 15:11:04 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD23C.7E2C78EB.6@goat.process.com> Subject: RE: MHonArc; MX2MH converter; Synchronizing archive file acess Brian Reed writes: > >>It would be great if MX could write every incomming email in a seperate file >>and trigger some configurable action to process them. Under UNIX it's easy >>to set something like that up, but I'm not aware of such a possibility under >>VMS. Any suggestions are wellcome. > You could easily do this by routing all your mail through MX SITE (or by doing what the digest software does and add a special SITE address to the mailing list). >2) Use DELIVER--it allows you to do just about anything with a > mail message you want. Available at all fine stores, > such as ftp.wku.edu /vms/fileserv/ > But don't use this under VMS V7.x (something to do with the privileges needed and not supplied under V7.x). Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 11 Nov 1997 15:33:40 -0600 Date: Tue, 11 Nov 1997 16:32:48 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD247.E8D473A0.15@swdev.si.com> Subject: RE: Truncated records due to decoding of QUOTED-PRINTABLE messages Walter Mueller (W.F.J.Mueller@gsi.de) writes: >The bad part is, that the record size is limited to 255 (or 256) characters >in either in MX or in the VMS mail system and that longer lines get simply >truncated. > >Are there any cures to this real nasty problem (there is no way to recover >the message!) short of disabling the decoding of QUOTED-PRINTABLE messages ? Not entirely true. VMS Mail's character cell interface will display long lines lines. For example: consider the following file: $ dir/fu trial Directory A305_DISK:[TILLMAN] TRIAL.TXT;1 File ID: (50732,30,0) Size: 3/9 Owner: [TILLMAN] Created: 11-NOV-1997 16:18:26.79 Revised: 11-NOV-1997 16:18:26.88 (1) Expires: 9-FEB-1998 16:18:26.88 Backup: Effective: Recording: File organization: Sequential Shelved state: Online File attributes: Allocation: 9, Extend: 0, Global buffer count: 0 No version limit Record format: Variable length, maximum 0 bytes, longest 1050 bytes Record attributes: Carriage return carriage control RMS attributes: None Journaling enabled: None File protection: System:RWED, Owner:RWED, Group:, World: Access Cntrl List: None Total of 1 file, 3/9 blocks. Now I'll mail it to myself and read it with VMS Mail's character cell interface: $ mail/sub="Trial of a long line" trial.txt tillman New mail on node BENZIE from SWDEV::TILLMAN "Brian Tillman, x8425" (16:19:3 7) $ mail MAIL> last #5 11-NOV-1997 16:19:37.04 NEWMAIL From: SWDEV::TILLMAN "Brian Tillman, x8425" To: TILLMAN CC: Subj: Trial of a long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line MAIL> Notice that all 1050 characters are displayed. However, if I display the same message with DECwindows Mail, I see: Date: 11-NOV-1997 16:19:37.04 From: SWDEV::TILLMAN "Brian Tillman, x8425" Subj: Trial of a long line To: TILLMAN CC: 1 record Attributes: None ------------------- this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this is a very long line this Notice that the line is truncated to 255 characters. Digital is going to be changing DECwindows Mail so that it displays a message saying something like "This file contains lines that are too long to display. Use EXTRACT to read the message.", similar to its handling of a binary message. What nonsense. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Tue, 11 Nov 1997 18:52:27 -0600 From: "Geoffrey D. Roberts" To: MX-List@MadGoat.com Date: Wed, 12 Nov 1997 11:30:28 +0930 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: Problem with date Reply-To: MX-List@MadGoat.com In-Reply-To: <971111090828.2038555f@Cisco.COM> > >MS Internet Mail shipped with IE3 (I do not use it for real :-)) could not > >deal with linebreaks within the date specification (which is legal), might > >be they have improved their bugs. It seems indeed neither a TCPware > >nor a MX problem. We use Pegasus Mail/VMS 6.0/Multinet 3.2 Rev B/Multinet POP3 and this problem is not evident. Pegasus is freeware and seems to work very well with MX/VMS. Earlier experiences with Microsofts Outlook put me off permanently. :^) Geoffrey D. Roberts Computer Systems Manager Saint Marks College Port Pirie, South Australia geoffrob@stmarks.pp.catholic.edu.au Phone Work:61-8-8632-2800 Home:61-8-8633-0619 Fax :61-8-8633-0104 Mobile:61-411-623-978 ================================================================================ Archive-Date: Wed, 12 Nov 1997 01:48:12 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com Subject: Re: Need to suppress host machine name in "From:" Date: Wed, 12 Nov 1997 01:36:06 +0000 Message-ID: <34690806.479D3A38@MadGoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Alan Frisbie To: MX-List@WKUVX1.WKU.EDU Alan Frisbie wrote: > > The problem is that MX puts the machine name in the "From:" field > of all outgoing mail. When people try to reply to this address, > Netcom bounces it. What should I do to tell MX to completely > leave off the machine name in both the "From:" and "Reply to:" fields? > > I am hesitant to just start playing with the MX logical names > until I know what I am doing. > That's what you need to do: modify MX_DIR:MX_LOGICALS.DAT to change the system name to just "Domain.com" in the two places it's defined (MX_NODE_NAME and MX_VMSMAIL_LOCALHOST). BTW, as you saw, your post didn't make it to MX-List itself because you've munged your Reply-To: address. More and more systems are validating sender domain names, so you really should change the user portion of your address instead of the domain portion if you want to avoid spam.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 12 Nov 1997 06:14:18 -0600 Date: Wed, 12 Nov 1997 13:13:53 MET_DST From: "Walter F.J. Mueller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de Message-ID: <009BD2F5.49E1DE41.20@axp602.gsi.de> Subject: RE: Truncated records due to decoding of QUOTED-PRINTABLE messages Brian Tillman, x8425 wrote: >Walter Mueller (W.F.J.Mueller@gsi.de) writes: > >>The bad part is, that the record size is limited to 255 (or 256) characters >>in either in MX or in the VMS mail system and that longer lines get simply >>truncated. > >Not entirely true. VMS Mail's character cell interface will display long lines >lines. I can't quite reproduce Brian's result under VMS 7.1. My test is: $ perl >x.xxx for ($i = 0; $i <90; $i++) {printf "word %3.4d ",$i;} print "and finaly the end of a long line\n"; $ mail x.xxx mueller /nosig/sub="long line test" which generates file with one line containing 933 chars. The DECwindows interface displays word 0000 word 0001 word 0002 word 0003 word 0004 word 0005 word 0006 word 0007 word 0008 word 0009 word 0010 word 0011 word 0012 word 0013 word 0014 word 0015 word 0016 word 0017 word 0018 word 0019 word 0020 word 0021 word 0022 word 0023 word 0024 word which is short of even 255 characters. The character cell interface (plain $mail) shows From: AXP607::MUELLER "Walter F.J. Mueller" To: MUELLER CC: MUELLER Subj: long line test word 0000 word 0001 word 0002 word 0003 word 0004 word 0005 word 0006 word 0007 word 0008 word 0009 word 0010 word 0011 word 0012 word 0013 word 0014 word 0015 word 0016 word 0017 word 0018 word 0019 word 0020 word 0021 word 0022 word 0023 word 0024 word 0025 word 0026 word 0027 word 0028 word 0029 word 0030 word 0031 word 0032 word 0033 word 0034 word 0035 word 0036 word 0037 word 0038 word 0039 word 0040 word 0041 word 0042 word 0043 word 0044 word 0045 word 0046 word 0047 word 0048 word 0049 word 0050 which suggests that there is a cutoff at 512 characters ! It seems thus advisable to avoid too long lines. And it seems advisable to add newlines in the process of decoding of QUOTED-PRINTABLE messages whenever the record length gets close to 255. -- Walter F.J. Mueller Mail: W.F.J.Mueller@gsi.de GSI, Abteilung KP3 Phone: +49-6159-71-2766 D-64291 Darmstadt FAX: +49-6159-71-2989 WWW: http://www-kp3.gsi.de/www/kp3/people/mueller.html PGP: http://www-kp3.gsi.de/~mueller/pgp.shtml ================================================================================ Archive-Date: Wed, 12 Nov 1997 08:44:57 -0600 Date: Wed, 12 Nov 1997 08:44:47 CST6CDT5,M4.1.0,M10.5.0 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD2CF.B1D33B24.28@niuhep.physics.niu.edu> Subject: munging reply_to addresses >BTW, as you saw, your post didn't make it to MX-List itself because >you've munged your Reply-To: address. More and more systems are >validating sender domain names, so you really should change the >user portion of your address instead of the domain portion if you >want to avoid spam.... OTOH, that causes problems for your system when people try to reply to you. The (less than ideal*) sol'n is to put a notice at the *beginning* of your posts warning of the munged email address and only munge it for posts, not for email you send. Robert *ideal sol'n=hanging spammers by their thumbs until they cease and desist. ================================================================================ Archive-Date: Wed, 12 Nov 1997 10:37:13 -0600 Message-ID: <2.2d.32.19971112163810.006fb2c4@zephyr.tls.mms.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Nov 1997 17:38:10 +0100 To: Mx-List@madgoat.com From: Manu Pintor Reply-To: MX-List@MadGoat.com Subject: How to automatically switch messy addresses to nomail... CC: mp@zephyr.tls.mms.fr Hi there, I'm looking for a way to automatically set to NOMAIL subscribers having trouble with their email addresses. Sometimes, you receive lots of error messages returned by gateways telling you that some messages from your ML could not be delivered to some email addresses due to whatever you want. And it may long for a while so you just set this(these) address(es) to nomail using mlfake. That's ok if you don't leave your job for too long but sometimes you do, don't you ? ;o)) And when you're back, that's hundreds of garbage in your input mailbox. So, is there a way to implement something like that when, for instance, a given threshold of admitable returns is reached (and the subscriber is not already nomail) ? Did anybody do it ? Thanks ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Manuel PINTOR | Tel. : +33 (0)5 62 19 51 59 TDHS manager \ VMS/UNIX system manager | Secr. : +33 (0)5 62 19 72 06 for "Telecoms Operations" | FAX : +33 (0)5 62 19 73 32 at Matra Marconi Space - Toulouse | E-mail : mp@zephyr.tls.mms.fr STERIA I&S FRANCE | pintor_m@decus.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Wed, 12 Nov 1997 11:30:03 -0600 Message-ID: From: Paul Lambert Reply-To: MX-List@MadGoat.com To: "'mx-list@wkuvx1.wku.edu'" Subject: Unwanted SMTP forwarding Date: Wed, 12 Nov 1997 17:28:56 -0000 Hi, We run MX 4.2 on an Alpha using UCX. The Alpha uses MX as its mail transport and several of our NetWare and NT systems also use the SMTP forwarding of MX to relay SMTP mail to the outside world. However, we have noticed that occasionally other mailers outside our organisation have been using our system to forward SMTP mail. Is there an easy way to configure it to block this undesirable use? I.e. block SMTP forwarding unless the source domain is ours? Paul --- Paul Lambert, MIS Dept, University of Teesside, Middlesbrough, TS1 3BA. Tel: +44 1642 342130, Fax: +44 1642 342138 Mailto: P.Lambert@tees.ac.uk ================================================================================ Archive-Date: Wed, 12 Nov 1997 11:53:12 -0600 Sender: goathunter@MadGoat.com Date: Wed, 12 Nov 1997 11:52:53 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD2E9.F8AEF352.1@goat.process.com> Subject: RE: Unwanted SMTP forwarding Paul Lambert writes: > >Hi, > >We run MX 4.2 on an Alpha using UCX. The Alpha uses MX as its mail >transport and several of our NetWare and NT systems also use the SMTP >forwarding of MX to relay SMTP mail to the outside world. However, we >have noticed that occasionally other mailers outside our organisation >have been using our system to forward SMTP mail. Is there an easy way to >configure it to block this undesirable use? I.e. block SMTP forwarding >unless the source domain is ours? > Not in MX V4.2, but that is a feature of the upcoming MX V5.0. Real work has gotten in the way so far, but I hope to post more information about MX V5.0 later this week. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 12 Nov 1997 12:08:10 -0600 Sender: goathunter@MadGoat.com Date: Wed, 12 Nov 1997 12:08:00 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD2EC.15B5C492.18@goat.process.com> Subject: RE: How to automatically switch messy addresses to nomail... Manu Pintor writes: > >So, is there a way to implement something like that when, for instance, a >given threshold of admitable returns is reached (and the subscriber is not >already nomail) ? Did anybody do it ? > I don't have antyhing to do that, but I have written a simple MX SITE procedure to try to automatically handle bounces from one of my mailing lists. It removes users that return permanent errors (No such user) etc. Not perfect, but it's a start. I haven't had time to clean it up yet, but hope to do so soon and make it available for those who want to try it. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 12 Nov 1997 17:09:44 -0600 Sender: goathunter@MadGoat.com Date: Wed, 12 Nov 1997 17:09:39 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD316.39179503.49@ALPHA.WKU.EDU> Subject: RE: Truncated records due to decoding of QUOTED-PRINTABLE messages "Walter F.J. Mueller" writes: > >Brian Tillman, x8425 wrote: > >>Walter Mueller (W.F.J.Mueller@gsi.de) writes: >> >>>The bad part is, that the record size is limited to 255 (or 256) characters >>>in either in MX or in the VMS mail system and that longer lines get simply >>>truncated. >> >>Not entirely true. VMS Mail's character cell interface will display long lines >>lines. > >I can't quite reproduce Brian's result under VMS 7.1. My test is: > Different versions of VMS behave differently in how much data they'll show or not show.... >It seems thus advisable to avoid too long lines. And it seems advisable to >add newlines in the process of decoding of QUOTED-PRINTABLE messages whenever >the record length gets close to 255. > This is something I considered, but haven't implemented yet. Not sure if I will for V5.0 or not.... 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, 12 Nov 1997 19:25:03 -0600 Date: Thu, 13 Nov 1997 12:22:10 EST-10EST From: Daiajo Tibdixious MACS <"svs::svist070"@stvincents.COM.AU> Reply-To: MX-List@MadGoat.com To: MX-list@madgoat.com Message-ID: <009BD3B7.3A6316C0.55@stvincents.com.au> Subject: Wish list distractions Just to get things off the anti-spam thread, here are some simple wish list items. :) Both of these are trivial syntactic changes, requiring more effort on part of users to get used to than developers to actually change. :) -> Change the RESET command to NOTIFY Reason: it isn't natural, and it doesn't match the message: MCP> reset site %MCP-I-NODIFIED, process SITE has been notified on node BLAH [not also the typo in "NODIFIED", should be NOTIFIED or MODIFIED :-] Alternatively, change the message to %MCP-I-RESET, process SITE has been reset on node BLAH so it matches. -> Change the list protection codes so they look like someone thought about what they were doing. At the moment: Change to: R means review R Review W means post P Post E means subscribe S Subscribe D means unsubscribe U Unsubcribe Because: the current codes are unnatural, I keep thinking W means subscribe (write to the list of subscribers), E means review (matches directory Execute - use wildcards) etc. If they didn't match RWED I could stop thinking of them as Read Write Execute Delete. -- daiajo@geocities.com Daiajo Tibdixious Member of ACS http://www.geocities.com/TimesSquare/Lair/3936/ http://www.cauce.org/ Coalition Against Unsolicited Commercial Email ================================================================================ Archive-Date: Thu, 13 Nov 1997 02:27:24 -0600 Date: Thu, 13 Nov 1997 09:27:04 MET_DST From: "Walter F.J. Mueller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: mueller@axp602.gsi.de Message-ID: <009BD39E.C440E5F7.343@axp602.gsi.de> Subject: RE: MHonArc; MX2MH converter; Synchronizing archive file acess Brian D. Reed suggested in a response to my question: >We are trying to setup an "electronic logbook" where entries are submitted >via email and but accessed mostly through WWW access. People will expect >that the Web view is current and I wonder how that can be done with MX in a >reliable way. to use 1) Hypermail: http://www.early.com/~jsb/hypermail/ 2) DELIVER: ftp.wku.edu /vms/fileserv/ Well, the main requirements for our "electronic logbook" where: a) to process emails from all popular mailers b) to process attachments c) find messages by full body text search I looked into Hypermail, but that fails on all three counts (it doesn't handle MIME at all). We finially opted for MHonArc, which is probably the best email-to-HTML converter available right now. For details see http://www.oac.uci.edu/indiv/ehood/mhonarc.html It's an impressive Perl application and I got it working under VMS with relatively little effort (just 2 simple hacks). -- Walter F.J. Mueller Mail: W.F.J.Mueller@gsi.de GSI, Abteilung KP3 Phone: +49-6159-71-2766 D-64291 Darmstadt FAX: +49-6159-71-2989 WWW: http://www-kp3.gsi.de/www/kp3/people/mueller.html PGP: http://www-kp3.gsi.de/~mueller/pgp.shtml ================================================================================ Archive-Date: Thu, 13 Nov 1997 15:59:03 -0600 Sender: goathunter@MadGoat.com Date: Thu, 13 Nov 1997 15:58:58 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD3D5.83FF4E5E.20@ALPHA.WKU.EDU> Subject: RE: Wish list distractions Daiajo Tibdixious MACS <"svs::svist070"@stvincents.COM.AU> writes: > >Just to get things off the anti-spam thread, here are some simple wish list >items. :) > 8-) >Both of these are trivial syntactic changes, requiring more effort on part of >users to get used to than developers to actually change. :) > >-> Change the RESET command to NOTIFY > >Reason: it isn't natural, Seems natural to me: you want the agents to reset themselves. >and it doesn't match the message: > >MCP> reset site >%MCP-I-NODIFIED, process SITE has been notified on node BLAH > The message speaks the truth---the agent has been notified to reset itself, but it may not have done it yet. >[not also the typo in "NODIFIED", should be NOTIFIED or MODIFIED :-] > Nobody every gets that one. It's not a typo. There's already an MCP-I-NOTIFIED message that says "process XXX has been notified". When I added the node-specific stuff, the message changed to include "on node BLAH", so I created the node-specific message MCP-I-NODIFIED. Get it? One node was "nodified"? Oh well. *I* thought it was funny..... >Alternatively, change the message to > >%MCP-I-RESET, process SITE has been reset on node BLAH > >so it matches. > Except that it may not have actually reset itself yet. >-> Change the list protection codes so they look like someone thought about >what they were doing. > >At the moment: Change to: > >R means review R Review >W means post P Post >E means subscribe S Subscribe >D means unsubscribe U Unsubcribe > >Because: the current codes are unnatural, I keep thinking W means subscribe >(write to the list of subscribers), E means review (matches directory Execute - >use wildcards) etc. If they didn't match RWED I could stop thinking of them as >Read Write Execute Delete. I think it's just you. ;-) "R" is "R"eview, "W" is "Write to the list", "E" is enroll, "D" is delete. Obviously, this was thought out, and the goal was to keep the VMS-style protections. Still, it's a reasonable request, and I'll add it to the list for future consideration. 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, 13 Nov 1997 17:28:34 -0600 Date: Fri, 14 Nov 1997 10:25:22 EST-10EST From: Daiajo Tibdixious MACS <"svs::svist070"@stvincents.COM.AU> Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD470.13BF9520.35@stvincents.com.au> Subject: RE: Wish list distractions Thu, 13 Nov 1997 15:58:58 -0600 Hunter Goatley >Daiajo Tibdixious MACS <"svs::svist070"@stvincents.COM.AU> writes: >>Just to get things off the anti-spam thread, here are some simple wish list >>items. :) >8-) Thanks for reading it, anyway. >>-> Change the RESET command to NOTIFY >>Reason: it isn't natural, >Seems natural to me: you want the agents to reset themselves. Okay, from what you say its 'accurate', by 'natural' I mean 'matching human nature'. :) >>MCP> reset site >>%MCP-I-NODIFIED, process SITE has been notified on node BLAH >The message speaks the truth---the agent has been notified to reset >itself, but it may not have done it yet. Okay, how about %MCP-I-NODIFIED, process SITE on node BLAH has been notified to reset. >>[not also the typo in "NODIFIED", should be NOTIFIED or MODIFIED :-] >Nobody every gets that one. It's not a typo. There's already an >MCP-I-NOTIFIED message that says "process XXX has been notified". >When I added the node-specific stuff, the message changed to include >"on node BLAH", so I created the node-specific message MCP-I-NODIFIED. >Get it? One node was "nodified"? Putting "on node" before "notified" would make the intention more obvious. I still want "reset" in there somewhere. For some reason my RAS (Reticular Activation System :) remembers the message, not the comand, and I ALWAYS type NOTIFY ROUTER, get an error, then type RESET ROUTER. Annoying (not your problem, you can help tho :). >Oh well. *I* thought it was funny..... Sorry, noticied the possibility, didn't give you enough credit for a sense of humor. :( >>%MCP-I-RESET, process SITE has been reset on node BLAH >Except that it may not have actually reset itself yet. :-)) How about process SITE has been told to reset, but you should stop/id it from DCL and restart it to be sure. :) >I think it's just you. ;-) "R" is "R"eview, "W" is "Write to the >list", "E" is enroll, "D" is delete. Obviously, this was thought out, Yeah, the doco does meantion this, somehow I have to look it up each time tho. (Sorry, my problem. :( >and the goal was to keep the VMS-style protections. Still, it's a >reasonable request, and I'll add it to the list for future >consideration. Its better than changing the SUBSCRIBE command to ENROLL, and SIGNOFF to DELETE. :) I would, however, suggest a slight change to the doco, from: Table MCP-2 Mailing list protection codes ------------------------------------------ Code Description ---- ----------- R (Read) allows the use of the REVIEW command W allows the user to post messages to the list (Write) E allows the automatic handling of the (Enroll) SUBSCRIBE command D allows the automatic handling of the SIGNOFF (Delete) command to: R allows the use of the REVIEW command (Review) W allows the user to write messages to the list (Write) ================================================================================ Archive-Date: Fri, 14 Nov 1997 12:19:26 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com Subject: Re: Truncated records due to decoding of QUOTED-PRINTABLE messages Date: Fri, 14 Nov 1997 12:13:05 -0600 Message-ID: <346C4051.40118D26@MadGoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Don Stokes wrote: > > Actually, for those using pop clients, it'd be nice if the quoted-printable > translation could be turned off so the clients can interpret the headers > themselves. > Yep. That's also on my to-do list for a future version: the ability to have user-specific options set for things like that.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Tue, 18 Nov 1997 04:22:52 -0600 Date: Tue, 18 Nov 1997 11:27:52 MET-1MET DST From: Franz Schoenbauer Reply-To: MX-List@MadGoat.com To: MX-LIST@MADGOAT.COM CC: system@eimoni.tuwien.ac.at Message-ID: <009BD79D.78963960.5@eimoni.tuwien.ac.at> Subject: SPAM, MX5.0 and norelay - Thoughts I greatly appreciate a norelay option as we've been abused as spam remailer several times and have no way of stopping it. But how would this work in MX5.0 ? A general, global option that inhibits mail relaying would solve the spam problem, sure, but also inhibit people calling in from home using e.g. POP3 to use the machine as a mail relay. I think it would be neccessary to specifically allow certain IP-addresses/nodenames/subdomains to use the machine as mail relay. I.e turn off mail relay globally, but do allow for specific machines. I realize this is not waterproof, as the names and addresses can be forged. But we have no problem finding local users who want to spam, and its reasonably unlikely that some international spammer would find out which nodes/IP-adresses are allowed to use our machine(s) as mail relay and find a way to forge his IP-address across the atlantic. At least i hope so. BTW, since we cannot stop the spammers spamming through our machines, we have been threatened ourselves by the spam victims, e.g. to cut our entire domain etc. So ... biting nails and waiting for MX5.0 ... ;-) Franz Schoenbauer, Tech. Univ. Vienna, | system@eimoni.tuwien.ac.at Resselg. 3/188 A-1040, Vienna, Austria | +43(1)58801 ext. 4126 ================================================================================ Archive-Date: Tue, 18 Nov 1997 05:20:42 -0600 Date: Tue, 18 Nov 1997 11:17:39 GMT From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <009BD79C.0B20B8FC.55@alder.cc.kcl.ac.uk> Subject: RE: SPAM, MX5.0 and norelay - Thoughts >I greatly appreciate a norelay option as we've been abused as spam >remailer several times and have no way of stopping it. >But how would this work in MX5.0 ? A general, global option that >inhibits mail relaying would solve the spam problem, sure, but also >inhibit people calling in from home using e.g. POP3 to use the machine as >a mail relay. I think it would be neccessary to specifically allow >certain IP-addresses/nodenames/subdomains to use the machine as mail relay. >I.e turn off mail relay globally, but do allow for specific machines. I've just implemented norelaying on sendmail on a unix box and its thrown up some problems like this. It's all fine except where our users dial in through a commercial ISP and try to read and send mail. Sending fails of course because, to our smtp server, they are relaying! There appear to be two solutions: 1 Include the specific commercial ISP site as one permitted to relay This is a bit too global for me, but individual users often dial-in and get a different IP address each time so you cant fix a specific system name in the list permitted relays; instead you have to specify the domain. 2 Tell such users to use the ISP's own mail relay to send mail out. Unless the whole world adopts something akin to approach 2, then the list of exclusions in the norelay mechanisms will be so large that it has no real impact. >I realize this is not waterproof, as the names and addresses can be forged. >But we have no problem finding local users who want to spam, and its >reasonably unlikely that some international spammer would find out >which nodes/IP-adresses are allowed to use our machine(s) as mail relay >and find a way to forge his IP-address across the atlantic. >At least i hope so. True. >BTW, since we cannot stop the spammers spamming through our machines, we >have been threatened ourselves by the spam victims, e.g. to cut our entire >domain etc. Me too, thats why i started implementing it on our unix boxes (its a bit tricky but sendmail 8.8.8 has the necessary hooks and there are some useful instructions on the sendmail anti-spam web page). >So ... biting nails and waiting for MX5.0 ... ;-) If you have a unix box running the latest sendmail, you can set up sendmail to do norelaying and then configure MX to send all mail to it, which gives you a similar effect (albeit a bit delayed). This will do until mx 5.0 comes along. Its what I've done and it seems to work reasonably well. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Tue, 18 Nov 1997 07:33:29 -0600 Date: Tue, 18 Nov 1997 08:32:34 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD784.FBA1EDE0.9@swdev.si.com> Subject: RE: SPAM, MX5.0 and norelay - Thoughts >A general, global option that >inhibits mail relaying would solve the spam problem, sure, but also >inhibit people calling in from home using e.g. POP3 to use the machine as >a mail relay. I don't believe this constitutes a relay. Perhaps someone else can enlighten me if I'm wrong. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Tue, 18 Nov 1997 08:05:14 -0600 Date: Tue, 18 Nov 1997 15:10:07 MET-1MET DST From: Franz Schoenbauer Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@eimoni.tuwien.ac.at Message-ID: <009BD7BC.853DE040.3@eimoni.tuwien.ac.at> Subject: RE: SPAM, MX5.0 and norelay - Thoughts >>A general, global option that >>inhibits mail relaying would solve the spam problem, sure, but also >>inhibit people calling in from home using e.g. POP3 to use the machine as >>a mail relay. >I don't believe this constitutes a relay. Perhaps someone else can enlighten me >if I'm wrong. What i meant was, that people using pop3 from outside to fetch their mail will also want to send mail, often the pop server will also be the mail router as it is often unfeasible to sent Your mail out to the internet across the modem line, but rather just hand your mail to the mailrouter (in that scenario also the POP3 host) who then sends it on. If POP3 host and mail router are different machines the problem only exists on the mail router. Franz Schoenbauer, Tech. Univ. Vienna, | system@eimoni.tuwien.ac.at Resselg. 3/188 A-1040, Vienna, Austria | +43(1)58801 ext. 4126 ================================================================================ Archive-Date: Tue, 18 Nov 1997 08:35:44 -0600 Date: Tue, 18 Nov 1997 09:35:32 -1300 From: william@fractl.tam.cornell.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD78D.C79F79DC.13@fractl.tam.cornell.edu> Subject: RE: SPAM, MX5.0 and norelay - Thoughts I have not really looked at this problem so perhaps what I am about to say is meaningless. When I set up my account for POP I wrote a bit of code that copies mail from my newmail folder to a folder called popmail. I then use this folder as my popmail source (Multinet 4.0 pop server). To invoke this program I added the following commands to my login.com file. I do this so my newmail is always on my VMS machine when I come back from a trip. Now I have not really looked at the MX filter stuff. But wouldn't it be possible to write a program that could rewrite the rejection rules to allow somone who has logged in via pop, say in the last 10 minutes, from a given address to unlock that address for the purpose of sending SMTP mail ? Then afterwords to re-lock the forwarding ability of the SMTP server ? All that would be necessary for the user would be to set the pop-client to always check and then send the new-mail. The act of checking for newmail would start a pop process which would unlock the address. The user would have to log in via pop and thus would require a username and password in order to unlock the SMTP sever for their address. Does MX check the rejection file every time or is it cached ? If its cached is it possible to update the cache without a huge ammount of overhead ? Here is a login.com fragment, it could also be done with a compiled program using system services. Comments ? $!----------------------------------------------------------------------------- $! COMMANDS YOU WANT EXECUTED ONLY IN NETWORK MODE .... $!----------------------------------------------------------------------------- $ IF F$MODE() .EQS. "NETWORK" $ THEN $ PRCNAM = F$GETJPI("","PRCNAM") $ IF F$LOCATE("Pop",PRCNAM) .ne. f$length(PRCNAM) $ THEN $ WRITE SYS$OUTPUT "COPYING NEWMAIL TO POPMAIL ...." $ RUN UTIL_DIR:POPMAIL_COPY.EXE $ ENDIF $ ENDIF $exit: $ exit ======================================================================= ___Bill william@fractl.tam.cornell.edu wth1@Cornell.edu ======================================================================= > > >I greatly appreciate a norelay option as we've been abused as spam > >remailer several times and have no way of stopping it. > >But how would this work in MX5.0 ? A general, global option that > >inhibits mail relaying would solve the spam problem, sure, but also > >inhibit people calling in from home using e.g. POP3 to use the machine as > >a mail relay. I think it would be neccessary to specifically allow > >certain IP-addresses/nodenames/subdomains to use the machine as mail relay. > >I.e turn off mail relay globally, but do allow for specific machines. > > I've just implemented norelaying on sendmail on a unix box and its thrown up > some problems like this. It's all fine except where our users dial in through > a commercial ISP and try to read and send mail. Sending fails of course > because, to our smtp server, they are relaying! There appear to be two > solutions: > > 1 Include the specific commercial ISP site as one permitted to relay > This is a bit too global for me, but individual users often dial-in and > get a different IP address each time so you cant fix a specific system > name in the list permitted relays; instead you have to specify the > domain. > > 2 Tell such users to use the ISP's own mail relay to send mail out. > > > Unless the whole world adopts something akin to approach 2, then the list of > exclusions in the norelay mechanisms will be so large that it has no real > impact. > > >I realize this is not waterproof, as the names and addresses can be forged. > >But we have no problem finding local users who want to spam, and its > >reasonably unlikely that some international spammer would find out > >which nodes/IP-adresses are allowed to use our machine(s) as mail relay > >and find a way to forge his IP-address across the atlantic. > >At least i hope so. > > True. > > > >BTW, since we cannot stop the spammers spamming through our machines, we > >have been threatened ourselves by the spam victims, e.g. to cut our entire > >domain etc. > > Me too, thats why i started implementing it on our unix boxes (its a bit > tricky but sendmail 8.8.8 has the necessary hooks and there are some useful > instructions on the sendmail anti-spam web page). > > > >So ... biting nails and waiting for MX5.0 ... ;-) > > If you have a unix box running the latest sendmail, you can set up sendmail > to do norelaying and then configure MX to send all mail to it, which gives > you a similar effect (albeit a bit delayed). This will do until mx 5.0 comes > along. Its what I've done and it seems to work reasonably well. > > > Regards, > > Andy Harper > Kings College London ================================================================================ Archive-Date: Tue, 18 Nov 1997 08:55:15 -0600 Sender: goathunter@MadGoat.com Date: Tue, 18 Nov 1997 08:55:09 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD788.232FC7F2.38@ALPHA.WKU.EDU> Subject: RE: SPAM, MX5.0 and norelay - Thoughts Andy Harper writes: > >>a mail relay. I think it would be neccessary to specifically allow >>certain IP-addresses/nodenames/subdomains to use the machine as mail relay. >>I.e turn off mail relay globally, but do allow for specific machines. > This is exactly how MX V5.0 handles the relay stuff. When checking for local domains, it checks for LOCAL PATHs and any LOCAL_DOMAINs you've defined (where DEFINE LOCAL_DOMAIN is a new command specifically for telling MX SMTP Server what to consider as local for relaying). >Unless the whole world adopts something akin to approach 2, then the list of >exclusions in the norelay mechanisms will be so large that it has no real >impact. > The way MX's anti-relay stuff works is that it checks the MAIL FROM: and RCPT TO: looking for at least one match on a LOCAL PATH or LOCAL DOMAIN. This isn't as waterproof as other methods, but in practice, it has eliminated all of the relaying at the beta sites, AFAIK. You can use other rejection rules to disallow mail from specific hosts too. The anti-spam features of MX V5.0 are Matt's doing, so I'll let him answer any other questions that arise from my post. 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, 18 Nov 1997 10:02:58 -0600 Date: Tue, 18 Nov 1997 11:02:45 EST From: "Jonathan E. Hardis" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: hardis@garnet.nist.gov Message-ID: <009BD799.F6A30A80.3@garnet.nist.gov> Subject: RE: SPAM, MX5.0 and norelay - Thoughts >> A general, global option that >> inhibits mail relaying would solve the spam problem, sure, but also >> inhibit people calling in from home using e.g. POP3 to use the machine as >> a mail relay. > I don't believe this constitutes a relay. Perhaps someone else can > enlighten me if I'm wrong. Yes, it does. A relay is any receipt of SMTP mail for a recipient on a non-local host. Remember, in theory, a POP3 client could have the smarts to send the mail directly to the intended destination host, not the same host every time. (And, as a matter of fact, it wouldn't be a bad idea if POP3 clients at least try to do that before loading down their "SMTP servers.") - Jonathan ================================================================================ Archive-Date: Tue, 18 Nov 1997 20:37:03 -0600 Date: Wed, 19 Nov 1997 13:33:51 EST-10EST From: Daiajo Tibdixious MACS <"svs::svist070"@stvincents.COM.AU> Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD878.3CDF6460.11@stvincents.com.au> Subject: routing to a remote decnet node Can I get MX to send to VMSmail on a remote DECnode? I'm pretty sure it will work with MX on the remote node (which I don't have at the moment), or if the users each had local mail forwarding (which we use for most users, but would be difficult to do for all users). Are there any other options? ================================================================================ Archive-Date: Wed, 19 Nov 1997 03:35:57 -0600 Date: Wed, 19 Nov 97 10:13:51 +0100 From: Alain Messin Reply-To: MX-List@MadGoat.com Subject: RE: SPAM, MX5.0 and norelay - Thoughts To: mx-list@wkuvx1.wku.edu References: <009BD7BC.853DE040.3@eimoni.tuwien.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Inhibiting spam relaying on a SMTP relay consists in general in blocking mails coming from outside a domain and going outside the same domain, so that hosts in the domain of the SMTP relay may send and receive external mails, but no mail from external domains can go to external domains through the relay. This can be done on mail from: rcpt to: dialog, but it's not the safest way. It's better to capture the actual ip/name of the connected host while SMTP dialog takes place. As for pop users, I think there are two cases to consider: - the distant user connects from the domain where the SMTP mail relay is , and there is no problem, because the mails send are "internal", ie from an authorized machine. - the distant user connects from another domain, and he has to use a SMTP relay in the domain he is connected, which is a better solution even just for network bandwidth. -------------------------------------------- Alain Messin : Observatoire de la Cote d'Azur Avenue Copernic 06130 Grasse FRANCE Telephone: (33) (0) 4 93 40 53 61 Fax: (33) (0) 4 93 40 53 33 E-mail: Date: 11/19/97 Time: 10:36:06 -------------------------------------------- ================================================================================ Archive-Date: Thu, 20 Nov 1997 15:07:32 -0600 Subject: Re: SPAM, MX5.0 and norelay - Thoughts Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 20 Nov 1997 20:49:49 GMT In-Reply-To: Hunter Goatley's message of Tue, 18 Nov 1997 08:55:09 -0600 MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <009BD788.232FC7F2.38@ALPHA.WKU.EDU> Hunter Goatley writes: The way MX's anti-relay stuff works is that it checks the MAIL FROM: and RCPT TO: looking for at least one match on a LOCAL PATH or LOCAL DOMAIN. This isn't as waterproof as other methods, but in practice, it has eliminated all of the relaying at the beta sites, AFAIK. Unfortunately, you can lie in the MAIL FROM: command as well, and I've had a few doing that to me (yep!). The popular solution with sendmail is instead to do a reverse lookup on the clients address and to check THAT against the local paths and the local domains. BTW, have you checked http://maps.vix.com/rbl/ yet? It's an anti-spammer service that works through lookup of IP numbers in backward order with the domain rbl.maps.vix.com appended to it. Pretty neat. Could it be a good to support that kind of feature? -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-708-20 09 64; 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://richard.levitte.org/ for my public key. bastard@bofh.se "price, performance, quality. Choose any two you like" ================================================================================ Archive-Date: Thu, 20 Nov 1997 15:10:43 -0600 Sender: goathunter@MadGoat.com Date: Thu, 20 Nov 1997 15:10:33 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD94E.E997B65E.3@goat.process.com> Subject: Re: SPAM, MX5.0 and norelay - Thoughts levitte@lp.se (Richard Levitte - VMS Whacker) writes: > >In article <009BD788.232FC7F2.38@ALPHA.WKU.EDU> Hunter Goatley writes: > > The way MX's anti-relay stuff works is that it checks the MAIL FROM: > and RCPT TO: looking for at least one match on a LOCAL PATH or LOCAL > DOMAIN. This isn't as waterproof as other methods, but in practice, > it has eliminated all of the relaying at the beta sites, AFAIK. > >Unfortunately, you can lie in the MAIL FROM: command as well, and I've >had a few doing that to me (yep!). > Yes, that is true. >The popular solution with sendmail is instead to do a reverse lookup >on the clients address and to check THAT against the local paths and >the local domains. > Yep. I can see potential problems with that too, though (blocking legitimate users). >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an >anti-spammer service that works through lookup of IP numbers in >backward order with the domain rbl.maps.vix.com appended to it. >Pretty neat. Could it be a good to support that kind of feature? > Yes, this has been implemented as a latent (undocumented) feature of MX V5.0. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 20 Nov 1997 15:40:17 -0600 Sender: BRAD Message-ID: <34743DB4.7208AB4C@tgsmc.com> Date: Thu, 20 Nov 1997 13:40:04 +0000 From: Brad Hughes Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: MX-List@MadGoat.com Subject: Re: SPAM, MX5.0 and norelay - Thoughts References: <009BD94E.E997B65E.3@goat.process.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hunter Goatley wrote: > [snip] > Yes, this has been implemented as a latent (undocumented) feature of > MX V5.0. > Seems like it's documented now... ================================================================================ Archive-Date: Thu, 20 Nov 1997 15:41:29 -0600 Sender: goathunter@MadGoat.com Date: Thu, 20 Nov 1997 15:41:19 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD953.35887A9A.4@goat.process.com> Subject: Re: SPAM, MX5.0 and norelay - Thoughts Brad Hughes writes: > >> Yes, this has been implemented as a latent (undocumented) feature of >> MX V5.0. > >Seems like it's documented now... Ah, there's a difference between documented and documented.... 8-) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Thu, 20 Nov 1997 16:11:52 -0600 Subject: Re: SPAM, MX5.0 and norelay - Thoughts Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 20 Nov 1997 21:52:37 GMT In-Reply-To: Hunter Goatley's message of Thu, 20 Nov 1997 15:10:33 -0600 MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <009BD94E.E997B65E.3@goat.process.com> Hunter Goatley writes: >The popular solution with sendmail is instead to do a reverse lookup >on the clients address and to check THAT against the local paths and >the local domains. > Yep. I can see potential problems with that too, though (blocking legitimate users). Not more than you do today. The only real danger is if DNS lookup fails for some reason. -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-708-20 09 64; 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://richard.levitte.org/ for my public key. bastard@bofh.se "price, performance, quality. Choose any two you like" ================================================================================ Archive-Date: Fri, 21 Nov 1997 02:06:07 -0600 Date: Fri, 21 Nov 1997 09:10:37 MET-1MET DST From: Franz Schoenbauer Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: system@eimoni.tuwien.ac.at Message-ID: <009BD9E5.CB453400.5@eimoni.tuwien.ac.at> Subject: Re: SPAM, MX5.0 and norelay - Thoughts >Yes, this has been implemented as a latent (undocumented) feature of >MX V5.0. Still biting nails (hardly any left) ... I know, this question is somewhat of a nuisance, but ... Any release date for MX5.0 ? Franz Schoenbauer, Tech. Univ. Vienna, | system@eimoni.tuwien.ac.at Resselg. 3/188 A-1040, Vienna, Austria | +43(1)58801 ext. 4126 ================================================================================ Archive-Date: Fri, 21 Nov 1997 04:58:19 -0600 Date: Fri, 21 Nov 1997 10:56:00 GMT From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <009BD9F4.8440731C.49@alder.cc.kcl.ac.uk> Subject: Re: SPAM, MX5.0 and norelay - Thoughts > >The popular solution with sendmail is instead to do a reverse lookup > >on the clients address and to check THAT against the local paths and > >the local domains. > > > Yep. I can see potential problems with that too, though (blocking > legitimate users). > >Not more than you do today. The only real danger is if DNS lookup >fails for some reason. Any legitimate mail system will be in the DNS. If the DNS lookup fails, its likely to be a transient problem so the SMTP server, if it rejects it because of this, should do so with a transient failure code (451 is normal) so that the sender can try again later. So It's unlikely to be a real danger if this is implemented. I use it on sendmail and haven't rejected a valid message yet. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 21 Nov 1997 08:53:35 -0600 Date: Fri, 21 Nov 1997 08:53:43 CST6CDT5,M4.1.0,M10.5.0 From: system@niuhep.physics.niu.edu Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD9E3.6F29A2DE.3@niuhep.physics.niu.edu> Subject: Re: SPAM, MX5.0 and norelay - Thoughts Ignorance reigns... my own, that is. What is "sendmail" and how exactly does this discussion tie in to relaying smtp from clients that have a temporary IP address that rotates among users as they dial in? Robert ========================================================================= > >The popular solution with sendmail is instead to do a reverse lookup > >on the clients address and to check THAT against the local paths and > >the local domains. > > > Yep. I can see potential problems with that too, though (blocking > legitimate users). > >Not more than you do today. The only real danger is if DNS lookup >fails for some reason. Any legitimate mail system will be in the DNS. If the DNS lookup fails, its likely to be a transient problem so the SMTP server, if it rejects it because of this, should do so with a transient failure code (451 is normal) so that the sender can try again later. So It's unlikely to be a real danger if this is implemented. I use it on sendmail and haven't rejected a valid message yet. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 21 Nov 1997 10:45:07 -0600 Date: Fri, 21 Nov 1997 16:44:31 BST From: Andy Harper Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: A.HARPER@kcl.ac.uk Message-ID: <009BDA25.34104EAE.165@alder.cc.kcl.ac.uk> Subject: Re: SPAM, MX5.0 and norelay - Thoughts >Ignorance reigns... my own, that is. >What is "sendmail" and how exactly does this discussion tie in to >relaying smtp from clients that have a temporary IP address that rotates >among users as they dial in? "sendmail" is the mail transfer agent used on unix boxes. Its very powerful, very flexible but a real pig to configure! One way to deal with spam is to prevent outside orgnaisations from using your system as a relay back out to the world. If you allow relaying, then you are helping them to disguise who they really are. So many sites now implement a no-relay policy, whereby only their own local systems can relay. However, this has an impact on those users who dial-in via a commercial ISP and use their company smtp server as a relay. The company concerned must allow that ISP to relay mail if it is not to block its own users. Many ISP's dynamically allocate an address to each dial-in user which makes setting up a list of examptions from relay blacklisting quite a bit harder. You end up essentially allowing the whole of the ISP's domain to use you as a relay, thus giving the spammers a major foot in the door. What you SHOULD do (though it's often politically unacceptable to intransigent managers who don't understand the issues) is to insist that any user dialing in through an ISP uses that ISP's mail server to relay their mail rather than yours. Thus means you dont have to allow all the known ISPs to relay through you and puts the onus squarely on them to ensure that only their authorized users can relay. Hope that's clearer now. Regards, Andy Harper Kings College London ================================================================================ Archive-Date: Fri, 21 Nov 1997 10:50:51 -0600 From: "Robert H. McClanahan" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Date: Fri, 21 Nov 1997 10:50:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: SPAM, MX5.0 and norelay - Thoughts In-Reply-To: <009BD94E.E997B65E.3@goat.process.com> On 20 Nov 97 at 15:10, Hunter Goatley wrote: > >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an > >anti-spammer service that works through lookup of IP numbers in > >backward order with the domain rbl.maps.vix.com appended to it. > >Pretty neat. Could it be a good to support that kind of feature? > > > Yes, this has been implemented as a latent (undocumented) feature of > MX V5.0. I'll have to admit to being a little confused about what's being described here. Could someone expound a bit on how this works? Thanks, RHM +--+ Robert H. McClanahan, Mgr, Tech Info Systems, rmcclanahan@aecc.com <[]>< Arkansas Electric Coop Corp, PO Box 194208, Little Rock, AR 72219-4208 USA "The Son of God became a man to enable men to become sons of God." C.S. Lewis ================================================================================ Archive-Date: Fri, 21 Nov 1997 11:05:19 -0600 Date: Fri, 21 Nov 1997 9:05:06 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <971121090506.20226d05@Cisco.COM> Subject: Re: SPAM, MX5.0 and norelay - Thoughts >On 20 Nov 97 at 15:10, Hunter Goatley wrote: > >> >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an >> >anti-spammer service that works through lookup of IP numbers in >> >backward order with the domain rbl.maps.vix.com appended to it. >> >Pretty neat. Could it be a good to support that kind of feature? >> > >> Yes, this has been implemented as a latent (undocumented) feature of >> MX V5.0. > >I'll have to admit to being a little confused about what's being described >here. Could someone expound a bit on how this works? Visit the quoted web site for more information. Basically, there's a group of folks who are maintaining a "blacklist" of sites that are known to generate or relay spam. They distribute that information both as routing information and, more recently, through the Domain Name System. By performing a special DNS lookup based on the IP address of a system, you can check to see whether or not that system is on the list; if it is, the group recommends that you refuse mail from that particular system. -Matt -- Matthew Madison | | madison@cisco.com Cisco Systems | 101 Cooper St. | Santa Cruz, CA 95060 USA | +1 408 457 5390 ================================================================================ Archive-Date: Fri, 21 Nov 1997 11:05:52 -0600 Message-ID: From: "Worlton, Thomas" Reply-To: MX-List@MadGoat.com To: "'MX-List@MadGoat.com'" Subject: RE: SPAM, MX5.0 and norelay - Thoughts Date: Fri, 21 Nov 1997 11:07:51 -0600 MIME-Version: 1.0 Content-Type: text/plain Which C.S. Lewis book had that quote in it? Tom Worlton > -----Original Message----- > From: Robert H. McClanahan [SMTP:rmcclanahan@tis.aecc.com] > Sent: Friday, November 21, 1997 9:50 AM > To: MX-List@MadGoat.com > Subject: Re: SPAM, MX5.0 and norelay - Thoughts > > On 20 Nov 97 at 15:10, Hunter Goatley wrote: > > > >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an > > >anti-spammer service that works through lookup of IP numbers in > > >backward order with the domain rbl.maps.vix.com appended to it. > > >Pretty neat. Could it be a good to support that kind of feature? > > > > > Yes, this has been implemented as a latent (undocumented) feature of > > MX V5.0. > > I'll have to admit to being a little confused about what's being > described > here. Could someone expound a bit on how this works? > > Thanks, > RHM > > +--+ > Robert H. McClanahan, Mgr, Tech Info Systems, rmcclanahan@aecc.com > <[]>< > Arkansas Electric Coop Corp, PO Box 194208, Little Rock, AR 72219-4208 > USA > > "The Son of God became a man to enable men to become sons of God." > C.S. Lewis ================================================================================ Archive-Date: Fri, 21 Nov 1997 11:12:10 -0600 Date: Fri, 21 Nov 1997 12:10:46 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BD9FE.F64095A0.3@swdev.si.com> Subject: Re: SPAM, MX5.0 and norelay - Thoughts > >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an > >anti-spammer service that works through lookup of IP numbers in > >backward order with the domain rbl.maps.vix.com appended to it. >I'll have to admit to being a little confused about what's being described >here. Could someone expound a bit on how this works? Let me guess. MX will use maps.vix.com's DNS with reverse lookup. If it not found, it's from a spammer or a site friendly or tolerant of spammers. In other words, if the DNS lookup fails, vix.com has blackholed the name. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Fri, 21 Nov 1997 11:38:41 -0600 From: "Robert H. McClanahan" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Date: Fri, 21 Nov 1997 11:38:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: SPAM, MX5.0 and norelay - Thoughts In-Reply-To: <971121090506.20226d05@Cisco.COM> On 21 Nov 97 at 9:05, Matt Madison wrote: > >I'll have to admit to being a little confused about what's being described > >here. Could someone expound a bit on how this works? > > Visit the quoted web site for more information. Basically, there's a group > of folks who are maintaining a "blacklist" of sites that are known to generate > or relay spam. They distribute that information both as routing information > and, more recently, through the Domain Name System. By performing a special > DNS lookup based on the IP address of a system, you can check to see whether > or not that system is on the list; if it is, the group recommends that you > refuse mail from that particular system. Thaks. It all makes much more sense now. RHM +--+ Robert H. McClanahan, Mgr, Tech Info Systems, rmcclanahan@aecc.com <[]>< Arkansas Electric Coop Corp, PO Box 194208, Little Rock, AR 72219-4208 USA "The Son of God became a man to enable men to become sons of God." C.S. Lewis ================================================================================ Archive-Date: Fri, 21 Nov 1997 11:50:22 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com Subject: Re: Mailing List Question (newbie) Date: Fri, 21 Nov 1997 11:39:38 -0600 Message-ID: <347572FA.5E69B055@MadGoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Ryan J. Maley wrote: > > Hello, > > I'm trying to create a mailing list using MX. I installed it with just the > basic software, mailing list support and documentation. I've gone through > the manual and created a single list called TEST with me as the owner. I > can see the list in the MCP utility by doing SHOW LIST. > > However, there are no files with MAILING_LIST extensions in the > MX_MLIST_DIR directory and sending mail to either TEST or TEST-REQUEST > generates a "no such user" error. > > Environment: Alpha OVMS 7.1, DEC TCP/IP 4.2 with SMTP and POP3. > > I feel I've missed something basic in the setup, but it's escaping me at > the moment. Any suggestions? > Did you SAVE the configuration in MCP? After you SAVEd it, did you RESET ROUTER,MLF? Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 21 Nov 1997 12:38:51 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com Subject: Re: Truncated records due to decoding of QUOTED-PRINTABLE messages Date: Fri, 21 Nov 1997 12:27:12 -0600 Message-ID: <34757E20.5D782A6A@MadGoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Don Stokes wrote: > > Better still, leave the damn thing alone and provide some external > utilities to deal with MIME translations. After all, not everybody uses VMS > mail, and even if you are, quoted-printable messages are usually readable. > > I'll have to say that the quoted-printable stuff is my single least > favourite feature of MX. > MX V5.0 will let you disable the auto-decoding of quoted-printable messages done by MX Local. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 21 Nov 1997 16:07:47 -0600 Date: Fri, 21 Nov 1997 15:16:42 -0700 Message-ID: <199711212216.PAA09910@ael1.allianceelec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: Barry Treahy Reply-To: MX-List@MadGoat.com Subject: MX 4.2 DNS problems... Still When referencing a site that is setup to send e-mail to the domain, it works fine from other smtp sites, but MX has problems... What can I do to resolve this? $99$DKA0:[MX.SMTP]MX_SMTP_LOG.LOG;258 21-NOV-1997 17:00:00.22 Processing queue entry number 2 on node V4100 21-NOV-1997 17:00:00.31 Recipient: , route=allianceel ec.com 21-NOV-1997 17:00:00.32 SMTP_SEND: looking up host name allianceelec.com 21-NOV-1997 17:00:00.33 SMTP_SEND: DNS_MXLOOK status is 0000002C 21-NOV-1997 17:00:00.46 SMTP_SEND: Failed, sts=00000870 21-NOV-1997 17:00:00.46 SMTP_SEND: looking up host name MML1.MIDWEST-MICROWAVE .COM 21-NOV-1997 17:00:26.46 SMTP_SEND: DNS_MXLOOK status is 0000002C 21-NOV-1997 17:00:26.46 SMTP_SEND: Failed, sts=00000870 21-NOV-1997 17:00:26.46 SMTP send failed, sts=0C278024, sts2=00000870 21-NOV-1997 17:00:26.46 Recipient status=0C278024 for 21-NOV-1997 17:00:26.60 1 rcpts need retry, next try 21-NOV-1997 17:30:26.60 21-NOV-1997 17:00:26.61 *** End of processing pass *** V4100$ ipncp IPNCP> hostnm ael1.allianceelec.com Host 'AEL1.ALLIANCEELEC.COM' Full Name = 'AEL1.ALLIANCEELEC.COM' Address [1] = 38.253.197.11 --------------------------------------------------------------------------- Barry Treahy, Jr. Email: treahy@allianceelec.com Vice President Phone: (602) 483-9400 x325 FAX: (602) 443-3898 --------------------------------------------------------------------------- Alliance Electronics, Inc. * 7550 East Redfield Road * Scottsdale, AZ 85260 Semiconductor & Computer System Sales WWW: http://www.allianceelec.com Phone: (800) 608-9494 Email: sales@allianceelec.com --------------------------------------------------------------------------- ... but its a DRY HEAT! --------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 21 Nov 1997 16:37:20 -0600 Sender: goathunter@MadGoat.com Date: Fri, 21 Nov 1997 16:37:06 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDA24.2B41DAAF.6@goat.process.com> Subject: RE: MX 4.2 DNS problems... Still Barry Treahy writes: > >When referencing a site that is setup to send e-mail to the domain, it works >fine from other smtp sites, but MX has problems... What can I do to resolve >this? > [...] >21-NOV-1997 17:00:00.32 SMTP_SEND: looking up host name allianceelec.com >21-NOV-1997 17:00:00.33 SMTP_SEND: DNS_MXLOOK status is 0000002C >21-NOV-1997 17:00:00.46 SMTP_SEND: Failed, sts=00000870 >21-NOV-1997 17:00:00.46 SMTP_SEND: looking up host name MML1.MIDWEST-MICROWAVE >.COM >21-NOV-1997 17:00:26.46 SMTP_SEND: DNS_MXLOOK status is 0000002C >21-NOV-1997 17:00:26.46 SMTP_SEND: Failed, sts=00000870 [...] >V4100$ ipncp >IPNCP> hostnm ael1.allianceelec.com >Host 'AEL1.ALLIANCEELEC.COM' Full Name = 'AEL1.ALLIANCEELEC.COM' > > Address [1] = 38.253.197.11 > > But what happens if you try to look up allianceelec.com and MML1.MIDWEST-MICROWAVE.COM? Beyond this, I don't know. I don't use CMUIP.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 21 Nov 1997 16:55:47 -0600 Date: Fri, 21 Nov 1997 16:04:45 -0700 Message-ID: <199711212304.QAA09989@ael1.allianceelec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: Barry Treahy Reply-To: MX-List@MadGoat.com Subject: RE: MX 4.2 DNS problems... Still At 04:37 PM 11/21/97 -0600, you wrote: >Barry Treahy writes: >> >>When referencing a site that is setup to send e-mail to the domain, it works >>fine from other smtp sites, but MX has problems... What can I do to resolve >>this? >> >[...] >>21-NOV-1997 17:00:00.32 SMTP_SEND: looking up host name allianceelec.com >>21-NOV-1997 17:00:00.33 SMTP_SEND: DNS_MXLOOK status is 0000002C >>21-NOV-1997 17:00:00.46 SMTP_SEND: Failed, sts=00000870 >>21-NOV-1997 17:00:00.46 SMTP_SEND: looking up host name MML1.MIDWEST-MICROWAVE >>.COM >>21-NOV-1997 17:00:26.46 SMTP_SEND: DNS_MXLOOK status is 0000002C >>21-NOV-1997 17:00:26.46 SMTP_SEND: Failed, sts=00000870 >[...] >>V4100$ ipncp >>IPNCP> hostnm ael1.allianceelec.com >>Host 'AEL1.ALLIANCEELEC.COM' Full Name = 'AEL1.ALLIANCEELEC.COM' >> >> Address [1] = 38.253.197.11 >> >> >But what happens if you try to look up allianceelec.com and >MML1.MIDWEST-MICROWAVE.COM? V4100$ ipncp IPNCP> hostnm allianceelec.com Host 'ALLIANCEELEC.COM' Full Name = ''imum referral limit exceeded %IPACP-E-DSNAMERR, Domain service: name error (no such name) IPNCP> hostnm ael1.allianceelec.com Host 'AEL1.ALLIANCEELEC.COM' Full Name = 'AEL1.ALLIANCEELEC.COM' Address [1] = 38.253.197.11 IPNCP> hostnm midwest-microwave.com Host 'MIDWEST-MICROWAVE.COM' Full Name = ''referral limit exceeded %IPACP-E-DSNAMERR, Domain service: name error (no such name) IPNCP> hostnm mml1.midwest-microwave.com Host 'MML1.MIDWEST-MICROWAVE.COM' Full Name = 'mml1.midwest-microwave.com' IPNCP> > >Beyond this, I don't know. I don't use CMUIP.... > Is it CMUIP's fault? It would seem that the MX records in the DNS are being ignored, wouldn't it? --------------------------------------------------------------------------- Barry Treahy, Jr. Email: treahy@allianceelec.com Vice President Phone: (602) 483-9400 x325 FAX: (602) 443-3898 --------------------------------------------------------------------------- Alliance Electronics, Inc. * 7550 East Redfield Road * Scottsdale, AZ 85260 Semiconductor & Computer System Sales WWW: http://www.allianceelec.com Phone: (800) 608-9494 Email: sales@allianceelec.com --------------------------------------------------------------------------- ... but its a DRY HEAT! --------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 21 Nov 1997 17:16:24 -0600 Sender: goathunter@MadGoat.com Date: Fri, 21 Nov 1997 17:16:15 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDA29.A31D0C52.11@goat.process.com> Subject: RE: MX 4.2 DNS problems... Still Barry Treahy writes: > >Is it CMUIP's fault? It would seem that the MX records in the DNS are being >ignored, wouldn't it? > Well, you're getting an "Abort" code returned by NETLIB. The "Abort" is probably coming directly from CMUIP. Two things to try: - Be sure the SYSGEN parameter MAXBUF is set to at least 2300 (for MGFTP, we recommend 8300). Some large buffers are returned by NAMRES and if MAXBUF isn't big enough, that can cause problems. - Stop using NAMRES by defining NETLIB_NAMESERVERS (/system/exec) with the IP addresses of the name servers you want NETLIB to use. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Fri, 21 Nov 1997 21:50:31 -0600 Date: Fri, 21 Nov 1997 20:50:13 MST From: Mark Tarka Reply-To: MX-List@MadGoat.com To: info-vax@mvb.saic.com CC: mx-list@madgoat.com Message-ID: <009BDA47.871EFF7A.9@earth.oscs.montana.edu> Subject: How would you like your spam, sir? Funny, if it's not true. A call to arms, if it is. Eh? Mark # Nov. 22, 1997 >> 3:28 am GMT # # The story below was selected from CNN Custom News - a new personalized # service that delivers only the news that's important to YOU. # # Spam King Coming Back to the Internet # # NewsBytes # 21-NOV-97 # # TOKYO, JAPAN, 1997 NOV 21 (Newsbytes) -- By Martyn Williams, # Newsbytes. When mass commercial e-mailer Cyber Promotions was forced # off the Internet last month, president Sanford Wallace promised one # thing - I'll be back. Now it looks like the "Spam King" is about to # make good on his promise with the launch of his own network, dedicated # to sending unsolicited commercial e-mail, better known as spam. # # In a press release distributed late yesterday, apparently from partner # Walt Rines, via a Hotmail e-mail account, the two wrote, "Sanford # Wallace, Walt Rines and an undisclosed third party have formed Global # Technology Marketing, Inc. (GTMI)." Walt Rines is president of Quantum # Communications, a fellow commercial e-mailer that was forced off the # Internet, with Wallace, by service provider AGIS. # # "The new corporation will offer direct , high speed T-1 (1.5 megabits # per second) and T-3 (45 megabits per second) Internet connections to # companies that engage in mass commercial email. Currently, there are # no other backbone providers that allow customers to send spam," # continued the release. # # The announcement, if true, appears to be a little ahead of the # establishment of the full service. Queries of the Internic's "whois" # database failed to come up with any domain names registered to GTMI # and a block of Internet address allocated to Cyber Promotions remains # unconnected. The release claims, "GTMI will be offering connectivity # contracts by the beginning of the next week." # # Wallace lost his Internet connection after a court case that saw his # service provider, AGIS, battle for the ability to disconnect his # company. AGIS, which had been happily supplying his Internet # connection for some time, sought to disconnect Cyber Promotions after # attacks on the spam network brought down machines at AGIS. # # After losing the court case, Wallace told Newsbytes, "The anti- # spammers have not won this war - they have just made it more difficult # for themselves as we will now send mail from different sources." In a # subsequent interview, with USA Today, Wallace revealed plans to form # his own Internet backbone. # # In the November 6 interview, Wallace said he, and Walt Rines, were # within days of announcing a deal that would give them "ownership and # control" of an Internet service provider. He said the ISP, under his # control, would welcome companies wishing to send commercial e-mail, # something that most ISPs don't like. # # In the press release, Wallace was quoted as saying, "We are very # excited about this new project. For the first time ever, Internet # marketers will be encouraged to engage in direct advertising, a # practice which is already accepted in the postal world." Walt Rines # was quoted as saying, "Finally, bulk emailers will have an opportunity # to legitimize this new industry. We are going to prove that this # explosive new market can be self-regulated." # # Reported By Newsbytes News Network: http://www.newsbytes.com ================================================================================ Archive-Date: Fri, 21 Nov 1997 21:57:58 -0600 Date: Fri, 21 Nov 1997 19:58:09 -0800 Message-ID: <199711220358.TAA05311@scv-cse-20.cisco.com> From: Javier Henderson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: info-vax@mvb.saic.com, mx-list@MadGoat.com Subject: How would you like your spam, sir? In-Reply-To: <009BDA47.871EFF7A.9@earth.oscs.montana.edu> References: <009BDA47.871EFF7A.9@earth.oscs.montana.edu> Mark Tarka writes: > Funny, if it's not true. A call to arms, if it is. Eh? (...) > # TOKYO, JAPAN, 1997 NOV 21 (Newsbytes) -- By Martyn Williams, > # Newsbytes. When mass commercial e-mailer Cyber Promotions was forced > # off the Internet last month, president Sanford Wallace promised one > # thing - I'll be back. Now it looks like the "Spam King" is about to > # make good on his promise with the launch of his own network, dedicated > # to sending unsolicited commercial e-mail, better known as spam. (...) > # "The new corporation will offer direct , high speed T-1 (1.5 megabits > # per second) and T-3 (45 megabits per second) Internet connections to > # companies that engage in mass commercial email. Currently, there are > # no other backbone providers that allow customers to send spam," > # continued the release. OK, so they have the money to buy big pipes from the telco. Who says anyone will want to peer with them? And who says any backbone providers will carry their traffic? -jav ================================================================================ Archive-Date: Fri, 21 Nov 1997 21:58:00 -0600 Date: Fri, 21 Nov 1997 19:58:09 -0800 Message-ID: <199711220358.TAA05311@scv-cse-20.cisco.com> From: Javier Henderson Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: info-vax@mvb.saic.com, mx-list@MadGoat.com Subject: How would you like your spam, sir? In-Reply-To: <009BDA47.871EFF7A.9@earth.oscs.montana.edu> References: <009BDA47.871EFF7A.9@earth.oscs.montana.edu> Mark Tarka writes: > Funny, if it's not true. A call to arms, if it is. Eh? (...) > # TOKYO, JAPAN, 1997 NOV 21 (Newsbytes) -- By Martyn Williams, > # Newsbytes. When mass commercial e-mailer Cyber Promotions was forced > # off the Internet last month, president Sanford Wallace promised one > # thing - I'll be back. Now it looks like the "Spam King" is about to > # make good on his promise with the launch of his own network, dedicated > # to sending unsolicited commercial e-mail, better known as spam. (...) > # "The new corporation will offer direct , high speed T-1 (1.5 megabits > # per second) and T-3 (45 megabits per second) Internet connections to > # companies that engage in mass commercial email. Currently, there are > # no other backbone providers that allow customers to send spam," > # continued the release. OK, so they have the money to buy big pipes from the telco. Who says anyone will want to peer with them? And who says any backbone providers will carry their traffic? -jav ================================================================================ Archive-Date: Sat, 22 Nov 1997 07:41:21 -0600 Sender: goathunter@MadGoat.com Date: Fri, 21 Nov 1997 16:10:19 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDA20.6D434339.1@Praetorius.MadGoat.COM> Subject: Re: SPAM, MX5.0 and norelay - Thoughts Yes, this has been implemented as a latent (undocumented) feature of MX V5.0. Still biting nails (hardly any left) ... I know, this question is somewhat of a nuisance, but ... Any release date for MX5.0 ? We'll have to do one more beta-test round, but I expect we'll be ready to get V5.0 out the door by mid-December at the latest. -Matt -- Matthew Madison MadGoat Software madison@madgoat.com ================================================================================ Archive-Date: Sun, 23 Nov 1997 02:24:31 -0600 Subject: Re: SPAM, MX5.0 and norelay - Thoughts Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: MX-List@MadGoat.com Date: 23 Nov 1997 08:09:26 GMT In-Reply-To: "Brian Tillman, x8425"'s message of Fri, 21 Nov 1997 12:10:46 -0500 MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit To: MX-List@WKUVX1.WKU.EDU In article <009BD9FE.F64095A0.3@swdev.si.com> "Brian Tillman, x8425" writes: > >BTW, have you checked http://maps.vix.com/rbl/ yet? It's an > >anti-spammer service that works through lookup of IP numbers in > >backward order with the domain rbl.maps.vix.com appended to it. >I'll have to admit to being a little confused about what's being described >here. Could someone expound a bit on how this works? Let me guess. MX will use maps.vix.com's DNS with reverse lookup. That's a way to describe it, yes. Instead of looking for the IP address x.y.z.t in the domain in-addr.arpa, you look it up in the domain rbl.maps.vix.com. (t.z.y.x.in-addr.arpa vs. t.z.y.x.rbl.maps.vix.com) If it not found, it's from a spammer or a site friendly or tolerant of spammers. In other words, if the DNS lookup fails, vix.com has blackholed the name. No, the IP addresses that will be added are those of the spammers, so if there IS a match, the address is blackholed. Or, if you're right, gosh, you'd better make sure they add your machines at once to that zone, or you'll get a lot of bounces :-). (I've just checked, and I can tell you that 2.45.74.207.rbl.maps.vix.com (207.74.45.2 being the IP address of challenger.si.com, you're mail server) doesn't exist :-)) -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-708-20 09 64; 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://richard.levitte.org/ for my public key. bastard@bofh.se "price, performance, quality. Choose any two you like" ================================================================================ Archive-Date: Mon, 24 Nov 1997 06:25:27 -0600 Sender: henrym@CVOBKU.CVO.MP.USBR.GOV Date: Mon, 24 Nov 1997 04:25:18 -0800 From: "Henry W. Miller" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: henrym@SACTO.MP.USBR.GOV Message-ID: <009BDC19.6F27D6B0.1@CVOBKU.CVO.MP.USBR.GOV> Subject: RE: MX 4.2 DNS problems... Still > From: MX%"MX-List@MadGoat.com" 21-NOV-1997 15:18:59.54 > To: MX%"MX-List@MadGoat.com" > CC: > Subj: RE: MX 4.2 DNS problems... Still > On Fri, 21 Nov 1997 17:16:15 -0600, Hunter Goatley said: Hunter Goatley writes: > Barry Treahy writes: > > > >Is it CMUIP's fault? It would seem that the MX records in the DNS are being > >ignored, wouldn't it? > > > Well, you're getting an "Abort" code returned by NETLIB. The "Abort" > is probably coming directly from CMUIP. > Yes, that's the way CMUIP works - if you get SS$_ABORT as a return code for an operation, you have to check the extended IOSB for the real error code. I didn't design it that way - that's just the way it works. > Two things to try: > > - Be sure the SYSGEN parameter MAXBUF is set to at least 2300 (for > MGFTP, we recommend 8300). Some large buffers are returned by > NAMRES and if MAXBUF isn't big enough, that can cause problems. > > - Stop using NAMRES by defining NETLIB_NAMESERVERS (/system/exec) > with the IP addresses of the name servers you want NETLIB to use. > Another thing, Brian: I thought that I had cone over this with you a few weeks ago, but anyway, please send me (privately) a copy of your INET$CONFIG and NAMRES$CONFIG files, as well as what version of CMUIP you are running, and the version of NETLIB woulb be useful as well. -HWM > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > MultiNet & TCPware: The Best TCP/IP for OpenVMS > http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Mon, 24 Nov 1997 09:11:51 -0600 From: "Robert H. McClanahan" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Date: Mon, 24 Nov 1997 09:11:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: RE: MX 4.2 DNS problems... Still In-Reply-To: <009BDA29.A31D0C52.11@goat.process.com> On 21 Nov 97 at 17:16, Hunter Goatley wrote: > - Stop using NAMRES by defining NETLIB_NAMESERVERS (/system/exec) > with the IP addresses of the name servers you want NETLIB to use. Aha! This may solve some problems that I have seen with NETLIB/NAMRES. Hunter, what's the format of the logical? Something like: $ define/system/exec netlib_nameservers "1.2.3.4,1.2.3.5" or $ define/system/exec netlib_nameservers "1.2.3.4","1.2.3.5" Thanks, RHM +--+ Robert H. McClanahan, Mgr, Tech Info Systems, rmcclanahan@aecc.com <[]>< Arkansas Electric Coop Corp, PO Box 194208, Little Rock, AR 72219-4208 USA "The Son of God became a man to enable men to become sons of God." C.S. Lewis ================================================================================ Archive-Date: Mon, 24 Nov 1997 09:39:25 -0600 Date: Mon, 24 Nov 1997 7:39:03 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <971124073903.2022a577@Cisco.COM> Subject: RE: MX 4.2 DNS problems... Still >> - Stop using NAMRES by defining NETLIB_NAMESERVERS (/system/exec) >> with the IP addresses of the name servers you want NETLIB to use. > >Aha! This may solve some problems that I have seen with NETLIB/NAMRES. > >Hunter, what's the format of the logical? Something like: > > $ define/system/exec netlib_nameservers "1.2.3.4,1.2.3.5" > > or > > $ define/system/exec netlib_nameservers "1.2.3.4","1.2.3.5" The latter. -Matt -- Matthew Madison | | madison@cisco.com Cisco Systems | 101 Cooper St. | Santa Cruz, CA 95060 USA | +1 408 457 5390 ================================================================================ Archive-Date: Mon, 24 Nov 1997 12:16:47 -0600 Date: Mon, 24 Nov 1997 11:25:57 -0700 Message-ID: <199711241825.LAA12498@ael1.allianceelec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: MX-List@MadGoat.com From: Barry Treahy Reply-To: MX-List@MadGoat.com Subject: RE: MX 4.2 DNS problems... Still Where whould I define the NETLIB_NAMESERVERS, manually or in one of the startup command procedures or configuration files??? At 05:16 PM 11/21/97 -0600, you wrote: >Barry Treahy writes: >> >>Is it CMUIP's fault? It would seem that the MX records in the DNS are being >>ignored, wouldn't it? >> >Well, you're getting an "Abort" code returned by NETLIB. The "Abort" >is probably coming directly from CMUIP. > >Two things to try: > > - Be sure the SYSGEN parameter MAXBUF is set to at least 2300 (for > MGFTP, we recommend 8300). Some large buffers are returned by > NAMRES and if MAXBUF isn't big enough, that can cause problems. > > - Stop using NAMRES by defining NETLIB_NAMESERVERS (/system/exec) > with the IP addresses of the name servers you want NETLIB to use. > >Hunter >------ >Hunter Goatley, Process Software, http://www.process.com/ >MultiNet & TCPware: The Best TCP/IP for OpenVMS > http://www.madgoat.com/hunter.html > > --------------------------------------------------------------------------- Barry Treahy, Jr. Email: treahy@allianceelec.com Vice President Phone: (602) 483-9400 x325 FAX: (602) 443-3898 --------------------------------------------------------------------------- Alliance Electronics, Inc. * 7550 East Redfield Road * Scottsdale, AZ 85260 Semiconductor & Computer System Sales WWW: http://www.allianceelec.com Phone: (800) 608-9494 Email: sales@allianceelec.com --------------------------------------------------------------------------- ... but its a DRY HEAT! --------------------------------------------------------------------------- ================================================================================ Archive-Date: Mon, 24 Nov 1997 12:18:17 -0600 Date: Mon, 24 Nov 1997 10:18:10 -0800 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <971124101810.2022b898@Cisco.COM> Subject: RE: MX 4.2 DNS problems... Still >Where whould I define the NETLIB_NAMESERVERS, manually or in one of the >startup command procedures or configuration files??? Try it manually first. If it works, add it to your system startup procedure, some place before you start MX. -Matt -- Matthew Madison | | madison@cisco.com Cisco Systems | 101 Cooper St. | Santa Cruz, CA 95060 USA | +1 408 457 5390 ================================================================================ Archive-Date: Mon, 24 Nov 1997 17:51:32 -0600 Date: Mon, 24 Nov 1997 16:39:32 -0600 (MDT) From: David Richardson Reply-To: MX-List@MadGoat.com Subject: Add Message variables To: MX-List@madgoat.com Message-ID: <01IQE7T2E4XU0001O3@AVC.CALGARY.AB.CA> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Hi. Is there any variable that can be used in add messages to report the same information the query command would? ({conceal}, {Repro}, and {Digest} for Example) If not, is it planed? (Wish list) -------------------------------------------------------------------------- David Richardson (403) 751-3278 | My Personal opinions Network Analyst Fax (403) 751-3375 | only. Alberta Vocational College Lesser Slave Lake. | David.Richardson@GRDA.AVC.CALGARY.AB.CA | ================================================================================ Archive-Date: Mon, 24 Nov 1997 18:09:06 -0600 Sender: goathunter@MadGoat.com Date: Mon, 24 Nov 1997 18:08:56 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDC8C.7E99D0E4.5@goat.process.com> Subject: RE: Add Message variables David Richardson writes: > >Hi. > >Is there any variable that can be used in add messages to report the same >information the query command would? ({conceal}, {Repro}, and {Digest} for >Example) > No, there's not. >If not, is it planed? (Wish list) > It's on the wish list, which doesn't mean it's planned yet, but we'll look into it.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Mon, 24 Nov 1997 18:20:04 -0600 Date: Tue, 25 Nov 1997 01:20:05 MET-1MET DST From: "Michael Lemke, Sternwarte Bamberg, Phone: +49-951-9522216" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ai26@sternwarte.uni-erlangen.de Message-ID: <009BDCC8.B9C2F830.13@sternwarte.uni-erlangen.de> Subject: Re: SPAM, MX5.0 and norelay - Thoughts We've been hit by relay spam here recently quite severely. This needs to be stopped here now. As a temporary measure I've blocked IP access in UCX for the spamming sites but the real solution is to turn of relaying. I was wondering if taking out "Domain="*", Path=SMTP" from the domain-path-mapping would achieve this. There is an explicit mapping for each node in the cluster. Or is this mapping required? Thanks for any suggestions, Michael -- Michael Lemke Sternwarte Bamberg, University of Erlangen-Nürnberg, Germany (lemke@sternwarte.uni-erlangen.de or michael@astro.as.utexas.edu) ================================================================================ Archive-Date: Wed, 26 Nov 1997 07:22:21 -0600 From: "Patrick Cox" Reply-To: MX-List@MadGoat.com To: mx-list@madgoat.com Date: Wed, 26 Nov 1997 09:21:39 AST Subject: Operator hold: how is it done. Message-ID: While scanning and deleting spam from the queue, I noticed a message that was aparently being relayed that had a status of OPERHOLD. We were wondering if we could hold messages, but didn't know how. I gave the Docs. a quick scan, but couldn't find any way of setting it. Is it a undocumented feature (sorry that means bug), ahhh... accidental omission from the documentation? TIA TTYL, ''' Information Technology Patrick Cox (o o) The Resources Corporate Services Unit ---------------oOO--(_)--OOo------------------------------------------ Interactive:(902)893-6233 ================================================================================ Archive-Date: Wed, 26 Nov 1997 07:33:32 -0600 Date: Wed, 26 Nov 1997 08:32:08 -0500 From: "Brian Tillman, x8425" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDDCE.3F62E940.7@swdev.si.com> Subject: RE: Operator hold: how is it done. Patrick Cox (pcox@es.nsac.ns.ca) writes: >While scanning and deleting spam from the queue, I noticed a message >that was aparently being relayed that had a status of OPERHOLD. A quick search of the MX-List archives (http://www.madgoat.com/scripts/mxarchive/as_init.com?MX-List) would have found you messages explaining OPERHOLD, that it often is caused by a bug in MX V4.2, that it is fixed in V5.0 (due out soon), and that you should see messages in OPERATOR.LOG about it if you have MX_EVENT_OPER_CLASS defined. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Wed, 26 Nov 1997 07:34:50 -0600 Sender: goathunter@MadGoat.com Date: Wed, 26 Nov 1997 07:34:39 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDDC6.37CCC005.4@goat.process.com> Subject: RE: Operator hold: how is it done. "Patrick Cox" writes: > >While scanning and deleting spam from the queue, I noticed a message >that was aparently being relayed that had a status of OPERHOLD. That happens when there's a problem with the message that prevents it from being processed (an invalid backlink in the queue, or a missing file for that entry). In general, those messages simply can't be delivered and should be cancelled. MX leaves it up to you to do that, so that you can try to find out what happened.... >We >were wondering if we could hold messages, but didn't know how. I gave >the Docs. a quick scan, but couldn't find any way of setting it. > >Is it a undocumented feature (sorry that means bug), ahhh... >accidental omission from the documentation? > No, it's an intentional omission. ;-) You *can* put messages in OPERHOLD by using the undocumented QUEUE HOLD command. You then release them by using QUEUE READY. In MX V5.0, QUEUE HOLD puts them in USERHOLD to distinguish them from messages put in OPERHOLD by the agents. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 26 Nov 1997 08:06:44 -0600 Date: Wed, 26 Nov 1997 15:08:37 GMT From: System Manager Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDE05.A2BFA807.141@spotimage.fr> Subject: MX stat and accounting hello, is it possible to have MX do some per-user accounting and statistics (how many messages, how many bytes) or do I have to write a dummy address rewritter that do the statistics ? regards, Pierre Bru mailto:system@spotimage.fr ================================================================================ Archive-Date: Wed, 26 Nov 1997 08:09:21 -0600 Sender: goathunter@MadGoat.com Date: Wed, 26 Nov 1997 08:09:12 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: SYSTEM@SPOTIMAGE.FR Message-ID: <009BDDCB.0B149371.21@goat.process.com> Subject: RE: MX stat and accounting System Manager writes: > >hello, > >is it possible to have MX do some per-user accounting and >statistics (how many messages, how many bytes) or do I have >to write a dummy address rewritter that do the statistics ? > Check out MXSUM, which is in MX_ROOT:[CONTRIB], if you installed that, or you can find it on ftp.madgoat.com in [.MX.CONTRIB] as MXSUM.ZIP. It's not perfect, but it works. It parses the accounting logs to generate a summary of local deliveries. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 26 Nov 1997 10:49:59 -0600 From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: ? What has changed? Date: 26 Nov 97 11:47:18 -0500 Message-ID: <1997Nov26.114718.1@aspen> To: MX-List@WKUVX1.WKU.EDU We run MX V4.2 VAX. Things have generally become easier, since the machines it runs on have less of a load for other processes than earlier, and much of our mail is now processed elsewhere too. But yesterday a symptom appeared: QUE SHO QUE SHO/BR QUE SHO/FU all show zero QUE SHO/FU n (for various 1 Reply-To: MX-List@MadGoat.com Subject: Re: ? What has changed? Date: Wed, 26 Nov 1997 13:26:01 -0600 Message-ID: <347C2369.321D8D5A@MadGoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: MX-List@WKUVX1.WKU.EDU Brendan Welch, W1LPG wrote: > > We run MX V4.2 VAX. Things have generally become easier, since the > machines it runs on have less of a load for other processes than earlier, > and much of our mail is now processed elsewhere too. > > But yesterday a symptom appeared: > > QUE SHO > QUE SHO/BR > QUE SHO/FU > all show zero > QUE SHO/FU n (for various 1 shows what I would expect. > In other words, especially, QUE SHO /FU has stopped showing what it used > to, the equivalent of QUE SHO n for n=1,50 > > I even stopped and restarted the mail, with same results. > Thus, what has changed? I especially am looking for some logical to > have been clobbered. If you have no entries in the queue waiting for retry, QUEUE SHOW will not show you anything. You have to use QUEUE SHOW/ALL to see all the FINished entries. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 26 Nov 1997 15:22:03 -0600 From: welchb@woods.uml.edu (Brendan Welch, W1LPG) Reply-To: MX-List@MadGoat.com Subject: Re: ? What has changed? Date: 26 Nov 97 15:45:19 -0500 Message-ID: <1997Nov26.154519.1@aspen> To: MX-List@WKUVX1.WKU.EDU In article <347C2369.321D8D5A@MadGoat.com>, Hunter Goatley writes: > Brendan Welch, W1LPG wrote: >> >> We run MX V4.2 VAX. Things have generally become easier, since the >> machines it runs on have less of a load for other processes than earlier, >> and much of our mail is now processed elsewhere too. >> >> But yesterday a symptom appeared: >> >> QUE SHO >> QUE SHO/BR >> QUE SHO/FU >> all show zero >> QUE SHO/FU n (for various 1> shows what I would expect. >> In other words, especially, QUE SHO /FU has stopped showing what it used >> to, the equivalent of QUE SHO n for n=1,50 >> >> I even stopped and restarted the mail, with same results. >> Thus, what has changed? I especially am looking for some logical to >> have been clobbered. > > If you have no entries in the queue waiting for retry, QUEUE SHOW > will not show you anything. You have to use QUEUE SHOW/ALL to see > all the FINished entries. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > MultiNet & TCPware: The Best TCP/IP for OpenVMS > http://www.madgoat.com/hunter.html That does not seem to be the answer. QUE SHO/ALL also gives zero. But QUE STA gives about 32; just trying various small values of n, in QUE SHO/FULL n gives some that are cancelled, some that are in progress. I.e., I can see them one by one, but I am used to QUE SHO/FU letting me see them all, in one shot. -- Brendan Welch, system analyst, UMass-Lowell, W1LPG, welchb@woods.uml.edu ================================================================================ Archive-Date: Wed, 26 Nov 1997 15:30:21 -0600 Sender: goathunter@MadGoat.com Date: Wed, 26 Nov 1997 15:30:12 -0600 From: Hunter Goatley Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009BDE08.A6C1D0F3.3@goat.process.com> Subject: Re: ? What has changed? welchb@woods.uml.edu (Brendan Welch, W1LPG) writes: > >That does not seem to be the answer. QUE SHO/ALL also gives zero. >But QUE STA gives about 32; just trying various small values of n, in >QUE SHO/FULL n >gives some that are cancelled, some that are in progress. > >I.e., I can see them one by one, but I am used to QUE SHO/FU letting >me see them all, in one shot. Then you apparently have a corrupted queue, and you create a new one with QUEUE CREATE. Note MX V5.0 corrects all known causes of queue corruption. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ MultiNet & TCPware: The Best TCP/IP for OpenVMS http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Sun, 30 Nov 1997 14:23:37 -0600 From: "Colin Briggs" Reply-To: MX-List@MadGoat.com To: Subject: MIME attachments from VMS Date: Mon, 1 Dec 1997 07:21:43 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <20233130601669@danks.com.au> Dear all, We would like to send EDI messages from VMS via MX/Internet. From what we have looked at so far we need to be able to generate E-Mail with MIME attachments with the MIME/EDI headers for each section. We can generate this OK for the message but there doesn't seem to be a way to generate a Mail message using the VMS Mail callable interface that has the required MIME header in the main header of the message. I gather this is a limitation of VMS mail, is there any way around this? Colin.... -------------------------------------------------------------- Colin Briggs Internet: colin@danks.com.au John Danks & Son Pty Ltd Voice: 613 9264 5000 414-426 Lower Dandenong Rd Fax: 613 9264 5123 Braeside, Vic, 3195, Australia ================================================================================ Archive-Date: Sun, 30 Nov 1997 15:19:42 -0600 Message-ID: <3.0.3.32.19971130131306.01017720@dirmarketing.com> Date: Sun, 30 Nov 1997 13:13:06 -0800 To: MX-List@MadGoat.com From: Stephen Garrett Reply-To: MX-List@MadGoat.com Subject: Re: MIME attachments from VMS In-Reply-To: <20233130601669@danks.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" One way to accomplish this is via the "mx_enter" mechanism, whereby you are responsible for creating _all_ header lines in the msg. I have done this before and it works well as long as you create the header lines in the proper formats 8^} Steve At 07:21 AM 12/1/97 +1100, you wrote: >Dear all, > >We would like to send EDI messages from VMS via MX/Internet. From what we >have looked at so far we need to be able to generate E-Mail with MIME >attachments with the MIME/EDI headers for each section. We can generate >this OK for the message but there doesn't seem to be a way to generate a >Mail message using the VMS Mail callable interface that has the required >MIME header in the main header of the message. I gather this is a >limitation of VMS mail, is there any way around this? > >Colin.... > >-------------------------------------------------------------- >Colin Briggs Internet: colin@danks.com.au >John Danks & Son Pty Ltd Voice: 613 9264 5000 >414-426 Lower Dandenong Rd Fax: 613 9264 5123 >Braeside, Vic, 3195, Australia > -- Stephen Garrett GPS (360) 896-2714 garrett@dirmarketing.com sgarrett@teleport.com