Lilith Absent Member.
Absent Member.
2129 views

Newer Admin Property Availability

I'm probably re-awakening a previous thread but I'm hoping this is just a matter of an adjustment or two. Again, it may be that the functionality still isn't there. If that's the case, please tell me. And please excuse any extraneous information I may provide. I'd rather be complete than short of information.

I'm working on a program to provide information for the sub-admins at our various campuses by placing it in a DataView. The language is C# and I'm using Visual Studio Express. Ultimately I'd like to be able to have them check last client type, last login data, mailbox Size, etc. Some of these are available only in GW8 and some are only available in SP1 or SP2. Our primary domain and our post offices are at 8.0.2 HP2. Intellisense knows these properties exist but when I run the program and get to a point where I'm looking at some of this data I get a COM Exception stating "Member not found." I assume that the belated non-recognition is a late binding issue.

One of the functions displays the domain version but whereas the primary domain is definitely 8.0.2 the information pulled from the domain is showing "800". Can there be a possible mismatch between what a domain appears to be and what it's reported to be?

Under the heading of "mea culpa," initially I may have had a bad reference due to an earlier install of GroupWise that wasn't under the C:\Program Files directory structure. I've since cleaned out my GroupWise client install and re-installed it. I've removed the original GroupWare Admin type library reference and re-referenced it after my re-install of GroupWise. It points to gwcmb1.dll. Interop.AdminTypeLibrary.dll is in my Debug and Release folders, size 278,528 bytes and dated, strangely enough, 8/30/2011. Seems odd since most everything else is dated January of 2011. Is this due in some way to the date the solution was initiated regardless of actual date of the DLL?

The GroupWise snap-ins in ConsoleOne corrrectly identify the domain as being 8.0.2 and the properties for last client type and last login date are available, so the data is there. I just can't seem to get it through the API.

APIMajorVersion is showing 2.0, minor version of 0 but I don't think this is relevant. It may pertain to the old API gateway we had installed.

So, am I still missing a step somewhere? Do I have some sort of version mismatch?
Labels (1)
0 Likes
7 Replies
ukdtom Absent Member.
Absent Member.

Re: Newer Admin Property Availability

Please post some sample code where it fails
--
Tommy Mikkelsen
IT Quality A/S, Denmark
Novell Support Forums SYSOP / NKP

Sorry, but no support through email
Please join http://www.open-horizons.net


Lilith wrote:

>
> I'm probably re-awakening a previous thread but I'm hoping this is
> just a matter of an adjustment or two. Again, it may be that the
> functionality still isn't there. If that's the case, please tell me.
> And please excuse any extraneous information I may provide. I'd
> rather be complete than short of information.
>
> I'm working on a program to provide information for the sub-admins at
> our various campuses by placing it in a DataView. The language is C#
> and I'm using Visual Studio Express. Ultimately I'd like to be able
> to have them check last client type, last login data, mailbox Size,
> etc. Some of these are available only in GW8 and some are only
> available in SP1 or SP2. Our primary domain and our post offices are
> at 8.0.2 HP2. Intellisense knows these properties exist but when I
> run the program and get to a point where I'm looking at some of this
> data I get a COM Exception stating "Member not found." I assume that
> the belated non-recognition is a late binding issue.
>
> One of the functions displays the domain version but whereas the
> primary domain is definitely 8.0.2 the information pulled from the
> domain is showing "800". Can there be a possible mismatch between
> what a domain appears to be and what it's reported to be?
>
> Under the heading of "mea culpa," initially I may have had a bad
> reference due to an earlier install of GroupWise that wasn't under the
> C:\Program Files directory structure. I've since cleaned out my
> GroupWise client install and re-installed it. I've removed the
> original GroupWare Admin type library reference and re-referenced it
> after my re-install of GroupWise. It points to gwcmb1.dll.
> Interop.AdminTypeLibrary.dll is in my Debug and Release folders, size
> 278,528 bytes and dated, strangely enough, 8/30/2011. Seems odd since
> most everything else is dated January of 2011. Is this due in some
> way to the date the solution was initiated regardless of actual date
> of the DLL?
>
> The GroupWise snap-ins in ConsoleOne corrrectly identify the domain as
> being 8.0.2 and the properties for last client type and last login
> date are available, so the data is there. I just can't seem to get it
> through the API.
>
> APIMajorVersion is showing 2.0, minor version of 0 but I don't think
> this is relevant. It may pertain to the old API gateway we had
> installed.
>
> So, am I still missing a step somewhere? Do I have some sort of
> version mismatch?


Best Regards Tommy Mikkelsen Denmark Please Report back any success or failure, That way we all learn Sorry, but no support through email "I hate bugs".......Tommy Lee Jones, MIB
0 Likes
Lilith Absent Member.
Absent Member.

Re: Newer Admin Property Availability

Sorry for the delay. Three day weekend and the code was at the office.

The following are declarations for some of the fields I use globally. I've got a using statement to have GWAD represent the AdminTypeLibrary namespace.

// Class visibility variables
GWAD.System2 GWSys = new GWAD.System2();
Domains domains;
PostOffices currentPostOffices;

The following method is invoked if the "Information" tab of a tab control is active and a post office is selected from a tree view. The failure occurs when any of the lines in the commented block is uncommented. It throws an COM exception with the caveat "Member not found".

