Anonymous_User Absent Member.
Absent Member.
1560 views

posted task - id?

Hi,

for creating a posted task the preferred method should be "sendItemrequest()"; which
always returns the id of the SENT item (folder/container "mailbox").
How can I retrieve the corresponding id of the posted item (on the calendar)?
I also tried createItemRequest(), but that does also return the id, which points to
the "mailbox" folder.
I'd need the ID to delete or/and update a task.

The id's of the sent item and the id of the posted task look the same up the first
"@" resp. up to the first ":" - any possibility to get/access the posted task with
that "truncated" part?

Markus


Labels (1)
0 Likes
8 Replies
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

Just realized that I can update and delete a posted task with the returned (sent
items) ID.
Updating was working, but not deleting/removing the task; now I removed the
<container> element from the removeItemReuest() and the deletion does work.

The only thin I'm not sure about: I cant "get" (read/fetch) the posted task with both
ID's: either the ID of the "sent item" (msgId combined with container-id of mailbox)
or the one I get returned when searching all posted tasks via a cursor (msgID
combined with the containder-id of the calendar).
Is that by design?

Markus


"Markus Colorado" <colorado@aon.at> schrieb im Newsbeitrag
news:CTfQl.871$rb5.805@kovat.provo.novell.com...
> Hi,
>
> for creating a posted task the preferred method should be "sendItemrequest()";
> which always returns the id of the SENT item (folder/container "mailbox").
> How can I retrieve the corresponding id of the posted item (on the calendar)?
> I also tried createItemRequest(), but that does also return the id, which points to
> the "mailbox" folder.
> I'd need the ID to delete or/and update a task.
>
> The id's of the sent item and the id of the posted task look the same up the first
> "@" resp. up to the first ":" - any possibility to get/access the posted task with
> that "truncated" part?
>
> Markus
>
>



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

Well, taking the ID of the "sent item" of the posted task is not really an option,
when I have to cache the ID's of my created items! If I have to synchronize, the ID's
of my items will never correspond; only when just comparing the msgId.

I think I have to do it the following way:
1) createItemRequest() => split the returned ID and extract the msgId (everything up
to the first ":").
2) getFolderRequest() with type "container" => get continer-id
3) combine msgId (1) with container-id (2)

This way I can cache the full item-id and can einther update/delete my posted tasks
and also synchronize the cache.

Is that a "workable and valid" way?

Markus



"Markus Colorado" <colorado@aon.at> schrieb im Newsbeitrag
news:pZgQl.892$rb5.84@kovat.provo.novell.com...
> Just realized that I can update and delete a posted task with the returned (sent
> items) ID.
> Updating was working, but not deleting/removing the task; now I removed the
> <container> element from the removeItemReuest() and the deletion does work.
>
> The only thin I'm not sure about: I cant "get" (read/fetch) the posted task with
> both ID's: either the ID of the "sent item" (msgId combined with container-id of
> mailbox) or the one I get returned when searching all posted tasks via a cursor
> (msgID combined with the containder-id of the calendar).
> Is that by design?
>
> Markus
>
>
> "Markus Colorado" <colorado@aon.at> schrieb im Newsbeitrag
> news:CTfQl.871$rb5.805@kovat.provo.novell.com...
>> Hi,
>>
>> for creating a posted task the preferred method should be "sendItemrequest()";
>> which always returns the id of the SENT item (folder/container "mailbox").
>> How can I retrieve the corresponding id of the posted item (on the calendar)?
>> I also tried createItemRequest(), but that does also return the id, which points
>> to the "mailbox" folder.
>> I'd need the ID to delete or/and update a task.
>>
>> The id's of the sent item and the id of the posted task look the same up the first
>> "@" resp. up to the first ":" - any possibility to get/access the posted task
>> with that "truncated" part?
>>
>> Markus
>>
>>

>
>



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

For a posted task, the only id returned is the posted task id.
There is not a sent item on a posted item.
If you put recipients in the post item, we will convert it to
a sent item.

There have been some issues with removeItemRequest. Always use
removeItemsRequest. Pass the id value as an <item> element in
the <items> element.

