[Info-vax] Latest TCPIP Services seem irreparably horked...

[VAXman- at SendSpamHere.ORG]

In article <jivhbd$blp$1 at dont-email.me>, Simon Clubley <clubley at remove_me.eisner.decus.org-Earth.UFP> writes:
>On 2012-03-03, JF Mezei <jfmezei.spamnot at vaxination.ca> wrote:
>> VAXman- @SendSpamHere.ORG wrote:
>>
>>> I see the problem in the POP client.  When I ask the POP client to show
>>> me the header, it shows me the VMS header.  The RFC822 header content it
>>> part of the message and this is the problem.
>>
>> If you see the headers in the POP cleint, it means that the POP server
>> created fake RFC822 headers and put the original headers as part of the
>> message body.
>>
>> This is usually because the POP server has decided that your RFC822
>> headers were invalid so it decided to create its own.
>>
>
>If you go back and re-read Brian's original message, you will see the POP3
>server doesn't think that he has TOP_HEADERS set and in fact he does.
>
>This does not appear to be anything to do with the message content.
>
>Is anyone else here running the POP3 server on TCP/IP V5.7 ECO 3 with
>TOP_HEADERS set ?
>
>I think the next stage is to find out if the POP3 server is broken for
>everyone or just Brian (maybe due to some upgrade incompatibility).

OK.  I have some more information and I have repaired my POP issues.

The configuration, as I posted in one of the first messages as TOP_HEADER
set:

$ TCPIP SHOW CONFIGURATION SMTP
SMTP Configuration
                                                                   Options
Initial interval:   0 00:30:00.00       Address_max:    16       NOEIGHT_BIT
Retry interval:     0 01:00:00.00       Hop_count_max:  16       NORELAY
Maximum interval:   3 00:00:00.00                                TOP_HEADERS
  :
  :

The POP configuration file has: Ignore-Mail11-Headers: TRUE

Yet, attempts to start the POP server with this configuration yielded an
error in the log file complaining about the option not being set:

2012-03-02 08:47:15 Warning! You have not configured SMTP /OPTION=TOP_HEADERS and at the same time
2012-03-02 08:47:15          you have configured POP to ignore mail11 headers. This combination
2012-03-02 08:47:15          of options is not acceptable. Either turn on SMTP top headers
2012-03-02 08:47:15          or don't turn on POP ignore mail11 headers. For this run the POP
2012-03-02 08:47:15          server will *not* ignore mail11 headers.
2012-03-02 08:47:15 starting TCPIP POP server V5.7-ECO3, OpenVMS V8.4 Alpha on host ALPHA.TMESIS.COM and port 110

Yesterday, I played around and started the SMTP server.  Not completely,
however, as I'm running MX% for my SMTP server.  Now, with a SMTP_node_1
process on the system, the POP server is happy!  Still no success in the
IMAP department but the mail is, once again, properly delivered from the
post office.  The documentation is lame and requiring the SMTP server to
run as part of serving up email via POP is lame.  There are several third-
party SMTP servers and, until now, POP would function with them.

Hey, VMS Engineering, you need to fix this!!!

I've already submitted this issue to support and I will forward this into
to them as well.  In the interim, I have the POP and SMTP services listed
in TCPIP SHOW CONFIGURATION ENABLE SERVER elided.  I startup TCPIP in the
startup with:

$ @SYS$STARTUP:TCPIP$STARTUP.COM

Then, startup MX with:

$ @SYS$STARTUP:TCPIP$STARTUP.COM 

and then, I fire up the TCPIP SMTP and POP servers with:

$ @SYS$STARTUP:TCPIP$SMTP_STARTUP.COM
$ @SYS$STARTUP:TCPIP$POP_STARTUP.COM

MX already has control of port 25 when the TCPIP services server wants it
and just keeps the SMTP_node_1 process alive.  I don't know if this will
continue to function with subsequent ECOs are applied but I will have to
simply wait and see.  Hopefully, VMS Engineering will correct this so that
I don't have to run this SMTP kludge!

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.