//
private void ProcessPO()
{
PostOffice3 po = (PostOffice3) GWSys.PostOffices.Item(treeGW.SelectedNode.Text,
treeGW.SelectedNode.Parent.Text);

lblInfo.Text = "Post Office Information\r\n\n";
lblInfo.Text += ("Post Office: " + po.Name + endl2);
lblInfo.Text += ("Distinguished Name: " + po.DistinguishedName + endl2);
lblInfo.Text += ("Description: " + po.Description + endl2);
lblInfo.Text += ("Path: " + po.Path + endl2);
lblInfo.Text += ("Version: " + po.Version + endl2);
//lblInfo.Text += ("Number of Users: " + po.TotalUserCount + endl2);
//lblInfo.Text += ("Number of Groups: " + po.TotalGroupCount + endl2);
//lblInfo.Text += ("Number of Resources: " + po.TotalResourceCount + endl2);
//lblInfo.Text += ("Number of Mailboxes: " + po.TotalMailboxCount + endl2);
//lblInfo.Text += ("Number of Libraries: " + po.TotalLibraryCount + endl2);
//lblInfo.Text += ("Number of Uncategorized Boxes: " + po.UncategorizedMailboxCount + endl2);
}
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Newer Admin Property Availability

Unless this has changed in the recent past, you cannot obtain what you
ask via the API. Even the version is going to report 800 all the way
through the lifetime of GW 8.

On 9/2/2011 9:26 AM, Lilith wrote:
>
> I'm probably re-awakening a previous thread but I'm hoping this is just
> a matter of an adjustment or two. Again, it may be that the
> functionality still isn't there. If that's the case, please tell me.
> And please excuse any extraneous information I may provide. I'd rather
> be complete than short of information.
>
> I'm working on a program to provide information for the sub-admins at
> our various campuses by placing it in a DataView. The language is C#
> and I'm using Visual Studio Express. Ultimately I'd like to be able to
> have them check last client type, last login data, mailbox Size, etc.
> Some of these are available only in GW8 and some are only available in
> SP1 or SP2. Our primary domain and our post offices are at 8.0.2 HP2.
> Intellisense knows these properties exist but when I run the program and
> get to a point where I'm looking at some of this data I get a COM
> Exception stating "Member not found." I assume that the belated
> non-recognition is a late binding issue.
>
> One of the functions displays the domain version but whereas the
> primary domain is definitely 8.0.2 the information pulled from the
> domain is showing "800". Can there be a possible mismatch between what
> a domain appears to be and what it's reported to be?
>
> Under the heading of "mea culpa," initially I may have had a bad
> reference due to an earlier install of GroupWise that wasn't under the
> C:\Program Files directory structure. I've since cleaned out my
> GroupWise client install and re-installed it. I've removed the original
> GroupWare Admin type library reference and re-referenced it after my
> re-install of GroupWise. It points to gwcmb1.dll.
> Interop.AdminTypeLibrary.dll is in my Debug and Release folders, size
> 278,528 bytes and dated, strangely enough, 8/30/2011. Seems odd since
> most everything else is dated January of 2011. Is this due in some way
> to the date the solution was initiated regardless of actual date of the
> DLL?
>
> The GroupWise snap-ins in ConsoleOne corrrectly identify the domain as
> being 8.0.2 and the properties for last client type and last login date
> are available, so the data is there. I just can't seem to get it
> through the API.
>
> APIMajorVersion is showing 2.0, minor version of 0 but I don't think
> this is relevant. It may pertain to the old API gateway we had
> installed.
>
> So, am I still missing a step somewhere? Do I have some sort of
> version mismatch?
>
>


0 Likes
Lilith Absent Member.
Absent Member.

Re: Newer Admin Property Availability

Michael Bell;2135203 wrote:
Unless this has changed in the recent past, you cannot obtain what you
ask via the API. Even the version is going to report 800 all the way
through the lifetime of GW 8.


So does this mean that the newer members aren't available via the API despite the version of the domain?
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Newer Admin Property Availability

On 9/7/2011 6:16 PM, Lilith wrote:
>
> Michael Bell;2135203 Wrote:
>> Unless this has changed in the recent past, you cannot obtain what you
>> ask via the API. Even the version is going to report 800 all the way
>> through the lifetime of GW 8.
>>

>
> So does this mean that the newer members aren't available via the API
> despite the version of the domain?
>
>

I haven't tested this in recent years, but probably not.

If you know the ip addresss/ports and can use soap you can get this info
pretty easily. Alternatively screen scrape/login to the http monitors.
0 Likes
Lilith Absent Member.
Absent Member.

Re: Newer Admin Property Availability

Michael Bell;2135624 wrote:
On 9/7/2011 6:16 PM, Lilith wrote:
>
> Michael Bell;2135203 Wrote:
>> Unless this has changed in the recent past, you cannot obtain what you
>> ask via the API. Even the version is going to report 800 all the way
>> through the lifetime of GW 8.
>>

>
> So does this mean that the newer members aren't available via the API
> despite the version of the domain?
>
>

I haven't tested this in recent years, but probably not.

If you know the ip addresss/ports and can use soap you can get this info
pretty easily. Alternatively screen scrape/login to the http monitors.


It was my understanding that SOAP wasn't available on the MTA.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Newer Admin Property Availability

On 9/8/2011 4:06 PM, Lilith wrote:
>
> Michael Bell;2135624 Wrote:
>> On 9/7/2011 6:16 PM, Lilith wrote:
>>>
>>> Michael Bell;2135203 Wrote:
>>>> Unless this has changed in the recent past, you cannot obtain what

>> you
>>>> ask via the API. Even the version is going to report 800 all the way
>>>> through the lifetime of GW 8.
>>>>
>>>
>>> So does this mean that the newer members aren't available via the API
>>> despite the version of the domain?
>>>
>>>

>> I haven't tested this in recent years, but probably not.
>>
>> If you know the ip addresss/ports and can use soap you can get this
>> info
>> pretty easily. Alternatively screen scrape/login to the http monitors.

>
> It was my understanding that SOAP wasn't available on the MTA.
>
>

true but you can hit the mta port to get this info. It's spit out
automatically. A simple socket connection. Or http the http monitor

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.