We don't have any plans currently to change any of the basic functionality of the tag. We always have to consider the ramifications of altering basic functionality because we could easily break someone's application by doing that. We have a strong track record of backward compatibility in all of our software.
You can always take the source code and change the way the tag works if you need it to do something different. Regards, Howie ----- Original Message ----- From: "Tac" <[EMAIL PROTECTED]> To: "inFusion Support List" <[EMAIL PROTECTED]> Sent: Tuesday, January 21, 2003 5:11 PM Subject: [iMS] Return Error Codes in IMSMAIL > Would you consider re-doing this so that it comes back in a variable? That > would make it much easier to automatically work with. Also, it could then > be consistent with the COM object -- how does the COM object handle errors > now? > > My experience, but I'm not willing to bet the farm on this like I sometimes > am, is that specifying an invalid directory does not create the directory if > it doesn't exist. Maybe it doesn't work with UNC paths, or if the path is > invalid (e.g. a drive that doesn't exist), instead of throwing an error it > continues (and creates nothing). Again, I'm not willing to bet the farm, > but I know I've had problems in that area. > > Anyway, I re-submit my request for a return variable rather than a throwing > a failure. Personally, I'd like to see something like the # of messages > queued, or the # of .mail files created, but for now just a reason for > failure would be good. > > Tac
