I have been thinking of a way to write that kind of information with imail.
Everything can be done with coldfusion. You can make a bath file that
creates a blank file then coldfusion can write to it, edit the registry,
whatever it has to do. It would take some coding to do but it could be done.
You can also check out www.orlando.com/cf_imail to see what kind of things I
have on there to download. We have a free signup form for e-mail. An admin
section for that. A place to add DNS and also a way to search imail LDAP
directory. It's getting bigger and bigger by the day.
Bob Everland
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, January 25, 2000 10:20 PM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Fast: IMAIL & Cold Fusion on same box?
> Hello! I've read in the past that doing a front end in Cold Fusion isn't
> the best idea because when a user logs in it downloads all of the
> headers AND messages. This can put a lag on things when
> your CF server has to pull things off the IMail server.
Not true. With CFPOP you must choose to download headers, body, or both
implictly. CF does not by default download header AND body information at
once.
>
> But what if both are on the same box? Can you do your web
> front end in CF on port 80? And when you do your CFPOP / etc...
> shouldn't it be extremely fast if they are on the same box?
It doesn't matter at all whether you run CF and IMail on the same box. I
would say don't run them on the same box simply because you want as few
things on the cf server as possible, giving CF maximum resources to work
with. the same holds for IMail.
> Finally, IMail templates have links that let people change Finger info,
etc...
> Can I link to these functions from a CF page? Or are they tied to the
> IMail web
> server? And if they are, will they not functoin properly if the IIS/CF
> servers
> are running?
All those functions are tied directly to the IMail server, and are not
directly accessible from CF. There was a pretty lengthy discussion a few
weeks back about a requested API set for IMail. Not sure if that will ever
come to fruition, but without it a lot of the IMail functionality will
require third party tools such as the DLL mentioned earlier today on this
list
Anthony
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
