
Hello to everybody, 

We have spent a lot of time for analyzing stupid outlook behavior and it 
seems we have solved the problem with unreliable invitation delivery. 
Please, try it and let us know about result. 

Ista-BetaFina5: Excellent behavior. Bravo....

Also, in last version we have fixed: 
- changed old videospheres icon on some buttons 
  Ista-BetaFina5: Pending business side approval since all of them have the same icon.

- sending the custom package after the abnormal session termination (We did not have a chance to test it in a proper way - we could not truly terminate the session on the server, only emulate it. So, please, try it and let us know) 
  Ista-BetaFina5: When the session is abnormally terminated, a message is correctly displayed notifying the user 
                  that his/her session has been terminated and the user has to recreate the custom package
                  all over again. The server utilites also confirms that the user has been relogged in automatically.
                  All of this is correct.
                  The incorrect part, however, is that the opened message form still shows the "Custom Package" entry
                  which can cause:
                  a. Confusion to the user if he/she did not understand/forget to recreate the lost package.
                  b. Inconsistent behavior and complaints from the server if the user clicks on the "Preview Package"
                     button without recreating the package.
                  c. More confusion and detrimented effects on the recipient(s) side if they receive an empty package.
                  
                  The correct behavior is to remove the "Custom Package" entry from the package selection dropdown list
                  as well as any remaining data in the cache (relative to the defunct custom package). Then the package
                  selection dropdown list should display the unselected state (i.e. show "--- Select A Package ---").
                  All other buttons should behave accordingly i.e. the "Preview Package" should be disabled etc.. as
                  stated earlier in the requirements.

- opening more than one outlook instance 
  Ista-BetaFina5: Implented and tested correctly.


As for the following requirement: 
"5.2.4 Customize Package 
Case 2 Multi-domain User 
Requirements g, j and k are still not implemented correctly. 
Details in the full Acceptance Test Results document posted earlier for 
the required inter-domain custom package management." 

We fixed this issue, but we could not test it properly because only one 
domain available for user domainoneadmin@domain.com 

Ista-BetaFina5: Still not working correctly. 
                The user has been augmented with a second domain with two more sites under it to 
                facilitate your implementation testing.


Also, please explain your words concerning "Notification Recipient" in 
more details: "Either remove this field if it is not being used or 
repair" 
Do you mean that the sending notification ability may be completely 
removed from the application?
Ista-BetaFina5: Our understanding from the Notifications field in the Options form is
                that it sets the email address of the person where the Master email is to be sent.
                Throughout our testing, it was found that no matter what you enter in that field
                (i.e. the Send to Address in the PinpointSelling Options window) the master email
                will always be sent to the current user of the Outlook application.
                So the phrase "Either remove it ..." refers to the fact that if this feature does not 
                work correctly, then keeping it cuases more confusion and ambiguity to the user who would
                expect that setting it to a different email (e.g. his/her hotmail account) might work and 
                he/she will be able to get the notifications and follow up while on a business trip.