velodocaddin Work Item Rss Feed

Commented Issue: Single instance of transfer controller is problematic when switching users

jlchereau — Wed, 03 Dec 2008 14:18:56 GMT

When you use fast user switching, the transfer controller launched by the first user cannot be accessed by the second user.
This is a follow-up of the discussion at http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=29483
Comments: ** Comment from web user: jlchereau **

This is now fixed in build 081203.

Commented Issue: Single instance of transfer controller is problematic when switching users

jlchereau — Wed, 03 Dec 2008 13:57:09 GMT

This is a complex issue.
The transfer controller uses a local mutex to ensure that there is no more than one instance running per user session so the problem is not here.
The problem is with the hard coded TCP Port 48880 used for .NET remoting and each instance listens on that port, which obviously cannot work.
Each instance needs to scan for the next available TCP port and publish this port using an ICP mechanism which is only available to other programs in teh same user session.

Commented Issue: Improve folder structure in zip files

jlchereau — Wed, 03 Dec 2008 13:52:44 GMT

Files being zipped with Directory Structure. Can we get the file without the Directory Structure?
Comments: ** Comment from web user: jlchereau **

This is now fixed as described below in build 081203.

Commented Issue: Ensure email is sent only after file transfer has successfully completed

jlchereau — Wed, 03 Dec 2008 13:51:15 GMT

You can receive the email with download links before the file transfers have completed. This is a known issue.
There are other variations of the same problem, for example:
- the email may be sent and then you may cancel the transfer.
- the email may be sent and then you may pause the transfer for several days.

This was by design, but following user feedback we have created this work item.

See discussions at:
- http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=28669
- http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=40109
Comments: ** Comment from web user: jlchereau **

This is now fixed in build 081203.

Commented Issue: Improve folder structure in zip files

jlchereau — Tue, 02 Dec 2008 13:41:34 GMT

Files being zipped with Directory Structure. Can we get the file without the Directory Structure?
Comments: ** Comment from web user: jlchereau **

Development for this enhancement is now complete and will feature in the next build.

Commented Issue: Improve folder structure in zip files

jlchereau — Fri, 21 Nov 2008 13:23:46 GMT

Files being zipped with Directory Structure. Can we get the file without the Directory Structure?
Comments: ** Comment from web user: jlchereau **

Here is what I propose:
1) Loop through the list of files and identify a "common root folder"
2) Start the Zip folder structure from inside the "common root folder"

Example 1)
C:\Users\me\Desktop\picture.jpg
C:\Users\me\Desktop\description.doc
will be stored as picture.jpg and description.doc at the root of the Zip file

Example 2)
C:\Users\me\Desktop\picture.jpg
C:\Users\me\Desktop\Misc\description.doc
will be stored as picture.jpg and Misc\description.doc starting from the root of the Zip file

Example 3)
C:\Users\me\Desktop\picture.jpg
D:\Documents\Project\description.doc
will be stored as \Users\me\Desktop\picture.jpg and \Documents\Project\description.doc starting from the root of the Zip file

Commented Issue: Files being zipped with Directory Structure

jlchereau — Fri, 21 Nov 2008 13:11:23 GMT

Files being zipped with Directory Structure. Can we get the file without the Directory Structure?
Comments: ** Comment from web user: jlchereau **

See discussions at:
http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=28298
http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=40387

Created Issue: Provide option to start the transfer controller with Windows

jlchereau — Fri, 21 Nov 2008 12:55:11 GMT

Hello,

When we have discussed the architecture with prospective customers they have made clear that although they wanted transfers to execute separately from Outlook to free Outlook as soon as possible, they did not want any resident process (windows service or process started with windows). So apparently not everyone agrees with you on this. To make everyone happy we will provide a checkbox in the Options dialog that offers to start the controller with Windows when it is checked, provided this work item gets a few votes.

Nevertheless, I am very surprised that the controller takes so long to initialize. Initializing consists in:

Starting the process;
Launching the .NET virtual machine;
Compiling the code against the .NET virtual machine;
Initializing .NET remoting to listen on port 48888 (hard coded in the current build, dynamically allocated in the next build).

