wwwwoelferl Absent Member.
Absent Member.
1908 views

What is Status Code 59943 ?

I try to send a SOAP-loginRequest to the POA and always get Status Code 59943.

Response:
<?xml version="1.0" encoding="UTF-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Header/>
<s:Body>
<loginResponse>
<status><code>59943</code></status>
</loginResponse>
</s:Body>
</s:Envelope>



Request:
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Header>
</soap:Header>
<soap:Body>
<loginRequest>
<types:auth type="types:PlainText">
<types:username>kdokridjkslk</types:username>
<types:password>kdokridjkslk</types:password>
</types:auth>
<application>Time Connector</application>
</loginRequest>
</soap:Body>
</soap:Envelope>


When I send a getItemsRequest, it's the same problem.
My requests seems to be valid, because when they are invalid, I get other status codes.
The other error codes usually also come with a description, for example code 59905 has the description "Bad parameter passed to a NCSP function". But the code 59943, which I cannot find any info about, comes without a description.

Please, what does code 59943 mean?

Thank you!
Labels (1)
0 Likes
15 Replies
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

The error means there is not an <auth> element.
The XML parse cannot parse what you pass as the <auth> element because you
use the "types:" prefix without defining the namespace.
You can get by without specifying any prefixes / namespaces, but it is
preferred to use them.

<SOAP-ENV:Header/>
<S:Body>
<loginRequest
xmlns="http://schemas.novell.com/2005/01/GroupWise/methods"
xmlns:ns2="http://schemas.novell.com/2005/01/GroupWise/types"
xmlns:ns3="http://schemas.novell.com/2005/01/GroupWise/events">
<auth xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type="ns2:PlainText">
<ns2:username>pstephenson</ns2:username>
<ns2:password>xxxxxx</ns2:password>
</auth>
<version>1.08</version>
<userid>true</userid>
<flags>
<ns2:SSLRequired>true</ns2:SSLRequired>
</flags>
</loginRequest>
</S:Body>
</S:Envelope>

Let me know if you still have problems.

Preston



>>>


> I try to send a SOAP‑loginRequest to the POA and always get Status Code
> 59943.
>
> Response:
> <?xml version="1.0" encoding="UTF‑8"?>
> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance">
> <s:Header/>
> <s:Body>
> <loginResponse>
> <status><code>59943</code></status>
> </loginResponse>
> </s:Body>
> </s:Envelope>
>
>
>
> Request:
> <?xml version="1.0" encoding="UTF‑8"?>
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <soap:Header>
> </soap:Header>
> <soap:Body>
> <loginRequest>
> <types:auth type="types:PlainText">
> <types:username>kdokridjkslk</types:username>
> <types:password>kdokridjkslk</types:password>
> </types:auth>
> <application>Time Connector</application>
> </loginRequest>
> </soap:Body>
> </soap:Envelope>
>
>
> When I send a getItemsRequest, it's the same problem.
> My requests seems to be valid, because when they are invalid, I get
> other status codes.
> The other error codes usually also come with a description, for example
> code 59905 has the description "Bad parameter passed to a NCSP
> function". But the code 59943, which I cannot find any info about, comes
> without a description.
>
> Please, what does code 59943 mean?
>
> Thank you!


0 Likes
wwwwoelferl Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

Hi Preston,
thank you, correcting/adding the namespace declaration has solved the problem.

Currently I have some problems with categories of appointments.

1.) I can't query the categories which are assigned to an appointment.
I expected that when I add "categories" to my list of requested properties inside the <view> tag, I would get back a <categories> tag containing one <category> tag for each category that is assigned to the appointment, but it does not seem to work that way.

2.) The "getCategoryListRequest" only gives me the foreground colors (inside a <color> tag), but not the background colors.
Is there a chance to query the background colors as well?

Thank you!
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