You should never generate a full id.

Preston

>>> On Monday, May 18, 2009 at 10:18 AM, Markus Colorado<colorado@aon.at>

wrote:
> Hi,
>
> for creating a posted task the preferred method should be
> "sendItemrequest()"; which
> always returns the id of the SENT item (folder/container "mailbox").
> How can I retrieve the corresponding id of the posted item (on the
> calendar)?
> I also tried createItemRequest(), but that does also return the id, which


> points to
> the "mailbox" folder.
> I'd need the ID to delete or/and update a task.
>
> The id's of the sent item and the id of the posted task look the same up

the
> first
> "@" resp. up to the first ":" ‑ any possibility to get/access the

posted
> task with
> that "truncated" part?
>
> Markus

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

Well, I get some different result: when creating an posted task, either with
sendItemRequest() or createItemRequest() I get back an ID with an container-part of
the mailbox-folder, i.e.
4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:7.DOMAIN.POFFICE.100.0.1.0.1@16

when reading all posted tasks via a cursor, I get back for the above posted task an
ID, with a container-part of the calendar-folder, i.e.
4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:A.DOMAIN.POFFICE.100.0.1.0.1@19

So, these two ID's differ; just in the container-part.
After creating a task I have to retrn it to another application, which saves/caches
the returned ID; if I return the ID I got back after creating the task, the
application can never do any synchronization resp. checking, cause comparing these
two IDs will never succeed.
And I need an ID for updating or deleting an item.

I don't know any other solution than "building" a full id. - What's the way to solve
that?


Markus



"Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
news:4A114F2C.07F1.0037.1@gw.novell.com...
> For a posted task, the only id returned is the posted task id.
> There is not a sent item on a posted item.
> If you put recipients in the post item, we will convert it to
> a sent item.
>
> There have been some issues with removeItemRequest. Always use
> removeItemsRequest. Pass the id value as an <item> element in
> the <items> element.
>
> You should never generate a full id.
>
> Preston
>
>>>> On Monday, May 18, 2009 at 10:18 AM, Markus Colorado<colorado@aon.at>

> wrote:
>> Hi,
>>
>> for creating a posted task the preferred method should be
>> "sendItemrequest()"; which
>> always returns the id of the SENT item (folder/container "mailbox").
>> How can I retrieve the corresponding id of the posted item (on the
>> calendar)?
>> I also tried createItemRequest(), but that does also return the id, which

>
>> points to
>> the "mailbox" folder.
>> I'd need the ID to delete or/and update a task.
>>
>> The id's of the sent item and the id of the posted task look the same up

> the
>> first
>> "@" resp. up to the first ":" - any possibility to get/access the

> posted
>> task with
>> that "truncated" part?
>>
>> Markus



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

We always say to compare id's only up to the first '@'.
You should never compare a full id.

In the case of posted calendar items, the item is created
in the Mailbox folder. (That is the id returned from the
sendItemRequest.) Under the covers the engine code does
an accept and moves the item to the Calendar folder (and
thus a different part after the '@').

If you must get the full id, you could do a getItemsRequest.
Pass the id that you have as an <item> value in <items>.
Pass a view of "container". Pass "folders" as the container.
(Or if you only care about calendar items, you can pass
the Calendar folder id.)

Items in GroupWise can be linked to several folders. Some
of the folders are query folders as well as container
folders. For example, the Sent Items folder can contain
items, but when you call getItemsRequest on the Sent Items
folder, you well get back sent items in the Mailbox,
Calendar and Sent Items folders.

The item returned will have a full id, but it may not be
a container part where the item actually resides. The
container element(s) will identify where the item actually
resides. The id returned should be valid to update or
delete the item. To move an item you need to have an
id of where the item actually resides.

Preston

>>> On Monday, May 18, 2009 at 1:09 PM, Markus Colorado<colorado@aon.at>

wrote:
> Well, I get some different result: when creating an posted task, either

with
> sendItemRequest() or createItemRequest() I get back an ID with an
> container‑part of
> the mailbox‑folder, i.e.
>

4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:7.DOMAIN.POFFICE.100.0.1.0.1@16

