RPP

[RPP]

I think I was using the dropdowns although at the time I didn’t really worry about it. Certainly the dropdowns are commonly used here.

Its good to know it is a known issue at least. We are on Groupwise 6.5 and not likely to jump to 7.0 in the near future.

Meantime, I found a way round it by noting what the user had asked for (i.e. the type of Reply or Forward) and then canceling the event regardless (which stops the second call). I can then use Commander to replicate whatever the event was. Seems to work OK.

Thanks for you help.

Simon

[RPP]

MA – Sorry if this sounds ungrateful but that’s not what I asked for. I have already worked out how to add a User-Defined Field (UDF) to a particular ‘local’ email and its very handy.

Support – Please can you check that the query has been correctly answered before moving on. I’m in the UK so each question takes 24hrs to get an answer due to the time zone difference. Bit frustrating to lose a day this way.

Rant over

—

What I need to do now is make that field available to all users who received a copy of a particular email.

For example –

An email comes in from our client, Colin, say, and he has sent to two employees here – Eric and Ernie.

If I run an applet on both Eric and Ernie’s mailboxes then I can see that each user’s mail has a different MessageID but they have the same CommonMessageID

Let’s say, Eric reads and deals with the email. I need to give him an applet button that will mark the email as handled. The button bit I can do and I can ‘tag’ his copy of the email as ‘done’ easily enough. That would at least stop him processing that one again.

What I can’t seem to do is mark the underlying ‘common’ message such that Ernie’s mailbox will also know that Eric has handled it. Attempting to add a field to “oMsg” where oMsg is retrieved using the CommonMessageID doesn’t work. It says it is read-only (i definitely have the right ‘fgw’ constant this time!)

Just to complete this scenario – Eric and Ernie don’t get on so they aren’t going to allow proxy read or write rights over each other’s mailboxes nor will they give me their passwords so I could use a multi-login to get directly to their mailboxes from my applet.

Thanks

Simon

[RPP]

Doh! Thanks for that guys – it now works!

On a related problem, is it possible to assign a user-defined field to all copies of an email?

To explain a bit further, we get emails that come in to multiple people but I want to handle them as one email.

The CommonMessageID is the same for these messages although the MessageID is not.

What I need to do is add a user-defined field to the ‘common’ message so that each user’s Groupwise can tell when somebody else has processed the message.

Have tried getting the message based on the CommonMessageID but it won’t let me add the Field to that message (at least I don’t think it will)

Any ideas?

[RPP]

Thanks for your reply, though I have now recovered enough of the code from other trial versions to recreate my original. Am being much more careful with the source applets now – ensuring they are always backed up onto the network server. I do have another question relating somewhat to this issue but I’ll start a new thread for that.

[RPP]

I have now tried out this code and it does work EXCEPT the code is being run from within the Send event (ItemSend in the Groupwise Application events – pre-Groupwise event).

When it is run within the Send event it creates a second copy of the message in the Work In Progress folder which IS NOT deleted automatically when the message is sent.

Furthermore – I have now realised that would have to run this save code on every message just to get it to the point where I can inspect its Field collection. That isn’t a viable solution.

—

Expanding on the ‘draft’ message approach I am now working along the following lines.

I can create an email from my VB app directly into the Work In Progress folder, including my identifier in its “Field” and then display this email for the user to finish off and send.

However, as soon as they start typing into the draft email it seems to become an X00 again.

1) It would be useful if you can confirm that an email that is being edited is always an X00?

Since an X00 doesn’t allow access to the Field definitions/collection my applet can’t test for the Field and I am once more stuck.

As I said above, if I use the “save as draft” code then I get a message left behind in the WIP.

2) How does Groupwise know which message is the draft of the one being sent?

My logic is that if I can tell which message formed the original draft of the X00 that is being sent then I can test that draft message for the Field and tell whether it is of interest to my VB app.

Groupwise must know what message the draft is because it removes it upon sending!

—

This is getting quite frustrating – everytime I feel like I have cracked it, groupwise denies me access to critical information!

Thanks

Simon

[RPP]

Thanks

Lots to think about there – hopefully I will be able to find a method that suits me! The code is particularly interesting.

I’ll let you know how I get on in due course.

[RPP]

OK. I was assuming the ‘rights’ were those that I have over the address book rather than those granted to others. The object being nothing if I haven’t shared it makes sense I guess.

In which case how can I test if the current user (i.e. the one Formativ is running against) has write rights over an addressbook within the addressbooks collection?

I realise I can just try and update which will then fail but I not particularly keen on that sort of approach.

Thanks

Simon

[RPP]

Thanks for your answers – it was finding the ‘unwrapped’ object that was the key.

I can now alter the multiple email addresses, however I am still having problems with determining the rights.

Using gwBook.Object.AddressBookRights.Item(1).Access gets me the error below …

Formativ Applet runtime error
C:Documents and SettingsGRAHAMMy DocumentsAdvansysFormativApplets_toolbar multi.vbf
Object required: ‘gwBook.object.addressbookrights’ at line 14, column 4

I also tried going for the unwrapped object, e.g. Set gwBook = Groupwise.Account.AddressBooks.Item(“Frequent Contacts”), but I get the same error.

I get similar errors from equivalent code in VB.

In all cases, its like the AddressBookRights collection has not been substantiated but I don’t understand why.

I realise this is a Groupwise issue rather than a Formativ one but I am hoping you guys have worked with the AddressBookRights object before and may know how to get it to co-operate.

Meantime I’ll go explore Novell’s unhelpful site to see what I can find there.

Thanks – I am so close to completing this that it would be a shame to have to go back to my slow VB approach.

[RPP]

That’s a shame. Means I have to trust my users! Thanks for letting me know, at least I am now sure of what I can’t do!

[Author]

Replies