Immi

[Immi]

Hi

Yes, it was answered, but your proposed solution does NOT work:
_________________
Dear Stephan,

The following registry values will be used if present when determining
the location of files:

Key:

HKEY_CURRENT_USERSoftwareAdvansys Corporationformativ1.0Settings

Value Name:

‘Local Scripts’
‘Data’
‘User Cache’
‘Applet Help’
‘Applet Images’
‘Encoded Macros’
‘Flexalock Output’
‘Library Backup’
‘Applet Config’

Key:

HKEY_LOCAL_MACHINESOFTWAREAdvansys Corporationformativ1.0

Value Name:

‘Common Applets’

These are the only user-definable paths supported. Like most
applications, Formativ needs to create certain paths in order to
operate. It adheres to Microsoft Application Configuration standards
through the use of system defined base locations, based on the values
returned by Windows for user specific data and roaming and non-roaming
application data.

I hope this helps.

Regards,
__________________________________

I have sent you 4 mails (to support@advansyscorp.com) on this already, but I have not received any reply to them. 🙁

Did you not receive them?

Stephan

[This message was edited by Immi on December 09, 2005 at 12:39 AM.]

[Immi]

Yet another idea:

Try to add you own field to the message (see ‘Message Classification_Example’ applet for more details).

You could then search this field.

Stephan

[Immi]

Hi

Thanks for the information. I guess we will have to live with it for a while!

Stephan

[Immi]

Hi,

Do you already have any news on this?

I did some more testing. The same problem occurs with GroupWise 6.5 SP4, 6.5 SP5 as well as 7.0 (NON-FTF).

As a small as the problem seems it could become a showstopper.

Regards

Stephan

[Immi]

Hi,

You ask: Can you work around this?

Nope, not really. As a workaround we could give everyone write accress to C:Windows. But this conflicts with our security policy. Therefore it is not really doable.

I know which file in c:windows (I am not posting the file name here) is being accessed/created on first start of Formativ. Would it work if I took the registered version of this file and copied it (using ZENworks) onto all other pc’s?

Regards

Stephan

[Immi]

Hi

I have decided to forget about the HTML / RTF part in the message. Therefore MA’s source code works just fine (I just REMed out “oDraftMsg.BodyText.RTF = oMsg.BodyText.RTF & vbCrLf & “Attached files saved to:” & vbCrLf & AttachFileName”).

Thanks for all your input!
Stephan

[Immi]

Hi!

Thanks for you hints! So far I have managed to create a new message with the listet source code.
However I cann talter the contents of the original message. Here is my code:

‘ Create a draft message and set the subject and body text
Set oDraftMsg = oFolder.Messages.Add(fgwDraft)
oDraftMsg.subject.plaintext = oMsg.subject.plaintext
oDraftMsg.BodyText.PlainText = oMsg.BodyText.PlainText & vbCrLf & “Attached files saved to:” & vbCrLf & AttachFileName
oDraftMsg.BodyText.RTF = oMsg.BodyText.RTF & vbCrLf & “Attached files saved to:” & vbCrLf & AttachFileName

‘ Setup the recipients
for x = 1 to oMsg.Recipients.count
set oRecipient = oMsg.Recipients.item(x)
call oDraftMsg.Recipients.Add(oRecipient.EmailAddress,,oRecipient.TargetType)
set oRecipient = nothing
next

set oNewMsg = oFolder.Messages.AddExistingMessage(oMsg.Sender.DisplayName, oMsg.Sender.EmailAddress, oMsg.Sender.EmailType, oMsg.CreationDate, oMsg.BoxType, 1, oMsg.Priority, 0, oDraftMsg, oMsg.ModifiedDate)

What ever I try the message text remains unchanged. Secondly the resulting message is only plain text (no more HTML).

What am I doing wrong?

Stephan

[Immi]

In another post I have read that the ‘Delete Attachments from Selected Messages’ addin is using cloning. How is it done there?

I would like to write addin which combines the functions of the ‘Delete Attachments from Selected Messages’ addin with the ‘space saver’.

Ideally the properties of the original message should remain untouched (as with ‘Delete Attachments from Selected Messages’, and the original message should be updated with references to the file locations of the saved/removed messages.

Stephan

[Immi]

Hi Support 1 & 3

I have tried both solutions (HTMLencode and DosPathToUnixPath). They both cause the same problem. Thae path gets truncated. This is the HTML generated code:

HTMLEncode:
<A href=”file:///C:/Program” FilesGroupWiseGrpWise.exe>C:Program FilesGroupWiseGrpWise.exe</A>

DosPathToUnixPath:
<A href=”file:///C:/Program” GrpWise.exe GroupWise Files>C:/Program Files/GroupWise/GrpWise.exe</A>

Obviously the ” gets put in at the wrong place. This happens with GW6.5 and 7.0.
Funny enough I can later correct the path with the ‘insert link’ button and the space problem is gone. Not really a work around…. 🙁

I have resorted converting the filename to a 8.3 filename. This works.

Thanks for your help!

Stephan

[Author]

Replies