Contributions
Sending email via Office365 SMTP server
We've been using SendMail() (in JavaScript) to send emails via an Office365 SMTP server in the cloud. Everything is working fine right now, but for security we have to switch to allowing authenticated emails only. Which means I have to specify a password. SendMail() doesn't provide that functionality, so I'm looking at CDO, but MicroSoft hasn't supported CDO since Office 2007 (17 years!!), so that sounds really questionable. I also understand that TLS isn't supported by CDO anyway. What is the real path forward here? Thank you!25Views0likes1CommentRe: AccessDatabaseEngine guessing wrong
Robert, Is it possible to use one schema.ini file in a centralized location to rule over many directories?Our tests are organized with the drivers and expected results in a separate directory together, so there's 100's of directories. The idea of a schema.ini file in each directory isn't terribly appealing. There's a master directory which contains the script telling which script(s) are going to be run. Would putting a schema.ini file in that directory rule over the rest of the directories also? Currently, that master script is always loaded. BTW, the registry entry on that page references the Jet Engine instead of the Database Access Engine and needs to be updated for 12.40. Thanks, Ed1.8KViews0likes1CommentRe: AccessDatabaseEngine guessing wrong
I've found the registry key that's supposed to govern the guessing for mixed types (under HKLM\SOFTWARE\Microsoft\Office\14.0\Access Connectivity Engine\Engines\Excel), but it's still not making me happy. I'm still getting a null instead of the text. For the amount of effort I'm putting in to resolve this, it's going to be quicker to write my own dumb .csv file reader with aqTextFile to read the file and aqString.GetListItem. Thanks, Ed1.9KViews0likes1CommentAccessDatabaseEngine guessing wrong
When I upgraded to TestComplete 12.40 I also had to install the Access Database Engine to access the .csv files that are used to drive my scripts. However it appears that the Access Database Engine is sometimes failing to guess the correct type for the data and guessing that the data is numeric, when really it needs to guess text. In the past I set HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\Jet\4.0\Engines\Text\ImportMixedType to "Text" to avoid errors, but that doesn't seem to be working any more. Is there a different registry setting I should be using? Thanks, EdSolved1.9KViews0likes5CommentsRe: Shift+F3 not working in TestExecute
These are bare-bones systems with not a whole lot installed. I've tried the following today with no luck. 1. TestComplete 12.20 was also installed - updated that to 12.30. TestComplete does respond to Shift+F3. 2. The TestComplete 6 service was also running. Disabled that (don't need it anymore anyway). 3. Tried Shift+F2 to stop the script. TestComplete is fine, TestExecute not. The only other thing installed (other than the application under test) is StarTeam 2009 (yeah, I know), but no part of that is running during script execution. Thanks, Ed1.6KViews0likes1CommentShift+F3 not working in TestExecute
I just upgraded a couple of machines to TestExecute 12.30 and now neither of them responds to Shift+F3 to start running scripts. Is there something that needs to get reset to get this to function? I've checked in Options and it's still set as the keyboard shortcut for running scripts. Thanks, Ed1.6KViews0likes5Comments