Archive-Date: Sun, 6 May 2001 08:55:05 -0700 Date: Sun, 06 May 2001 17:54:41 EDT From: "Michael Lemke, Sternwarte Bamberg, Phone: +49-951-9522216" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ai05@sternwarte.uni-erlangen.de Message-ID: <009FB9DE.16B066F9.12@sternwarte.uni-erlangen.de> Subject: MX4.2 Compile From: SMTP%"lemkemch@t-online.de" "Michael Lemke" 5-MAY-2001 20:44:45.22 To: AI26 CC: SMTP%"MX-List@MadGoat.com",SMTP%"lemke@sternwarte.uni-erlangen.de" Subj: MX4.2 Compile Return-Path: Received: from max5.rrze.uni-erlangen.de by a400.sternwarte.uni-erlangen.de (MX V4.2 AXP) with SMTP; Sat, 05 May 2001 20:44:45 EDT Return-Path: Received: from mailout04.sul.t-online.com by max5.rrze.uni-erlangen.de with ESMTP for ai26@sternwarte.uni-erlangen.de; Sat, 5 May 2001 20:44:57 +0200 Received: from fwd01.sul.t-online.de by mailout04.sul.t-online.com with smtp id 14w730-0000zy-04; Sat, 05 May 2001 20:44:54 +0200 Received: from micha (520098960173-0001@[217.80.88.133]) by fwd01.sul.t-online.com with smtp id 14w737-1H5U7EC; Sat, 5 May 2001 20:45:01 +0200 Date: Sat, 05 May 2001 20:44:46 +0200 X-MX-Warning: Warning -- Invalid "To" header. To: CC: MX-List@MadGoat.com, Michael Lemke From: lemkemch@t-online.de (Michael Lemke) Subject: MX4.2 Compile X-Mailer: Opera 5.10 build 902 X-Priority: 3 (Normal) Message-ID: <14w737-1H5U7EC@fwd01.sul.t-online.com> X-Sender: 520098960173-0001@t-dialin.net MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: BINARY X-MX-Comment: QUOTED-PRINTABLE message automatically decoded I tried to compile MX 4.2 from sources since I figured I can't switch off name lookup for a helo command (comp center want's us to switch it off). However, since I don't know Bliss I am stuck now. First try: BLISS/OBJECT=MDM_ASCTOID.ALPHA_OBJ/NOLIST MDM_ASCTOID.B32 LIBRARY 'SYS$LIBRARY:TPAMAC'; ............^ %BLS32-E-M_OPENIN, error opening SYS$LIBRARY:TPAMAC as input -RMS-E-FNF, file not found at line number 48 in file MX_SRC:[MX.MDMLIB]MDM_ASCTOID.B32;1 %BLS32-E-TEXT, Fatal error - compilation aborted %MMK-F-ERRUPD, error status %X106F1262 occurred when updating target MDM_ASCTOID .ALPHA_OBJ %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target ALLAXP Well: MELMAC> dir sys$library:tpamac Directory SYS$COMMON:[SYSLIB] TPAMAC.REQ;1 Total of 1 file. I don't know if I have a screwed up BLISS installation, so with a little guessing I hacked that from LIBRARY 'SYS$LIBRARY:TPAMAC'; to REQUIRE 'SYS$LIBRARY:TPAMAC'; and the BLISS went through. Then there were a few more such occurences in other directories that I changed and then I ended up here and this is where I am stuck: SET DEFAULT [-.COMMON] MMK/RULES=MX_SRC:[MX]MMS_AXP_CROSS_RULES.MMS BLISS/LIBRARY=MX_OLD_LCLDEFS.L32E/CHECK=NOALIGNMENT FIELDS.L32E .§.. ...............BLISS-32E V1.3-023...... 5-May-2001 19:52:40............. ................................................................................ ................................................................................ .................. ^ %BLS32-W-TEXT, Illegal character (decimal value 142) in source text at line number 1 in file MX_SRC:[MX.COMMON]FIELDS.L32E;1 and tons of similar messages in the same file. Can someone help me??? This is on OpenVMS V7.2-1 on node MELMAC 5-MAY-2001 20:41:52.77 Uptime 5 02:54:53 Digital AlphaPC 164 500 MHz and BLISS-32E V1.3-023-275Q Thanks a lot, Michael -- Michael Lemke Sternwarte Bamberg, University of Erlangen-Nürnberg, Germany (lemke@sternwarte.uni-erlangen.de) ================================================================================ Archive-Date: Sun, 6 May 2001 08:56:48 -0700 Sender: madison@MadGoat.Com Date: Sun, 6 May 2001 08:56:43 -0700 From: Matt Madison Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ai05@sternwarte.uni-erlangen.de Message-ID: <009FB992.EFED093C.5@MadGoat.Com> Subject: RE: MX4.2 Compile MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" >I tried to compile MX 4.2 from sources since I figured I can't >switch off name lookup for a helo command (comp center >want's us to switch it off). > >However, since I don't know Bliss I am stuck now. >First try: > >BLISS/OBJECT=MDM_ASCTOID.ALPHA_OBJ/NOLIST MDM_ASCTOID.B32 > > LIBRARY 'SYS$LIBRARY:TPAMAC'; >............^ >%BLS32-E-M_OPENIN, error opening SYS$LIBRARY:TPAMAC as input >-RMS-E-FNF, file not found >at line number 48 in file MX_SRC:[MX.MDMLIB]MDM_ASCTOID.B32;1 You need to compile the TPAMAC library: $ BLISS/LIB=SYS$COMMON:[SYSLIB]TPAMAC SYS$LIBRARY:TPAMAC.REQ -Matt -- Matthew Madison | MadGoat Software | PO Box 556, Santa Cruz, CA 95061 USA madison@madgoat.com http://www.madgoat.com ================================================================================ Archive-Date: Sun, 6 May 2001 09:58:40 -0700 Date: Sun, 06 May 2001 18:58:31 EDT From: "Michael Lemke, Sternwarte Bamberg, Phone: +49-951-9522216" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com CC: ai05@sternwarte.uni-erlangen.de, MADISON@MADGOAT.COM, ai26@sternwarte.uni-erlangen.de Message-ID: <009FB9E7.0205C74C.5@sternwarte.uni-erlangen.de> Subject: RE: MX4.2 Compile In a message of Sun, 6 May 2001 08:56:43 -0700 Received on Sun, 06 May 2001 17:58:23 EDT Matt Madison wrote to: Message Exchange Discussion List >>I tried to compile MX 4.2 from sources since I figured I can't >>switch off name lookup for a helo command (comp center >>want's us to switch it off). >> >>However, since I don't know Bliss I am stuck now. >>First try: >> >>BLISS/OBJECT=MDM_ASCTOID.ALPHA_OBJ/NOLIST MDM_ASCTOID.B32 >> >> LIBRARY 'SYS$LIBRARY:TPAMAC'; >>............^ >>%BLS32-E-M_OPENIN, error opening SYS$LIBRARY:TPAMAC as input >>-RMS-E-FNF, file not found >>at line number 48 in file MX_SRC:[MX.MDMLIB]MDM_ASCTOID.B32;1 > >You need to compile the TPAMAC library: > > $ BLISS/LIB=SYS$COMMON:[SYSLIB]TPAMAC SYS$LIBRARY:TPAMAC.REQ > Thanks a lot, that got rid of the above message. But it didn't help for this: IF F$SEARCH("COMMON.ALPHA_OLB") .EQS. "" THEN LIBRARY/CREATE COMMON.ALPHA_OLB LIBRARY/REPLACE COMMON.ALPHA_OLB MX_MSG_PTRS.ALPHA_OBJ BLISS/LIBRARY=MX_OLD_LCLDEFS.L32E/CHECK=NOALIGNMENT FIELDS.L32E .§.. ...............BLISS-32E V1.3-023...... 6-May-2001 18:35:32............. ................................................................................ ................................................................................ .................. ^ %BLS32-W-TEXT, Illegal character (decimal value 142) in source text at line number 1 in file MX_SRC:[MX.COMMON]FIELDS.L32E;1 .§.. ...............BLISS-32E V1.3-023...... 6-May-2001 18:35:32............. ................................................................................ ................................................................................ .................. .^ %BLS32-W-TEXT, Illegal character (decimal value 167) in source text at line number 1 in file MX_SRC:[MX.COMMON]FIELDS.L32E;1 The only message/warning appearing before that was: SET DEFAULT [-.COMMON] MMK/RULES=MX_SRC:[MX]MMS_AXP_CROSS_RULES.MMS BLISS/LIBR=DEBUG.L32E/NOLIST DEBUG.R32 BLISS/LIBR=MX.L32E/NOLIST MX.R32 BLISS/LIBR=FLQ.L32E/NOLIST FLQ.R32 ; %MESSAGE: Structure QENTDEF size: 512 bytes BLISS/LIBR=STATUS.L32E/NOLIST STATUS.R32 So I thought maybe it has to compile FIELDS.R32 instead of .L32E so I changed DESCRIP.MMS. Then I got: BLISS/LIBRARY=MX_OLD_LCLDEFS.L32E/CHECK=NOALIGNMENT fields.r32 BLISS/OBJ=MXCONFIG.ALPHA_OBJ/NOMACHINE/NOLIST/VAR="" MXCONFIG.B32 LOCAL ptr : REF FSRV32DEF; ........................................^ %BLS32-W-TEXT, Undeclared name: FSRV32DEF at line number 274 in file MX_SRC:[MX.COMMON]MXCONFIG.B32;1 and tons of similar stuff related to similar symbols. IS there any hope to get this through? Thanks again, Michael -- Michael Lemke Sternwarte Bamberg, University of Erlangen-Nürnberg, Germany (lemke@sternwarte.uni-erlangen.de) ================================================================================ Archive-Date: Wed, 16 May 2001 10:40:01 -0700 Subject: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b02bb21$1@news.kapsch.co.at> Date: 16 May 2001 19:38:41 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), I'd like to start yet another wishlist: 1) Statistics to REJMAN exclusions (just like the rejections) 2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL 3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) 4) A way to define (and show) msgs to include in rejections triggered by RBL 5) A way to combine rejection reasons (like From: _and_ Subject: items) 6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt more to come -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 16 May 2001 11:11:40 -0700 Message-ID: <3B02C178.2095FB70@montana.edu> Date: Wed, 16 May 2001 12:05:44 -0600 From: Allen Porter Reply-To: MX-List@MadGoat.com MIME-Version: 1.0 To: mx-list@madgoat.com Subject: REJMAN Wishlist Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit While the wishlist idea is the topic -- we would wish for a qualifier (/NOMIME ?) that would reject messages that have attachments. We keep having problems with 4 megabyte attachments being sent to 600 (or 6000) list members when very few of them can read them. We would love to have a simple way to reject messages that have mime encoding. Allen -- Allen H Porter ahporter@montana.edu Information Technology Center Montana State University-Bozeman Phone (406)994-5088 PO Box 173240, Bozeman, MT 59717-3240 FAX (406)994-4600 ================================================================================ Archive-Date: Wed, 16 May 2001 11:19:53 -0700 Subject: Re: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b02c3d8$1@news.kapsch.co.at> Date: 16 May 2001 20:15:52 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com In article <3b02bb21$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), >I'd like to start yet another wishlist: > >1) Statistics to REJMAN exclusions (just like the rejections) >2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL >3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) >4) A way to define (and show) msgs to include in rejections triggered by RBL >5) A way to combine rejection reasons (like From: _and_ Subject: items) >6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt > >more to come 8) more than 1 mail size limit (different limits for different dest domains) -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 16 May 2001 13:05:10 -0700 Subject: Re: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b02dd12$1@news.kapsch.co.at> Date: 16 May 2001 22:03:30 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com In article <3b02c3d8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >In article <3b02bb21$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), >>I'd like to start yet another wishlist: >> >>1) Statistics to REJMAN exclusions (just like the rejections) >>2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL >>3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) >>4) A way to define (and show) msgs to include in rejections triggered by RBL >>5) A way to combine rejection reasons (like From: _and_ Subject: items) >>6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt > >8) more than 1 mail size limit (different limits for different dest domains) 9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: stage (instead of the RCPT TO: stage now). -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 16 May 2001 13:28:04 -0700 Message-ID: <2ffc01c0de46$861f2940$76041c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: References: <3b02bb21$1@news.kapsch.co.at> Subject: Re: [MX 5.2] PIR Date: Wed, 16 May 2001 16:26:44 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit >3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) All good suggestions, but the above would make MX a world-class anti-spam engine rivaling Baltimore Technology's MAILsweeper for SMTP, but running on a better platform. It's a great product, but MAILsweeper runs on billy boxes. Yuk! Brian Tillman Internet: tillman_brian at si.com Smiths Aerospace tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Wed, 16 May 2001 13:30:54 -0700 Message-ID: <303501c0de46$fb2692a0$76041c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: References: <3b02c3d8$1@news.kapsch.co.at> Subject: Re: [MX 5.2] PIR Date: Wed, 16 May 2001 16:30:00 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Here's my suggestion: quarantine of a message instead of rejection. I.e., the message would be placed on OPERHOLD until a mail administrator could review it. A "severity" could be assigned to the rejection rule and, if the severity was below a certain amount, the message would be held. Above the value would cause rejection outright. Brian Tillman Internet: tillman_brian at si.com Smiths Aerospace tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Wed, 16 May 2001 13:39:22 -0700 Message-ID: <306f01c0de48$164c61d0$76041c7e@si.com> From: "Brian Tillman" Reply-To: MX-List@MadGoat.com To: References: <3b02dd12$1@news.kapsch.co.at> Subject: Re: [MX 5.2] PIR Date: Wed, 16 May 2001 16:37:55 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit >9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: >stage (instead of the RCPT TO: stage now). How do these differ in practice? Both of those are envelope (SMTP handshake) commands, with the latter immediately following the former. So what if you accept one more line from the sender? Brian Tillman Internet: tillman_brian at si.com Smiths Aerospace tillman at swdev.si.com 3290 Patterson Ave. SE, MS Addresses modified to prevent Grand Rapids, MI 49512-1991 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company ================================================================================ Archive-Date: Wed, 16 May 2001 14:26:42 -0700 Subject: Re: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b02f06d$1@news.kapsch.co.at> Date: 16 May 2001 23:26:05 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com In article <306f01c0de48$164c61d0$76041c7e@si.com>, Brian Tillman writes: >>9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: >>stage (instead of the RCPT TO: stage now). > >How do these differ in practice? Both of those are envelope (SMTP >handshake) commands, with the latter immediately following the former. So >what if you accept one more line from the sender? It's not the line, it's the (error) message presented to the user/sender. For the sender it looks like, the recepient is blocked, while the sender is. We got recently some complaints why a user of us has mail reception problems only because the error/rejection message doesn't made it clear enough (remember, english is not our native language) that the sender is blocked by us. Matt changed this behaviour some versions ago, because some mailers didn't behave correctly on the reject at the MAIL FROM: stage thus retrying it umpteen times again (always failing). So, I'd like to see this behaviour controllable... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 17 May 2001 13:35:25 -0700 Subject: Re: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b043269$1@news.kapsch.co.at> Date: 17 May 2001 22:19:53 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com In article <3b02dd12$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >In article <3b02c3d8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>In article <3b02bb21$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>>As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), >>>I'd like to start yet another wishlist: >>> >>>1) Statistics to REJMAN exclusions (just like the rejections) >>>2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL >>>3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) >>>4) A way to define (and show) msgs to include in rejections triggered by RBL >>>5) A way to combine rejection reasons (like From: _and_ Subject: items) >>>6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt >> >>8) more than 1 mail size limit (different limits for different dest domains) > >9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: >stage (instead of the RCPT TO: stage now). 11) A way to MCP QUEUE SELECT entries destined for a specific host/domain. That means a finer granularity of selection. /DEST=SMTP isn't enough. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 17 May 2001 13:40:20 -0700 Subject: Re: [MX 5.2] PIR From: eplan@kapsch.net (Peter LANGSTOEGER) Message-ID: <3b0436d9$1@news.kapsch.co.at> Date: 17 May 2001 22:38:49 +0200 Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com In article <3b043269$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >In article <3b02dd12$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>In article <3b02c3d8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>>In article <3b02bb21$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>>>As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), >>>>I'd like to start yet another wishlist: >>>> >>>>1) Statistics to REJMAN exclusions (just like the rejections) >>>>2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL >>>>3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) >>>>4) A way to define (and show) msgs to include in rejections triggered by RBL >>>>5) A way to combine rejection reasons (like From: _and_ Subject: items) >>>>6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt >>> >>>8) more than 1 mail size limit (different limits for different dest domains) >> >>9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: >>stage (instead of the RCPT TO: stage now). > >11) A way to MCP QUEUE SELECT entries destined for a specific host/domain. > That means a finer granularity of selection. /DEST=SMTP isn't enough. 12) Change in the way how VMSMAIL_PROFILE is opened (sharable), so that I can $ COPY VMSMAIL_PROFILE node::SYS$COMMON:[SYSEXE] while MX is running -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 17 May 2001 14:54:23 -0700 Date: Thu, 17 May 2001 23:54:07 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: MX-List@MadGoat.com To: MX-List@MadGoat.com Message-ID: <009FC2B5.2029E882.1222@NUK.Uni-Lj.Si> Subject: Re: [MX 5.2] PIR MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" > In article <3b02dd12$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > >In article <3b02c3d8$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > >>In article <3b02bb21$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > >>>As most of my previous wishes have been incorporated in MX 5.2 (thanks Matt), > >>>I'd like to start yet another wishlist: > >>> > >>>1) Statistics to REJMAN exclusions (just like the rejections) > >>>2) REJMAN PURGE new qualifiers /EXCLUSIONS and /REJECTIONS (default) and /ALL > >>>3) REJMAN ADD REJECTION new qualifier /BODY (to filter on keywords in mailbody) > >>>4) A way to define (and show) msgs to include in rejections triggered by RBL > >>>5) A way to combine rejection reasons (like From: _and_ Subject: items) > >>>6) MCP&REJMAN ^C catch to return to MCP&REJMAN prompt instead of DCL prompt > >> > >>8) more than 1 mail size limit (different limits for different dest domains) > > > >9) Ability to (restore the old behaviour to) reject mails at the MAIL FROM: > >stage (instead of the RCPT TO: stage now). > > 11) A way to MCP QUEUE SELECT entries destined for a specific host/domain. > That means a finer granularity of selection. /DEST=SMTP isn't enough. How far away are we from 12) MCP> queue edit/to="correct_address" Regards, Rok Vidmar Internet: rok.vidmar@nuk.uni-lj.si National and University Library Phone: +386 1 421 5461 <-- changed again Turjaska 1, SI-1000 Ljubljana Fax: +386 1 425 7293 <-- changed again Slovenia