ihertanto

[ihertanto]

Thanks for you reply. Is it possible to see a sample of the methods used by Message Saver to read metadata via the Formativ interface to the GW APIs?

We would prefer not to use Message Saver since messages need to be selected before they can be saved as FML and we need to be able to automatically save/forward messages to our DMS without having to manually select them.

[ihertanto]

Actually, please let me rephrase the question:

Can Formativ be used to READ the meta data properties of a GW e-mail message and/or its document attachments?

Our goal is to be able to automatically extract and identify meta data from proprietary document formats like WordPerfect and PDF.

[ihertanto]

I would be interested in hearing your response to this question. Would you mind e-mailing me at hertantoi@smtp.gc.ca?

Also, I had some other somewhat related questions:

1. Can Formativ read and/or write to metadata properties associated with portable GW items?

2. Can Formativ read and/or write to the metadata properties of third-party documents attached to emails, for example PDF and WordPerfect documents?

Very much appreciated.

[ihertanto]

Thank you very much. Your reply was thorough and extremely helpful! I will see what I can do with the options that are available to me.

Regards,

IH

[ihertanto]

Sorry I spoke too soon. I found the GroupWise.RuleLstDlg() command for opening the GW Rules Config module in the Formativ Language Guide. I also see how your Out of Office Applet is immitating the GW Rules.

However—and this might be too ambitious—but can we accomplish the following:

When a user composes a GroupWise message, it can be accessed using the GroupWise.ComposingItem property (CurrentItem). The body of this message can be accessed using GroupWise.ComposingItem.BodyText propety.

Now, when a user composes a GroupWise rule, is there not a similar property that returns the rule currently being composed and then a second property that allows you to write to the BodyText of the rule’s Reply action?

If not, please confirm that there is absolutely no way to customize GroupWise rules (on the client side, BEFORE rules are saved and executed at run-time) without rewriting the entire rule module in a custom applet.

I appreciate your input.

[ihertanto]

Thanks for the reply. I would really like to understand how your Out of Office Applet is interfacing with the Rules List. The commercial solution that I downloaded is encrypted. Would you please send me an example on how you’re grabbing the rules list and opening it from within the applet?

What happens to the rule during run-time (at the PO level) is out of my hands, I understand that. I hope to interact with the rules on the client end only.

[ihertanto]

Another approach… if we were to enable the standard GroupWise classifications, would it be possible to change the GroupWise classification strings or add to the list?

Thanks in advance.

[ihertanto]

Thanks for your reply.

We would need to use custom classifications (not the standard GroupWise ones) for our outgoing messages.

I have downloaded the Out of Office Rule Applet trial, and would like to see how you are launching the Rule List configuration window from within the applet. If I can create my own version of this applet, I intend to interact with the rule creator and insert the classification into the rule message body before the rule is saved.

Can you show me how the Out of Office Rule applet grabs onto the Rule configuration module?

I appreciate your help.

[ihertanto]

To add to my post (above)…

Here is the problem (maybe someone on your team can help me come up with a solution):

All outgoing messages must have a classification header in the message body. We have an applet that launches on the Send event and prompts the user to select a classification.

When the user creates a holiday rule, the auto-sent message does not contain a classification.

We need to find a way to make sure that all auto-replies have this classification in the body of the message. Whether this text is inserted during the rule creation, or whether it is inserted on the auto-send event of the message, we need to know how this can be done.

Any suggestions?

[ihertanto]

Thanks for the tip. We’ll play around with the idea of building a custom applet that chains the Message Saver applet as you’ve suggested.

In the meantime I look forward to hearing what you and the engineers have come up with.

[ihertanto]

Thanks for your reply. Before I rule out any potential for using the Message Saver applet, please let me describe our objective:

We want a Formativ solution that can automatically save and import incoming messages directly into a DMS. The applet would run on one account, on a Receive event, similar to how a Rule would work.

In your product info for Message Saver Pack 2.0, under “Benefits” you mention:

“Import messages into GroupWise or other document management systems.”

Could you elaborate on this process and explain how Message Saver would be involved?

If the applet fails to meet our needs, we might be interested in obtaining a license for the Advansys Message Saver Component for .NET.

Your info is much appreciated.

[ihertanto]

Thank you, this was extremely helpful.

[ihertanto]

Is there a way to permanently disable the GroupWise signature at the registry or PO level for all users so that the custom Multiple Signature solution can become the default?

By permanently, I mean greying out the Tools – Options – Environment – Signature tab or somehow making the “Enable” checkbox inaccessible so that users cannot go into their settings and re-enable the GW Signature.

Much appreciated.

[ihertanto]

Thank you for the suggestion. Although this solution has potential, ideally we would like to make absolutely sure that a user is not able to turn the facility back on during a session (after client startup).

Would GroupWise 7.0 allow us to disable the GW signature feature via the registry/PO?

[ihertanto]

Users are still reporting this problem. Do you know if Groupwise 7 addresses this issue?

Thanks.

[Author]

Replies