>
> when reading all posted tasks via a cursor, I get back for the above

posted
> task an
> ID, with a container‑part of the calendar‑folder, i.e.
>

4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:A.DOMAIN.POFFICE.100.0.1.0.1@19

>
> So, these two ID's differ; just in the container‑part.
> After creating a task I have to retrn it to another application, which
> saves/caches
> the returned ID; if I return the ID I got back after creating the task,

the
> application can never do any synchronization resp. checking, cause

comparing
> these
> two IDs will never succeed.
> And I need an ID for updating or deleting an item.
>
> I don't know any other solution than "building" a full id. ‑ What's the

way
> to solve
> that?
>
>
> Markus
>
>
>
> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
> news:4A114F2C.07F1.0037.1@gw.novell.com...
>> For a posted task, the only id returned is the posted task id.
>> There is not a sent item on a posted item.
>> If you put recipients in the post item, we will convert it to
>> a sent item.
>>
>> There have been some issues with removeItemRequest. Always use
>> removeItemsRequest. Pass the id value as an <item> element in
>> the <items> element.
>>
>> You should never generate a full id.
>>
>> Preston
>>
>>>>> On Monday, May 18, 2009 at 10:18 AM, Markus Colorado<colorado@aon.at>

>> wrote:
>>> Hi,
>>>
>>> for creating a posted task the preferred method should be
>>> "sendItemrequest()"; which
>>> always returns the id of the SENT item (folder/container "mailbox").
>>> How can I retrieve the corresponding id of the posted item (on the
>>> calendar)?
>>> I also tried createItemRequest(), but that does also return the id,

which
>>
>>> points to
>>> the "mailbox" folder.
>>> I'd need the ID to delete or/and update a task.
>>>
>>> The id's of the sent item and the id of the posted task look the same

up
>> the
>>> first
>>> "@" resp. up to the first ":" ‑ any possibility to get/access the

>> posted
>>> task with
>>> that "truncated" part?
>>>
>>> Markus

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

Thanks for clarifying the difference in the id's and the hint concerining the
getItemsRequest to obtain the full id.

Just for my understanding: would it be a "valid" option to get the folderId of the
calender by a getFolderRequest and then doing a createItemRequest with the calendar
folderId as the container? - Just for creating posted tasks. Would that return the
full id as above?

Thanks in advance,
Markus




"Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
news:4A11853F.07F1.0037.1@gw.novell.com...
> We always say to compare id's only up to the first '@'.
> You should never compare a full id.
>
> In the case of posted calendar items, the item is created
> in the Mailbox folder. (That is the id returned from the
> sendItemRequest.) Under the covers the engine code does
> an accept and moves the item to the Calendar folder (and
> thus a different part after the '@').
>
> If you must get the full id, you could do a getItemsRequest.
> Pass the id that you have as an <item> value in <items>.
> Pass a view of "container". Pass "folders" as the container.
> (Or if you only care about calendar items, you can pass
> the Calendar folder id.)
>
> Items in GroupWise can be linked to several folders. Some
> of the folders are query folders as well as container
> folders. For example, the Sent Items folder can contain
> items, but when you call getItemsRequest on the Sent Items
> folder, you well get back sent items in the Mailbox,
> Calendar and Sent Items folders.
>
> The item returned will have a full id, but it may not be
> a container part where the item actually resides. The
> container element(s) will identify where the item actually
> resides. The id returned should be valid to update or
> delete the item. To move an item you need to have an
> id of where the item actually resides.
>
> Preston
>
>>>> On Monday, May 18, 2009 at 1:09 PM, Markus Colorado<colorado@aon.at>

> wrote:
>> Well, I get some different result: when creating an posted task, either

> with
>> sendItemRequest() or createItemRequest() I get back an ID with an
>> container-part of
>> the mailbox-folder, i.e.
>>

> 4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:7.DOMAIN.POFFICE.100.0.1.0.1@16
>
>>
>> when reading all posted tasks via a cursor, I get back for the above

> posted
>> task an
>> ID, with a container-part of the calendar-folder, i.e.
>>

