Re: Turn-key OpenVMS E-mail, web server solution?

jf.pieronne_at_laposte.net
Date: 07/16/04 

Date: Fri, 16 Jul 2004 19:39:05 +0200

Michael Austin wrote:

> JF Mezei wrote:
>
>> David J Dachtera wrote:
>>
>>> Is anyone aware of a company prodiving a turn-key OpenVMS solution for
>>> e-mail, web services and/or both?
>>
>>
>>
>>> The time for such seems to be ripening, and if Itanic can repair its
>>> hull, pump out and put itself to rights, OVMS-I64 may be a practical
>>
>>
>>
>>
>> Forgetting discussions about IA64's future or lack thereof, the more
>> important
>> question is whether the TCPIP services on VMS will ever catch up with
>> industry
>> (aka: Unix).
>>
>> If HP is unwilling to put sufficient resources to complete the
>> revamping of
>> UCX into "TCPIP Services" and move that product into an industry leading
>> posistion, then it should abandon that product and simply bundle
>> Multinet and
>> PMDF with every VMS installation.
>>
>> Having said this, the answer to your question probably lies with Process
>> Software who are more likely to know who can do such a turnkey install
>> of a
>> VMS box with good TCPIP stack and services.
>
>
> I have been on systems using Multinet and TCPIP5.3+ and quite frankly, I
> found Multinet more difficult when deciphering particular parts of a
> configuration. TCPIP comes bundled with VMS these days (at least the
> last time I checked) and moving more towards **ix style commands, I find
> it quite easy to manipulate with the TCPIP set... commands and tweak
> parameters using sysconfig and netstat etc...
>
> On the Calendaring issue, if you are considering Exchange, then you ARE
> talking about Intranet. Not Internet. Yahmail is okay as an internet
> mail reader, but not very elegant - when was the last time you saw apps
> with "basic" or non-existant graphics and like it or not, people want
> pretty not just functional.
>

Found webcalendar, from the home page:
WebCalendar is a PHP-based calendar application that can be configured as a
single-user calendar, a multi-user calendar for groups of users, or as an
event calendar viewable by visitors.

http://webcalendar.sourceforge.net/

Install and run out of the box on VMS

I have build a demo system:
http://www.pi-net.dyndns.org/calendar/index.php

use demo/demo as username/password (may be remove at any time)

> I prefer just functional, but when you are dealing with the masses,
> unless it looks good and has all the bells and whistles and is also
> functional, you won't get a second chance to make the sale.
>
> Again, why is Process not porting their new offering to VMS?
>

Relevant Pages

  • Re: New round of cuts at HP
    ... DEC TCPIP services is based on the same code as the ... >> what is happening about future developments of DEC TCPIP services? ... >> older versions of VMS being dropped in an attempt to get a common codebase ... > stack code with Ultrix-32. ...
    (comp.os.vms)
  • Re: Move from TCPIP Services to Multinet ?
    ... > relink all home-grown TCPIP applications or will those run transparently? ... TCPIP Services still needs a lot of work. ... > licencing of VMS such that all VMS sites will have TCPIP Services and Process ... we went from ucx to TCPware because in head to head testing with ...
    (comp.os.vms)
  • Re: More TCPIP nonsense
    ... VMS might not get daily patches, but all our Alphas sure do seem to ... You might have hit a tcpip bug, or your tcpip might have been the victim ... You may not have configured your cluster correctly, ... and check your configuration. ...
    (comp.os.vms)
  • Re: Whats MORE Secure? OpenVMS or OpenBSD?
    ... The more secure OSes are the ones which incorporate the new protocol ... upgrades quickest. ... Consider that VMS doesn't automatically install with a TCPIP stack, ...
    (comp.os.vms)
  • Re: New round of cuts at HP
    ... > Thinking about TCPIP. ... DEC TCPIP services is based on the same code as the TCPIP ... > Is the same code for DEC TCPIP services being used on Itanium for VMS? ... that VMS and NSK will share a common TCPIP codebase, HP-UX and Tru64/VMS are totally different. ...
    (comp.os.vms)