You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: <aut...@li...> - 2004-10-15 02:45:11
|
Hi, We are currently trying to install AutoAccept sink for Exchange in our = QA environment however come across the attached error message when = trying to configure the resource mailbox. Please advise if any tech = details are needed. Regards, Jim Zulamovski Infrastructure Operations and AOA Core Site Team GLOBE Center AOA Building B Level 4, 1 Homebush Bay Drive,=20 Rhodes NSW 2138, Australia phone +61 (2) 8765 7513 fax +61 (2) 9736 7246 |
From: <aut...@li...> - 2004-01-06 15:21:55
|
Good day all. I wonder if anyone can tell me how to troubleshoot this problem. I have configured a resource, and sent a meeting request.=20 It arrives in the inbox, processes the item, and edits the resource = calendar. It also adds the trace info, indicating the message was sent. Unfortunately, no mail is sent from the resource. I've done all the typical troubleshooting steps, uninstall, reinstall, = deconfigure, reconfigure, and I end up back in the same situation. Any idea why everything seems to work, except the actual email messages = to the organizer? Thanks in advance. |
From: <aut...@li...> - 2003-07-16 19:20:46
|
Hi, =20 I am having difficulty setting up the autoaccept sink. There error message I get is: =20 Autoaccept folder existence for Large Conference Room Access Denied =20 Any help you can provide would be appreciated. =20 Thanks, =20 Ryan Privileged/Confidential Information may be contained in this message. = If you are not the addressee indicated in this message (or responsible = for delivery of the message to such person), you may not copy or deliver = this message to anyone. In such case, you should destroy this message = and kindly notify the sender by reply email. |
From: <aut...@li...> - 2003-05-19 18:43:34
|
Sorry for the quick release, but it came to my attention that the fixes to = make it work with Exchange 2003 properly made it so that when running on Ex= change 2000 the responses from the resources would come back as attachments= . It is available here: http://prdownloads.sourceforge.net/autoaccept-sink/au= toaccept-sink-0.6.0.1.zip?download Here are the changes from 0.6.0.0: * [sink] Added checking for Exchange version in order to handle differen= ces in how the reply text code has to work on each one * [sink] Fixed a bug where the reply text was put in the subject instead= of the body Here are the changes from 0.5.0.4: * [docs] Updated README.TXT, TODO.TXT, and INSTALL.TXT * [note] Exchange 2003 requires that the sink account have permissions=20 granted on the SMTP pickup directory * [docs] All source code changes are now listed in a central changelog * [config & sink] Global catalog searches now work properly in multi-dom= ain environments * [config] Config tool pretty re-written to make it much more user frien= dly - No more .reg files needed - Auto-detection of SMTP pickup and AutoAccept Sink directories - Global resource configuration settings so you don't have to manual= ly configure each resource - COM+ registration/re-registration/account info change page added - Address book interface, with raw LDAP still available for advanced= use - Uninstallation of the sink from selected resources - Uninstallation of COM+ and registry entries - More robust error handling * [config & sink] Option to accept reservations regardless of conflicts * [sink] Fixed issue on Exchange 2003 where the text of the reply text i= n responses to meeting requests didn't show up * [sink] All error logging now goes to the Application Event Log under t= he source "AutoAccept Sink", or if there is failure in the event log code= an error will be logged under the "VBRuntime" event source. * [sink] Administrator e-mail address no longer needs to be specified si= nce it was used only for the From: address on trace messages. * [config & sink] Moved a lot of common code into shared modules * [sink] Added "Berlin" to description of the cdoSarajevo timezone Since the config tool has gone through a major re-write, please let me know= what you think of it and if you run into any issues. Also, please let me = know if there are major features that you would like to see implemented soo= ner rather than later so that I can prioritize my work on enhancements. Thanks, Dave Mills |
From: <aut...@li...> - 2003-05-18 22:21:23
|
It is available here: http://prdownloads.sourceforge.net/autoaccept-sink/au= toaccept-sink-0.6.0.0.zip?download Here are the changes from 0.5.0.4: * [docs] Updated README.TXT, TODO.TXT, and INSTALL.TXT * [note] Exchange 2003 requires that the sink account have permissions=20 granted on the SMTP pickup directory * [docs] All source code changes are now listed in a central changelog * [config & sink] Global catalog searches now work properly in multi-dom= ain environments * [config] Config tool pretty re-written to make it much more user frien= dly - No more .reg files needed - Auto-detection of SMTP pickup and AutoAccept Sink directories - Global resource configuration settings so you don't have to manual= ly configure each resource - COM+ registration/re-registration/account info change page added - Address book interface, with raw LDAP still available for advanced= use - Uninstallation of the sink from selected resources - Uninstallation of COM+ and registry entries - More robust error handling * [config & sink] Option to accept reservations regardless of conflicts * [sink] Fixed issue on Exchange 2003 where the text of the reply text i= n responses to meeting requests didn't show up * [sink] All error logging now goes to the Application Event Log under t= he source "AutoAccept Sink", or if there is failure in the event log code= an error will be logged under the "VBRuntime" event source. * [sink] Administrator e-mail address no longer needs to be specified si= nce it was used only for the From: address on trace messages. * [config & sink] Moved a lot of common code into shared modules * [sink] Added "Berlin" to description of the cdoSarajevo timezone Since the config tool has gone through a major re-write, please let me know= what you think of it and if you run into any issues. Also, please let me = know if there are major features that you would like to see implemented soo= ner rather than later so that I can prioritize my work on enhancements. Thanks, Dave Mills |
From: <aut...@li...> - 2003-01-30 23:24:47
|
The primary purpose of this release to to eliminate the dependancies on MSSTDFMT.DLL and MSCOMCT2.OCX. The only other changes changes in this release are additions to the TODO list. Here are the changes from 0.5.0.3 to 0.5.0.4: * Removed code that made the config tool dependant on MSSTDFMT.DLL and MSCOMCT2.OCX * Updated documentation to remove references to MSSTDFMT.DLL and MSCOMCT2.OCX Any questions/comments are welcome. Thanks, Dave Mills |
From: <aut...@li...> - 2002-12-20 02:56:35
|
Here are the changes from 0.5.0.2 to 0.5.0.3: * Re-added reference for MSSTDFMT.DLL to clarify that it's a required file * Added information in INSTALL.TXT to obtain MSSTDFMT.DLL and install it. * Changed the file:// path to a mailbox to be built from the mail attribute rather than a combination of the local server's domain and sAMAccountName. * Modified COM+ registration to enable compatibility with future versions of Exchange and Windows. * Cleaned up some LDAP query code * Added a requirement for hotifx 321934 if running Exchange SP2. Any questions/comments are welcome. Thanks, Dave Mills |
From: Dave M. <dm...@ju...> - 2002-12-18 02:08:20
|
Here are the changes from 0.5.0.1: * Added instructions to INSTALL.TXT on how to obtain and install the=20 MSCOMCT2.OCX ActiveX control to allow AutoAcceptConfig to run properly. Since this is Microsoft code I have opted to not include it in the=20 distribution package and instead provide instructions on where to get it. * Removed unneccessary reference to MSSTDFMT.DLL in AutoAcceptConfig. * Changed all LDAP lookups to be GC:// instead of LDAP:// to be compatible=20 with a multi-domain environment. (both AutoAcceptConf and AutoAcceptSink) * Restricted Authorized DL selection to Universal groups only. The restriction to Universal groups only for authorized DLs is to allow for multi-domain support today without have to make major code changes. If there is a high demand for the authorized DL functionality with non-universal DLs in the future then we can look at implementing it at that point. If anyone is able to test this in a multi-domain environment please contact me. Thanks, Dave Mills |