You got my vote on the API solution also...
Steve
----- Original Message -----
From: Vaughn Thurman <[EMAIL PROTECTED]>
> > IPSwitch needs to simply dump their web-server. Why re-invent the wheel,
> > build some scripts for ASP or Coldfusion (or both) and release it with
> > IMail. That was people can do whatever they want and adapt the changes
> > IPSwitch makes in the future. I find it odd that Microsoft makes a pretty
> > stable web-server (IIS) and they go and create their own for just a few
> > pages. Is this just my view or does anyone else agree?
> >
> > -Mark McDonald
>
> While *I* agree, not all may. Some who run heavy-laden mail servers want a
> dedicated box with no third party software on it. That makes for a very
> good circle of liability. I also imagine Ipswitch must feel that (list
> members immunized from this) there are some pretty lame mail administrators
> out there. After installing MacroZ software, PerlEx, WhopperADO's, and a
> heap of other third party software on top of IIS... what do you know the
> Mail Server's Web Interface keeps crashing, "AND I WANT IT FIXED RIGHT
> NOW!". You know how it goes! What about the guy who wants to put IMAIL on
> the same box as his Netscape Web Server ? or who has built a huge site
> around apache Win32 and needs mail services on the same box. Will the same
> code (from IPSWITCH) run right on all of them? I actually do not disagree
> with you on the premise that open standards are better, but think that using
> third party web httpd services is unlikely to come to fruition. I would
> really rather we all push together for an API set. A united call for a
> specific request, that would NOT run against Ipswitch's business interests,
> is more likely to be satisfied with action. I think Kevin's work on
> "hitbox.com" is great, I think Bruce Johnson's work with Cold Fusion sounds
> promising, but I would feel more comfortable with an API set that is likely
> to grow with the server.
>
> I call for an API set. It could only stand to benefit IMAIL as it would
> help it to be seen as something to "plug-in" to large scale apps that need
> browser based mail and back-end mail server support in one package. I know
> this is not a new issue, but by the number of cycles it has taken on this
> list recently it seems apparent that it (an API set) is a need for which the
> time has come.
>
> Seconds?
>
> -V
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