> 4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:A.DOMAIN.POFFICE.100.0.1.0.1@19
>
>>
>> So, these two ID's differ; just in the container-part.
>> After creating a task I have to retrn it to another application, which
>> saves/caches
>> the returned ID; if I return the ID I got back after creating the task,

> the
>> application can never do any synchronization resp. checking, cause

> comparing
>> these
>> two IDs will never succeed.
>> And I need an ID for updating or deleting an item.
>>
>> I don't know any other solution than "building" a full id. - What's the

> way
>> to solve
>> that?
>>
>>
>> Markus
>>
>>
>>
>> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
>> news:4A114F2C.07F1.0037.1@gw.novell.com...
>>> For a posted task, the only id returned is the posted task id.
>>> There is not a sent item on a posted item.
>>> If you put recipients in the post item, we will convert it to
>>> a sent item.
>>>
>>> There have been some issues with removeItemRequest. Always use
>>> removeItemsRequest. Pass the id value as an <item> element in
>>> the <items> element.
>>>
>>> You should never generate a full id.
>>>
>>> Preston
>>>
>>>>>> On Monday, May 18, 2009 at 10:18 AM, Markus Colorado<colorado@aon.at>
>>> wrote:
>>>> Hi,
>>>>
>>>> for creating a posted task the preferred method should be
>>>> "sendItemrequest()"; which
>>>> always returns the id of the SENT item (folder/container "mailbox").
>>>> How can I retrieve the corresponding id of the posted item (on the
>>>> calendar)?
>>>> I also tried createItemRequest(), but that does also return the id,

> which
>>>
>>>> points to
>>>> the "mailbox" folder.
>>>> I'd need the ID to delete or/and update a task.
>>>>
>>>> The id's of the sent item and the id of the posted task look the same

> up
>>> the
>>>> first
>>>> "@" resp. up to the first ":" - any possibility to get/access the
>>> posted
>>>> task with
>>>> that "truncated" part?
>>>>
>>>> Markus



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

You could use createItemRequest, but we discourage it.
If you use sendItemRequest, it will go through the normal
business logic. createItemRequest is more for putting
items in the user's database without going through that
logic, such as an archive solution restoring a received
item without having to send the item again.

Preston

>>> On Monday, May 18, 2009 at 5:10 PM, Markus Colorado<colorado@aon.at>

wrote:
> Thanks for clarifying the difference in the id's and the hint concerining

the
>
> getItemsRequest to obtain the full id.
>
> Just for my understanding: would it be a "valid" option to get the

folderId
> of the
> calender by a getFolderRequest and then doing a createItemRequest with the


> calendar
> folderId as the container? ‑ Just for creating posted tasks. Would that


> return the
> full id as above?
>
> Thanks in advance,
> Markus
>
>
>
>
> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
> news:4A11853F.07F1.0037.1@gw.novell.com...
>> We always say to compare id's only up to the first '@'.
>> You should never compare a full id.
>>
>> In the case of posted calendar items, the item is created
>> in the Mailbox folder. (That is the id returned from the
>> sendItemRequest.) Under the covers the engine code does
>> an accept and moves the item to the Calendar folder (and
>> thus a different part after the '@').
>>
>> If you must get the full id, you could do a getItemsRequest.
>> Pass the id that you have as an <item> value in <items>.
>> Pass a view of "container". Pass "folders" as the container.
>> (Or if you only care about calendar items, you can pass
>> the Calendar folder id.)
>>
>> Items in GroupWise can be linked to several folders. Some
>> of the folders are query folders as well as container
>> folders. For example, the Sent Items folder can contain
>> items, but when you call getItemsRequest on the Sent Items
>> folder, you well get back sent items in the Mailbox,
>> Calendar and Sent Items folders.
>>
>> The item returned will have a full id, but it may not be
>> a container part where the item actually resides. The
>> container element(s) will identify where the item actually
>> resides. The id returned should be valid to update or
>> delete the item. To move an item you need to have an
>> id of where the item actually resides.
>>
>> Preston
>>
>>>>> On Monday, May 18, 2009 at 1:09 PM, Markus Colorado<colorado@aon.at>

