John,
I see a few problems which has been mentioned several times here not
addressed at all.
1) If one's web messaging users don't log off iMail eventually crashes.
This is possible related to excess threads being created and not deleted.
Server crashes are critical and are not acceptable in my book (yes I know I
am running NT).
2) The inability to have 2 character email addresses and to be able to
administer these accounts via iMail administer, :8181 and :8383 interfaces.
Requiring a registry hack to get this to work is bogus. This is critical to
me because I have received customer complaints about it from developers and
managers at Microsoft.
3) I agree with Christopher Duxler in that an option to delete folders and
spool files when you delete users is a good thing. A default to "don't
delete" should help those who don't want to delete them.
Testing questions I would like to see addressed:
1) Has this release been fully tested with AOL?
2) Has this release's setup program been fixed so I won't have to download a
complete version to perform the upgrade.
3) Is iMail tested with perl? Example, what happens with iMail if a user
tries to use the Unix sendmail out of a common perl script (formmail.pl)?
4) Does Web Messaging work if you try to use it from behind Microsoft's
proxy Server?
5) Can iMail be used with Microsoft's CDONTS?
I also have a few wish list items, which if you have solved all the "know"
or previously mentioned iMail crash scenerios and not introduced any new
crashes or bugs (as developers we can really hope for this one, right?) can
wait for the next release.
1) Any item that one can do from either the web user interface or via the
iMail administrator program should be scriptable. This includes setting
flags for specific users. I am trying to fully script all common day-to-day
operations on our servers. One exception to this should be setting the iMail
Sytem Administrator flag.
2) Make the registry backup files "text" or XML. The backup files which
iMail creates are not text files as one might
hope, making it impossible to fix problems that might be present in the
backup
3) Allow more than 8 characters for registry backup filenames. Everytime I
add a new domain to our system I like to make a backup of the registry. This
way I can do a 19990527A, 199990527B, etc files. Yes, paranoid I am, but
remember this is NT. Another nice feature would be to provide a default
date+increament file name, or if I enter 19990521 more than onec prompt for
a new name (slower) or just add an increment to the desired name (faster is
better in my book). Make this scriptable! Eventually I will move to using
the SQL database for users, but until then this is a necessary feature.
4) Provide interfaces for scripting from ASP to handle #1 in this list.
Having to call an external .exe program from .asp is time consuming.
Basically give us a DLL or OCX interface!
5) Make sure all of your DLL's and EXE files have version numbers in them. I
want to be able to look at the properties of the DLL's and be able to tell
exactly what version I have on the system.
6) Allow us the ability to "disable" a domain or IP address. This way of I
cut a user off the system for late or non-payment I can easily turn them on
and off. IMHO just disabling the ability to "read" mail via web interface,
POP or IMAP would be preferable, as if they pay up they haven't lost any
mail.
Thanks for asking!
Roger Weiss
----- Original Message -----
From: John A. Junod <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, May 26, 1999 3:30 PM
Subject: [IMail Forum] known problems in 5.04
> The following are known problems in 5.04 that have been
> corrected in the 5.05 version sent to our testing group
> and released to some beta users.
>
> - Correct install to copy AddDomain.exe to the install
> directory.
> - No longer allows a period (.) as the last character of a
> userid.
> - Corrected ODBC access routines for external databases
> to properly allow 10 different DLLs with an unlimited
> number of DSNs and tablenames.
> - ADDDOMAIN
> - Fixed to allow more than 13 characters in an IP.
> - IMail1
> - Improved parsing, encoding double-byte characters.
> - Corrected improper encoding of single-byte characters.
> - SMTP32
> - Corrected crash in SMTP32 when processing
> rules with header lines longer than 512 chars.
> - Corrected missing CR at end of "From" line.
> - IMAILSRV
> - Corrected handling of NULL senders (never allowed)
> - Web Messaging
> - Correctly handles list aliases.
> - Corrects a crash in handling certain html-encoded
> messages.
> - Corrects a crash/race condition when handling
> badly-formed URLs in attachments.
> - Corrects missing end of page information on the message
> summary page (msgsum.html) when the mailbox is empty.
> - Added NS 4.6 to browser.cap.
> - Removed space at end of attachment names that causes
> IE to append at .dat extension.
> - Removed option to enter a program alias from the
> addalias.html template.
>
> Did we miss any other critical problems? (please send
> privately to <[EMAIL PROTECTED]> if so :-)
>
> John
>