There is a base schema.
When new elements are added to the schema, a new version is defined.
If you want to get newer elements, you have to pass the correct version
value in the <version> element of the loginRequest.
We pass back the elements that are defined for each schema version.
(That way we do not break someone that doesn't have support for the new
schema elements.)
If you don't pass a version value, or you pass a version value that the POA
does not understand, it will revert to the base schema.
(The <background> element is not defined in the base schema.)

Here are the values you can pass in the <version> element:
1.00 (or any unrecognized string): base
1.01: 7.0.1
1.02: 8.0.0 (note: The background element is defined in this version of
the schema.)
1.03: 8.0.1
1.04: 8.0.2
1.05: 12.0.0
1.06: 14.0.0
1.07: 14.2.0
1.08: 14.2.1
1.09: 14.2.2 / 17.0.0

Note: 1.1 will not match 1.01 for example.

The items have category id's in them.
You have to match them up to the category records returned from the
getCategoryListRequest.

There are a few reasons why you are not getting back the category id's with
the appointments:
The category id's were not saved on the item (thus nothing to return).
The view to get the appointments is wrong.
Something else.
I would need the SOAP request and response where you don't get back the
category id's.

Let me know if you still have questions.

Preston




>>>


> Hi Preston,
> thank you, correcting/adding the namespace declaration has solved
> theproblem.
>
> Currently I have some problems with categories of appointments.
>
> 1.) I can't query the categories which are assigned to an appointment.
> I expected that when I add "categories" to my list of requested
> properties inside the <view> tag, I would get back a <categories> tag
> containing one <category> tag for each category that is assigned to the
> appointment, but it does not seem to work that way.
>
> 2.) The "getCategoryListRequest" only gives me the foreground colors
> (inside a <color> tag), but not the background colors.
> Is there a chance to query the background colors as well?
>
> Thank you!


0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

Note:
"categories" is not supported in the view.
If you want to get back categories, you don't supply a value for the view
or pass "default" in the view if you are also getting attachments or message
bodies, for example.
You might be able to pass "ItemCategory" in the view to get back
categories.

I would probably need to see your SOAP trace.

Preston



>>>

> There is a base schema.
> When new elements are added to the schema, a new version is defined.
> If you want to get newer elements, you have to pass the correct version
> value in the <version> element of the loginRequest.
> We pass back the elements that are defined for each schema version.
> (That way we do not break someone that doesn't have support for the new
> schema elements.)
> If you don't pass a version value, or you pass a version value that the
> POA
> does not understand, it will revert to the base schema.
> (The <background> element is not defined in the base schema.)
>
> Here are the values you can pass in the <version> element:
> 1.00 (or any unrecognized string): base
> 1.01: 7.0.1
> 1.02: 8.0.0 (note: The background element is defined in this version
> of
> the schema.)
> 1.03: 8.0.1
> 1.04: 8.0.2
> 1.05: 12.0.0
> 1.06: 14.0.0
> 1.07: 14.2.0
> 1.08: 14.2.1
> 1.09: 14.2.2 / 17.0.0
>
> Note: 1.1 will not match 1.01 for example.
>
> The items have category id's in them.
> You have to match them up to the category records returned from the
> getCategoryListRequest.
>
> There are a few reasons why you are not getting back the category id's
> with
> the appointments:
> The category id's were not saved on the item (thus nothing to return).
> The view to get the appointments is wrong.
> Something else.
> I would need the SOAP request and response where you don't get back the
> category id's.
>
> Let me know if you still have questions.
>
> Preston
>
>
>
>
>>>>

>
>> Hi Preston,
>> thank you, correcting/adding the namespace declaration has solved
>> theproblem.
>>
>> Currently I have some problems with categories of appointments.
>>
>> 1.) I can't query the categories which are assigned to an appointment.
>> I expected that when I add "categories" to my list of requested
>> properties inside the <view> tag, I would get back a <categories> tag
>> containing one <category> tag for each category that is assigned to the
>> appointment, but it does not seem to work that way.
>>
>> 2.) The "getCategoryListRequest" only gives me the foreground colors
>> (inside a <color> tag), but not the background colors.
>> Is there a chance to query the background colors as well?
>>
>> Thank you!