>> wrote:
>>> Well, I get some different result: when creating an posted task, either

>> with
>>> sendItemRequest() or createItemRequest() I get back an ID with an
>>> container‑part of
>>> the mailbox‑folder, i.e.
>>>

>>

4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:7.DOMAIN.POFFICE.100.0.1.0.1@16

>>
>>>
>>> when reading all posted tasks via a cursor, I get back for the above

>> posted
>>> task an
>>> ID, with a container‑part of the calendar‑folder, i.e.
>>>

>>

4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:A.DOMAIN.POFFICE.100.0.1.0.1@19

>>
>>>
>>> So, these two ID's differ; just in the container‑part.
>>> After creating a task I have to retrn it to another application, which
>>> saves/caches
>>> the returned ID; if I return the ID I got back after creating the task,

>> the
>>> application can never do any synchronization resp. checking, cause

>> comparing
>>> these
>>> two IDs will never succeed.
>>> And I need an ID for updating or deleting an item.
>>>
>>> I don't know any other solution than "building" a full id. ‑ What's

the
>> way
>>> to solve
>>> that?
>>>
>>>
>>> Markus
>>>
>>>
>>>
>>> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
>>> news:4A114F2C.07F1.0037.1@gw.novell.com...
>>>> For a posted task, the only id returned is the posted task id.
>>>> There is not a sent item on a posted item.
>>>> If you put recipients in the post item, we will convert it to
>>>> a sent item.
>>>>
>>>> There have been some issues with removeItemRequest. Always use
>>>> removeItemsRequest. Pass the id value as an <item> element in
>>>> the <items> element.
>>>>
>>>> You should never generate a full id.
>>>>
>>>> Preston
>>>>
>>>>>>> On Monday, May 18, 2009 at 10:18 AM, Markus

Colorado<colorado@aon.at>
>>>> wrote:
>>>>> Hi,
>>>>>
>>>>> for creating a posted task the preferred method should be
>>>>> "sendItemrequest()"; which
>>>>> always returns the id of the SENT item (folder/container "mailbox").
>>>>> How can I retrieve the corresponding id of the posted item (on the
>>>>> calendar)?
>>>>> I also tried createItemRequest(), but that does also return the id,

>> which
>>>>
>>>>> points to
>>>>> the "mailbox" folder.
>>>>> I'd need the ID to delete or/and update a task.
>>>>>
>>>>> The id's of the sent item and the id of the posted task look the same

>> up
>>>> the
>>>>> first
>>>>> "@" resp. up to the first ":" ‑ any possibility to get/access the
>>>> posted
>>>>> task with
>>>>> that "truncated" part?
>>>>>
>>>>> Markus

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: posted task - id?

Ok, thanks for that. I decided to create the personal tasks with sendItemRequest()
and then getItemsRequest() to obtain the id of the posted task from the calendar
folder.
Thanks again for yr support.

Markus


"Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
news:4A123895.07F1.0037.1@gw.novell.com...
> You could use createItemRequest, but we discourage it.
> If you use sendItemRequest, it will go through the normal
> business logic. createItemRequest is more for putting
> items in the user's database without going through that
> logic, such as an archive solution restoring a received
> item without having to send the item again.
>
> Preston
>
>>>> On Monday, May 18, 2009 at 5:10 PM, Markus Colorado<colorado@aon.at>

> wrote:
>> Thanks for clarifying the difference in the id's and the hint concerining

> the
>>
>> getItemsRequest to obtain the full id.
>>
>> Just for my understanding: would it be a "valid" option to get the

> folderId
>> of the
>> calender by a getFolderRequest and then doing a createItemRequest with the

>
>> calendar
>> folderId as the container? - Just for creating posted tasks. Would that