This takes 2 to 5 seconds to complete on my laptop (DELL Precision M65 with 2.4 GHz Intel Centrino Duo processor) depending on the workload at the time the controller is launched. Note that the VSTO add-in pings port 48888 after starting the transfer controller process and displays an error message if the ping does not respond within a timeout which is currently set to 10 seconds.

There is probably something else...

Created Issue: Adding many files get exception.

jwang — Thu, 20 Nov 2008 19:05:26 GMT

Need a boundary for number of files added. Please see attached image.

Created Issue: Files being zipped with Directory Structure

jwang — Thu, 20 Nov 2008 19:02:51 GMT

Files being zipped with Directory Structure. Can we get the file without the Directory Structure?

Created Issue: Long filename error

jwang — Thu, 20 Nov 2008 18:52:24 GMT

Cannot send via drag and drop says it added the file

This file has a very long name This file has a very long name This file has a very long name This file has a very long name This file has a very long name This file has a very long name This file has a ver.rar

Created Issue: "Send To" in windows explorer bypasses Velodoc Outlook add-in

jlchereau — Thu, 20 Nov 2008 11:22:09 GMT

Hi

We tried a different work flow, click on a document, right mosue click and select send to mail. If the file is larger than our velodoc threshold (2 mb) it should be added to a package. But in our environment it is not picked up as too large and added to the package. The email is missing the package tool bar all together.

This is with Outlook 2003

cheers

Commented Issue: Invalid sender when sending a package from Outlook 2003 with an exchange mailbox

jlchereau — Sun, 09 Nov 2008 09:42:10 GMT

This is a work item relating to discussion http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=36186.

The interesting part is:

00000051 7:06:06 AM [3528] MAPIHelper: Sender is ccc@ccc.caX400:c=US;a= ;p=ccc;o=xxx;s=ccc;g=ccc
00000052 7:06:06 AM [3528] MessageInspector: Send from ccc@ccc.caX400:c=US;a= ;p=ccc;o=xxx;s=ccc;g=ccc;

Then when we check that we have a valid smtp address to send from, we raise a NoSupportedException

00000108 7:06:10 AM [756] TransferCommand: Entering Send
00000109 7:06:10 AM [756] TransferCommand: Plug-in found
00000110 7:06:10 AM [3528] System.NotSupportedException: "ccc@cc.cax400:c=us;a= ;p=ccc;o=xxx;s=ccc;g=ccc;" is not a valid sender.

This should be very easy to fix. Unfortunately I cannot reproduce the defect in my environment (like on 2 of your user environments, it works as expected!).

Accordingly, I have attempted to fix the defect and added more traces just in case, but I cannot test in an environment which reproduces the bug. This means you will have to reinstall the add-in and send me a new more detailed trace if the defect is not solved. I will let you know when the new build is uploaded. Please let me know if you are happy with that.
Comments: ** Comment from web user: jlchereau **

In cached Exchange mode, email addresses are returned by the Mapi property PR_EMS_AB_PROXY_ADDRESSES.
This property returns a byte array with several address types (including SMTP, x400 and others) where each address type starts at a position defined by an index which you can find at the beginning of the byte array.
We now properly use the indexes at the beginning of the byte array to split the addresses by address type.

Commented Issue: Add-in fails to suggest the use of a package with certain types of large files

jlchereau — Sun, 09 Nov 2008 09:32:13 GMT

This follows the discussion at http://www.codeplex.com/velodocaddin/Thread/View.aspx?ThreadId=38820.

Hi jlcherau,

I went through the code regarding to get the attachment size in Outlook 2003, looks like for compress files such as .zip, .rar etc, it can return current size value, but for some files such as .PDF, .DOC, .XLS etc only return 64 always.

Mapi.IMAPIProp objMAPIProp = MAPIHelper.GetMapiProp(attachment.MAPIOBJECT);
Mapi.PropValue objSizeValue = Mapi.Globals.GetOneProp(objMAPIProp, Mapi.MapiPropTag._ATTACH_SIZE);
lSizeRet = Convert.ToInt64(objSizeValue.Value);
Comments: ** Comment from web user: jlchereau **