0 Likes
wwwwoelferl Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

Hello Preston,
so far I had used <version>1.08</version>, which was too high I guess.
I'm unsing GroupWise 2014 R2 which is - according to the version list you gave me - internal version 1.07.
Now I'm using <version>1.07</version> and now I can retrieve the background of categories.
Great, thank you!

With <getItemsRequest> I'm still not able to retrieve the list of categories which are assigned to an appointment.
The <view> tag I send includes "categories" as well as "category".
Here is an example (I've included the LoginRequest and loginResponse as well, so you can see the <version> I'm passing):

Request
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Header>
</soap:Header>
<soap:Body>
<loginRequest>
<auth type="PlainText">
<username>Wolfi</username>
<password>(removed)</password>
</auth>
<application>Time Connector</application>
<version>1.07</version>
</loginRequest>
</soap:Body>
</soap:Envelope>


Response
<?xml version="1.0" encoding="UTF-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Header/>
<s:Body>
<loginResponse>
<session>mn52jF8LnKfq4AqG</session>
<userinfo>
<name>Wolfgang Spieß</name>
<email>Wolfi@softspirit.de</email>
<uuid>D6C545C0-12A0-0000-8977-6F6C63396162</uuid>
<recipType>User</recipType>
</userinfo>
<gwVersion>14.2.0</gwVersion>
<build>122092</build>
<serverUTCTime>2017-01-17T12:48:04Z</serverUTCTime>
<status>
<code>0</code>
</status>
</loginResponse>
</s:Body>
</s:Envelope>


Request
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Header>
<session>mn52jF8LnKfq4AqG</session>
</soap:Header>
<soap:Body>
<getItemsRequest>
<container>A.WolfiGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19</container>
<filter>
<element type="FilterGroup">
<element type="FilterEntry">
<field>startDate</field>
<op>lt</op>
<value>2017-03-31T22:00:00Z</value>
</element>
<op>and</op>
<element type="FilterEntry">
<field>endDate</field>
<op>gt</op>
<value>2016-12-31T23:00:00Z</value>
</element>
</element>
</filter>
<view>startDate endDate allDayEvent subject message categories category status acceptLevel rrule rdate exdate recurrenceKey</view>
</getItemsRequest>
</soap:Body>
</soap:Envelope>


Response
<?xml version="1.0" encoding="UTF-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<s:Header/>
<s:Body>
<getItemsResponse>
<items>
<item xsi:type="Appointment">
<id>
587B8FA6.WolfiGroupWiseDomäne.WolfiPostOffice.100.170626E.1.41.1@4:A.WolfiGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19
</id>
<sid>65</sid>
<container sid="5">
A.WolfiGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19
</container>
<status>
<accepted>1</accepted>
<opened>1</opened>
<read>1</read>
</status>
<source>personal</source>
<delivered>2017-01-17T13:00:00Z</delivered>
<subject>Sport</subject>
<message>
<part contentType="text/plain" length="52">
SGFsbG8sCmRhcyBpc3QgZWluIFRlc3QhCkdydcOfCldvbGZpCg==
</part>
</message>
<begins>2017-01-17T13:00:00Z</begins>
<startDate>2017-01-17T13:00:00Z</startDate>
<endDate>2017-01-17T14:00:00Z</endDate>
<acceptLevel>Busy</acceptLevel>
<allDayEvent>0</allDayEvent>
</item>
</items>
<status>
<code>0</code>
</status>
</getItemsResponse>
</s:Body>
</s:Envelope>
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