>
>> return the
>> full id as above?
>>
>> Thanks in advance,
>> Markus
>>
>>
>>
>>
>> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
>> news:4A11853F.07F1.0037.1@gw.novell.com...
>>> We always say to compare id's only up to the first '@'.
>>> You should never compare a full id.
>>>
>>> In the case of posted calendar items, the item is created
>>> in the Mailbox folder. (That is the id returned from the
>>> sendItemRequest.) Under the covers the engine code does
>>> an accept and moves the item to the Calendar folder (and
>>> thus a different part after the '@').
>>>
>>> If you must get the full id, you could do a getItemsRequest.
>>> Pass the id that you have as an <item> value in <items>.
>>> Pass a view of "container". Pass "folders" as the container.
>>> (Or if you only care about calendar items, you can pass
>>> the Calendar folder id.)
>>>
>>> Items in GroupWise can be linked to several folders. Some
>>> of the folders are query folders as well as container
>>> folders. For example, the Sent Items folder can contain
>>> items, but when you call getItemsRequest on the Sent Items
>>> folder, you well get back sent items in the Mailbox,
>>> Calendar and Sent Items folders.
>>>
>>> The item returned will have a full id, but it may not be
>>> a container part where the item actually resides. The
>>> container element(s) will identify where the item actually
>>> resides. The id returned should be valid to update or
>>> delete the item. To move an item you need to have an
>>> id of where the item actually resides.
>>>
>>> Preston
>>>
>>>>>> On Monday, May 18, 2009 at 1:09 PM, Markus Colorado<colorado@aon.at>
>>> wrote:
>>>> Well, I get some different result: when creating an posted task, either
>>> with
>>>> sendItemRequest() or createItemRequest() I get back an ID with an
>>>> container-part of
>>>> the mailbox-folder, i.e.
>>>>
>>>

> 4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:7.DOMAIN.POFFICE.100.0.1.0.1@16
>
>>>
>>>>
>>>> when reading all posted tasks via a cursor, I get back for the above
>>> posted
>>>> task an
>>>> ID, with a container-part of the calendar-folder, i.e.
>>>>
>>>

> 4A11CA23.DOMAIN.POFFICE.100.17A6F70.1.8D.1@3:A.DOMAIN.POFFICE.100.0.1.0.1@19
>
>>>
>>>>
>>>> So, these two ID's differ; just in the container-part.
>>>> After creating a task I have to retrn it to another application, which
>>>> saves/caches
>>>> the returned ID; if I return the ID I got back after creating the task,
>>> the
>>>> application can never do any synchronization resp. checking, cause
>>> comparing
>>>> these
>>>> two IDs will never succeed.
>>>> And I need an ID for updating or deleting an item.
>>>>
>>>> I don't know any other solution than "building" a full id. - What's

> the
>>> way
>>>> to solve
>>>> that?
>>>>
>>>>
>>>> Markus
>>>>
>>>>
>>>>
>>>> "Preston Stephenson" <PStephenson@gw.novell.com> schrieb im Newsbeitrag
>>>> news:4A114F2C.07F1.0037.1@gw.novell.com...
>>>>> For a posted task, the only id returned is the posted task id.
>>>>> There is not a sent item on a posted item.
>>>>> If you put recipients in the post item, we will convert it to
>>>>> a sent item.
>>>>>
>>>>> There have been some issues with removeItemRequest. Always use
>>>>> removeItemsRequest. Pass the id value as an <item> element in
>>>>> the <items> element.
>>>>>
>>>>> You should never generate a full id.
>>>>>
>>>>> Preston
>>>>>
>>>>>>>> On Monday, May 18, 2009 at 10:18 AM, Markus

> Colorado<colorado@aon.at>
>>>>> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> for creating a posted task the preferred method should be
>>>>>> "sendItemrequest()"; which
>>>>>> always returns the id of the SENT item (folder/container "mailbox").
>>>>>> How can I retrieve the corresponding id of the posted item (on the
>>>>>> calendar)?
>>>>>> I also tried createItemRequest(), but that does also return the id,
>>> which
>>>>>
>>>>>> points to
>>>>>> the "mailbox" folder.
>>>>>> I'd need the ID to delete or/and update a task.
>>>>>>
>>>>>> The id's of the sent item and the id of the posted task look the same
>>> up
>>>>> the
>>>>>> first
>>>>>> "@" resp. up to the first ":" - any possibility to get/access the
>>>>> posted
>>>>>> task with
>>>>>> that "truncated" part?
>>>>>>
>>>>>> Markus



0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.