For PR_ATTACH_SIZE and PR_MESSAGE_SIZE Mapi properties to return the correct value, the message needs to be saved (as draft), which is not documented: http://msdn.microsoft.com/en-us/library/ms529075(EXCHG.10).aspx.

Commented Issue: No connection could be made because the target machine actively refused it 127.0.0.1:48888

jlchereau — Sat, 08 Nov 2008 19:36:03 GMT

This message is displayed by the Velodoc Outllook Add-In when Memba.Transfer.Controller.exe takes too long to load and the Add-In cannot communicate with it through .NET remoting.
Comments: ** Comment from web user: jlchereau **

Part of the problem was that we would use Process.Responding to check when Memba.Transfer.Controller.exe is available but it can take quite some time between the moment Process.Responding returns true and the .NET remoting listener on port 48888 is actually active. We have now improved the way the Velodoc Add-In queries whether the controller is ready for .NET remoting communications.

Created Issue: No connection could be made because the target machine actively refused it 127.0.0.1:48888

jlchereau — Fri, 07 Nov 2008 10:27:45 GMT

This message is displayed by the Velodoc Outllook Add-In when Memba.Transfer.Controller.exe takes too long to load and the Add-In cannot communicate with it through .NET remoting.

Commented Issue: Add-in fails to suggest the use of a package with certain types of large files

jlchereau — Mon, 03 Nov 2008 11:13:59 GMT

I have been progressing on this issue and the symptoms that I am able to reproduce are not exactly the same as the ones you have reported.
Whatever the type of attachment (zip, doc or pdf), I get a size of 0 unless Outlook has automatically saved the new message in the draft folder.
Maybe when you add a zip or rar attachment, Outlook saves the message as a draft and the correct size is available, but I cannot explain or reproduce how you get a size of 64.

Adding the following two lines above the code you have reported seems to do the trick:

Outlook.MailItem objMailItem = (Outlook.MailItem)attachment.Parent;
objMailItem.Save();

Commented Issue: Add-in fails to suggest the use of a package with certain types of large files

jlchereau — Fri, 31 Oct 2008 16:54:51 GMT

Hi jlcherau,

I went through the code regarding to get the attachment size in Outlook 2003, looks like for compress files such as .zip, .rar etc, it can return current size value, but for some files such as .PDF, .DOC, .XLS etc only return 64 always.

Mapi.IMAPIProp objMAPIProp = MAPIHelper.GetMapiProp(attachment.MAPIOBJECT);
Mapi.PropValue objSizeValue = Mapi.Globals.GetOneProp(objMAPIProp, Mapi.MapiPropTag._ATTACH_SIZE);
lSizeRet = Convert.ToInt64(objSizeValue.Value);
Comments: ** Comment from web user: jlchereau **

I have reproduced the issue in the development environment.
I need to confirm in a production environment.
At this stage, I do not know how to solve the issue which seems to be related to Microsoft's Mapi classes.

Created Issue: OutLook Attachment issue.

jwang — Wed, 29 Oct 2008 20:25:46 GMT

Hello Sir,

I encountered a difficulty for this application. The thing is, if you attach files from your outlook when you send email (not from package). If the file size exceeds the required size (such as 5MB), if will give you a message box. After you choose Yes, there is nothing showing on your email body area, unless you open then Package editor you can see the attachment. I think that this doesn't work for the users. But we can't fix their problem (maybe cause other issue). Also, it looks like the Add_In only check the size for compressed files, some regular files such as PDF, Word, it doesn't check.

Created Issue: Error Message when setting an account.

jwang — Mon, 20 Oct 2008 22:42:14 GMT

I installed the VelodocXP edtion on a server, and I create a VelodocXP account based on this web server by the Account Setting Dialog. I entered correct Host, Path, Email and Security Code. But it always show the error message (see attachment). It works if the server is my local machine. Any ideas and solutions will be appreciated.