Try setting the view to "default message".
It will be faster to process all of the fields in the user's mailbox item
than to process that many fields in the view.
How are you setting categories in the items?
If you are using the GWClient, they should be there.
If you are using SOAP, you may have an issue in setting categories on an
item.


>>>


> Hello Preston,
> so far I had used <version>1.08</version>, which was too high I guess.
> I'm unsing GroupWise 2014 R2 which is ‑ according to the version list
> you gave me ‑ internal version 1.07.
> Now I'm using <version>1.07</version> and now I can retrieve the
> background of categories.
> Great, thank you!
>
> With <getItemsRequest> I'm still not able to retrieve the list of
> categories which are assigned to an appointment.
> The <view> tag I send includes "categories" as well as "category".
> Here is an example (I've included the LoginRequest and loginResponse as
> well, so you can see the <version> I'm passing):
>
> Request
>
> Code:
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
> <?xml version="1.0" encoding="UTF‑8"?>
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <soap:Header>
> </soap:Header>
> <soap:Body>
> <loginRequest>
> <auth type="PlainText">
> <username>Wolfi</username>
> <password>(removed)</password>
> </auth>
> <application>Time Connector</application>
> <version>1.07</version>
> </loginRequest>
> </soap:Body>
> </soap:Envelope>
>
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
>
>
> Response
>
> Code:
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
> <?xml version="1.0" encoding="UTF‑8"?>
> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance">
> <s:Header/>
> <s:Body>
> <loginResponse>
> <session>mn52jF8LnKfq4AqG</session>
> <userinfo>
> <name>Wolfgang Spieß</name>
> <email>Wolfi@softspirit.de</email>
> <uuid>D6C545C0‑12A0‑0000‑8977‑6F6C63396162</uuid>
> <recipType>User</recipType>
> </userinfo>
> <gwVersion>14.2.0</gwVersion>
> <build>122092</build>
> <serverUTCTime>2017‑01‑17T12:48:04Z</serverUTCTime>
> <status>
> <code>0</code>
> </status>
> </loginResponse>
> </s:Body>
> </s:Envelope>
>
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
>
>
> Request
>
> Code:
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
> <?xml version="1.0" encoding="UTF‑8"?>
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <soap:Header>
> <session>mn52jF8LnKfq4AqG</session>
> </soap:Header>
> <soap:Body>
> <getItemsRequest>
>
><container>A.WolfiGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19</containe


> r>
> <filter>
> <element type="FilterGroup">
> <element type="FilterEntry">
> <field>startDate</field>
> <op>lt</op>
> <value>2017‑03‑31T22:00:00Z</value>
> </element>
> <op>and</op>
> <element type="FilterEntry">
> <field>endDate</field>
> <op>gt</op>
> <value>2016‑12‑31T23:00:00Z</value>
> </element>
> </element>
> </filter>
> <view>startDate endDate allDayEvent subject message categories category


> status acceptLevel rrule rdate exdate recurrenceKey</view>
> </getItemsRequest>
> </soap:Body>
> </soap:Envelope>
>
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
>
>
> Response
>
> Code:
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑
> <?xml version="1.0" encoding="UTF‑8"?>
> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema‑instance">
> <s:Header/>
> <s:Body>
> <getItemsResponse>
> <items>
> <item xsi:type="Appointment">
> <id>
>
>

587B8FA6.WolfiGroupWiseDomäne.WolfiPostOffice.100.170626E.1.41.1@4:A.Wolf
> iGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19
> </id>
> <sid>65</sid>
> <container sid="5">
> A.WolfiGroupWiseDomäne.WolfiPostOffice.100.0.1.0.1@19
> </container>
> <status>
> <accepted>1</accepted>
> <opened>1</opened>
> <read>1</read>
> </status>
> <source>personal</source>
> <delivered>2017‑01‑17T13:00:00Z</delivered>
> <subject>Sport</subject>
> <message>
> <part contentType="text/plain" length="52">
> SGFsbG8sCmRhcyBpc3QgZWluIFRlc3QhCkdydcOfCldvbGZpCg==
> </part>
> </message>
> <begins>2017‑01‑17T13:00:00Z</begins>
> <startDate>2017‑01‑17T13:00:00Z</startDate>
> <endDate>2017‑01‑17T14:00:00Z</endDate>
> <acceptLevel>Busy</acceptLevel>
> <allDayEvent>0</allDayEvent>
> </item>
> </items>
> <status>
> <code>0</code>
> </status>
> </getItemsResponse>
> </s:Body>
> </s:Envelope>
>
> ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑


0 Likes
wwwwoelferl Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

I just found out something wierd:

The problem was not the content of the <view> tag.
It works (I mean the getItemsResponse delivers the assigned categories), no matter if I put
<view>default message</view>
or
<view>startDate endDate allDayEvent subject message categories category source status acceptLevel rrule rdate exdate recurrenceKey</view>

But it works only for new appointments which have not been edited.
As soon as I re-open an appointment which was just created in the GroupWise Client, modify the subject or the message text and save the changes, the assigned categories are no longer reflected in the getItemsResponse - although the categories are still being displayed in the GroupWise Client, even after re-opening the GroupWise Client.

When I remove the category assignment in the GroupWise Client and then re-assign the category, it also re-appears in the getItemsResponse. After editing the appointment again, the category disappears again from the getItemsResponse.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

How are you modifying the items?
The code is designed to only pass in the fields that you want changed.
If you pass the whole item, you can overwrite what is stored.
The GWClient will cache items as well.
It may not show the latest state of the item.


>>>


> I just found out something wierd:
>
> The problem was not the content of the <view> tag.
> It works (I mean the getItemsResponse delivers the assigned categories),
> no matter if I put
> <view>default message</view>
> or
> <view>startDate endDate allDayEvent subject message *categories
> *category source status acceptLevel rrule rdate exdate
> recurrenceKey</view>
>
> But it works only for new appointments which have not been edited.
> As soon as I re‑open an appointment which was just created in the
> GroupWise Client, modify the subject or the message text and save the
> changes, the assigned categories are no longer reflected in the
> getItemsResponse ‑ although the categories are still being displayed in
> the GroupWise Client, even after re‑opening the GroupWise Client.
>
> When I remove the category assignment in the GroupWise Client and then
> re‑assign the category, it also re‑appears in the getItemsResponse.
> After editing the appointment again, the category disappears again from
> the getItemsResponse.


0 Likes
wwwwoelferl Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

The changes were made using the GroupWise Client Software. The build number is being displayed as 122092.
I did not (and do not intend to) modify or create any items remotely.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

It might depend on the type of appointment you are looking at (distributed
or personal) and if you are the owner on not.
If you modify a distributed appointment and you are the owner, it retracts
(deletes) the original and sends a new appointment.
Modifying a received appointment does something different.
Modifying a posted / personal appointment does something else.
There is some caching that goes on as well.

For SOAP issues, the SOAP code only returns what is actually stored in the
user's database.
Without the post office databases, I would need exact steps needed to
reproduce the problem.



>>>


> The changes were made using the GroupWise Client Software. The build
> number is being displayed as 122092.
> I did not (and do not intend to) modify or create any items remotely.


0 Likes
wwwwoelferl Absent Member.
Absent Member.

Re: What is Status Code 59943 ?

The appointments were simple personal ones in the standard calendar of a normal user mailbox.

Steps to reproduce:
- Open standard calendar of a normal user mailbox in GWClient.
- Create new appointment, enter a subject, save and close it
- Assign a category to the appointment
- Make a SOAP getItemsRequest and see that the category is being reported
- Open the appointment, modify the subject, save and close it
- Make a SOAP getItemsRequest and see that the category is NOT being reported
- Once more, assign a category to the appointment
- Make a SOAP getItemsRequest and see that the category is being reported
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.