Discussion:
Brutus Server 1.0 is out
Jules Colding
2008-06-30 12:53:49 UTC
Permalink
Hi all,

After years of suffering and painful testing Brutus Server has finally
proven itself worthy of the 1.0 designation.

This leads to a new responsibility for Brutus Server - The API will
remain unchanged for all Brutus Server release with the designation
"1.0.x". "x" may change to signify a bug fix, a documentation
improvement or some other backwards compatible change. Updated
evolution-brutus binaries will follow over the course of the next few
days.

The direct links to the Brutus Server 1.0 release files are here:

http://www.42tools.com/sites/default/files/downloads/brutus-server-1.0.0.tar.bz2
http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
http://www.42tools.com/sites/default/files/downloads/brutus-install.exe


Enjoy,
jules
Jules Colding
2008-06-30 13:39:17 UTC
Permalink
On 30/06/2008, at 14.53, Jules Colding wrote:

> Hi all,
>
> After years of suffering and painful testing Brutus Server has finally
> proven itself worthy of the 1.0 designation.
>
> This leads to a new responsibility for Brutus Server - The API will
> remain unchanged for all Brutus Server release with the designation
> "1.0.x". "x" may change to signify a bug fix, a documentation
> improvement or some other backwards compatible change. Updated
> evolution-brutus binaries will follow over the course of the next few
> days.


Ubuntu Hardy has updated debs.

--
jules
Christian Hellman
2008-07-07 12:40:14 UTC
Permalink
Hi Jules and everyone,

I am using the default lorica.conf.evolution-brutus.

On the server side, should the option "use lorica" be set to yes? I would guess so.

Do I need to do anything on the server side to make this work?

BR,
Christian

________________________________________
From: Jules Colding [colding-***@public.gmane.org]
Sent: Monday, July 07, 2008 2:26 PM
To: Christian Hellman
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 07/07/2008, at 14.09, Christian Hellman wrote:

> Hi again,
>
> I forgot that I turned lorica on in the first place so I turned it
> off instead.
>
> Now I get a wrong password dialog (when typing the correct one(s)).
>
> I would guess at some communication problem between AD and brutus?
> What can you make out?

No, not a server problem. The server claims that your callback object
is nil. This will typically happen if your local client Lorica is
misconfigured.


> Feels very close now though!

I think that your client Lorica might be misconfigured. Could you
please send me "lorica.conf" ?


> Also tell me if this is starting to become a subject for the mailing
> list instead.

Indeed it is, and has been for some time now. Shall we move to the list?

Best regards,
jules
Jules Colding
2008-07-07 13:04:25 UTC
Permalink
Hi Christian,


On 07/07/2008, at 14.40, Christian Hellman wrote:

> Hi Jules and everyone,
>
> I am using the default lorica.conf.evolution-brutus.

That one is merely a template for a correct e-b functioning Lorica :-)
You need to:

1) Stop Lorica

2) cp lorica.conf.evolution-brutus /etc/lorica.conf

3) edit the external endpoint in lorica.conf

4) start Lorica


> On the server side, should the option "use lorica" be set to yes? I
> would guess so.

Yes.


> Do I need to do anything on the server side to make this work?

Not really - provided that you installed Brutus Enterprise Server. The
plain Brutus Server do not have the needed service dependancies set up.

Best regards,
jules



>
>
> BR,
> Christian
>
> ________________________________________
> From: Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 2:26 PM
> To: Christian Hellman
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 07/07/2008, at 14.09, Christian Hellman wrote:
>
>> Hi again,
>>
>> I forgot that I turned lorica on in the first place so I turned it
>> off instead.
>>
>> Now I get a wrong password dialog (when typing the correct one(s)).
>>
>> I would guess at some communication problem between AD and brutus?
>> What can you make out?
>
> No, not a server problem. The server claims that your callback object
> is nil. This will typically happen if your local client Lorica is
> misconfigured.
>
>
>> Feels very close now though!
>
> I think that your client Lorica might be misconfigured. Could you
> please send me "lorica.conf" ?
>
>
>> Also tell me if this is starting to become a subject for the mailing
>> list instead.
>
> Indeed it is, and has been for some time now. Shall we move to the
> list?
>
> Best regards,
> jules
>
>
>
>
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-07 13:18:53 UTC
Permalink
Hi Jules,

I understood that and I've already done that (moved it and restarted the service).

Lorica is up and running with the template config (no changes) on my client.

I don't know what to change to the endpoints at the client side? Right now they are at default values.

The server did not have enterprise though. So I've reinstalled the server.

I made these changes to the default config:
USE_LORICA yes
ORB_OPTION_SERVER iiop://172.17.200.242:2003
CONFIGURED yes # ;)

What more is there to do? I get the same error.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Monday, July 07, 2008 3:04 PM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,


On 07/07/2008, at 14.40, Christian Hellman wrote:

> Hi Jules and everyone,
>
> I am using the default lorica.conf.evolution-brutus.

That one is merely a template for a correct e-b functioning Lorica :-)
You need to:

1) Stop Lorica

2) cp lorica.conf.evolution-brutus /etc/lorica.conf

3) edit the external endpoint in lorica.conf

4) start Lorica


> On the server side, should the option "use lorica" be set to yes? I
> would guess so.

Yes.


> Do I need to do anything on the server side to make this work?

Not really - provided that you installed Brutus Enterprise Server. The
plain Brutus Server do not have the needed service dependancies set up.

Best regards,
jules



>
>
> BR,
> Christian
>
> ________________________________________
> From: Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 2:26 PM
> To: Christian Hellman
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 07/07/2008, at 14.09, Christian Hellman wrote:
>
>> Hi again,
>>
>> I forgot that I turned lorica on in the first place so I turned it
>> off instead.
>>
>> Now I get a wrong password dialog (when typing the correct one(s)).
>>
>> I would guess at some communication problem between AD and brutus?
>> What can you make out?
>
> No, not a server problem. The server claims that your callback object
> is nil. This will typically happen if your local client Lorica is
> misconfigured.
>
>
>> Feels very close now though!
>
> I think that your client Lorica might be misconfigured. Could you
> please send me "lorica.conf" ?
>
>
>> Also tell me if this is starting to become a subject for the mailing
>> list instead.
>
> Indeed it is, and has been for some time now. Shall we move to the
> list?
>
> Best regards,
> jules
>
>
>
>
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Jules Colding
2008-07-07 13:46:16 UTC
Permalink
Hi Christian,

On 07/07/2008, at 15.18, Christian Hellman wrote:

> Hi Jules,
>
> I understood that and I've already done that (moved it and restarted
> the service).
>
> Lorica is up and running with the template config (no changes) on my
> client.
>
> I don't know what to change to the endpoints at the client side?
> Right now they are at default values.

The external endpoint should be something like:

External_Address eth0:4082

But you must also remember to correct the IFR location. The
configuration templates states something like:

ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
ifr-server.com:4082/InterfaceRepository

You need to replace "remote-ifr-server.com" with the server side
Lorica host.


> The server did not have enterprise though.

The enterprise edition is here:

http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe


--
jules


> So I've reinstalled the server.
>
> I made these changes to the default config:
> USE_LORICA yes
> ORB_OPTION_SERVER iiop://172.17.200.242:2003
> CONFIGURED yes # ;)
>
> What more is there to do? I get the same error.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 3:04 PM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
>
> On 07/07/2008, at 14.40, Christian Hellman wrote:
>
>> Hi Jules and everyone,
>>
>> I am using the default lorica.conf.evolution-brutus.
>
> That one is merely a template for a correct e-b functioning Lorica :-)
> You need to:
>
> 1) Stop Lorica
>
> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>
> 3) edit the external endpoint in lorica.conf
>
> 4) start Lorica
>
>
>> On the server side, should the option "use lorica" be set to yes? I
>> would guess so.
>
> Yes.
>
>
>> Do I need to do anything on the server side to make this work?
>
> Not really - provided that you installed Brutus Enterprise Server. The
> plain Brutus Server do not have the needed service dependancies set
> up.
>
> Best regards,
> jules
>
>
>
>>
>>
>> BR,
>> Christian
>>
>> ________________________________________
>> From: Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 2:26 PM
>> To: Christian Hellman
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>
>>> Hi again,
>>>
>>> I forgot that I turned lorica on in the first place so I turned it
>>> off instead.
>>>
>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>
>>> I would guess at some communication problem between AD and brutus?
>>> What can you make out?
>>
>> No, not a server problem. The server claims that your callback object
>> is nil. This will typically happen if your local client Lorica is
>> misconfigured.
>>
>>
>>> Feels very close now though!
>>
>> I think that your client Lorica might be misconfigured. Could you
>> please send me "lorica.conf" ?
>>
>>
>>> Also tell me if this is starting to become a subject for the mailing
>>> list instead.
>>
>> Indeed it is, and has been for some time now. Shall we move to the
>> list?
>>
>> Best regards,
>> jules
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-07 14:12:11 UTC
Permalink
Hi Jules,

I did as you said.

Now it seems like they are not communicating at all.

Server log attached, client log below.

Do you want me to send all the confs?

BR,
Christian


** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-store.c(1549) brutus_build_folder_tree_from_cache() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(571) brutus_get_from_fi_cache() - 151fc34dc5867502fc0bc11b15207401
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707) brutus_logon_loop() - User canceled or password was all whitespace
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-store.c(2194) brutus_connect() - Could not connect to Brutus server
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-store.c(2370) brutus_connect() - Could not connect to Brutus server
** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-store.c(2371) brutus_connect() - No IMAPISession offer - releasing query lock
** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-store.c(2400) brutus_connect() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(1549) brutus_build_folder_tree_from_cache() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(571) brutus_get_from_fi_cache() - 151fc34dc5867502fc0bc11b15207401
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434) brutus_is_connected() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(1727) brutus_mapi_shutdown() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2058) brutus_connect() - Attempting to query a session from the proxy
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2105) brutus_connect() - Could not get session from proxy, must log on explicitly
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2122) brutus_connect() - No stored MAPI Profile - generating a new one
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2131) brutus_connect() - Using this MAPI Profile: "7b6d44fa-4c2f-11dd-a968-005056b833e4"
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2133) brutus_connect() - Getting reference to BrutusLogOn object
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2150) brutus_connect() - BrutusLogOn resolved
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2152) brutus_connect() - BrutusLogOn reference has been acquired
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2165) brutus_connect() - Brutus Server version check completed
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696) brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698) brutus_logon_loop() - =(null)
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700) brutus_logon_loop() - christianh
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701) brutus_logon_loop() - DR
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702) brutus_logon_loop() - 172.17.200.241
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571) brutus_get_password() - libexecdir = /usr/libexec
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384) get_keyring_ref() - Before getting keyring ref from file
** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574) brutus_get_password() - Could not retrieve password from keyring - querying use
** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384) get_keyring_ref() - Before getting keyring ref from file

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Monday, July 07, 2008 3:46 PM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 07/07/2008, at 15.18, Christian Hellman wrote:

> Hi Jules,
>
> I understood that and I've already done that (moved it and restarted
> the service).
>
> Lorica is up and running with the template config (no changes) on my
> client.
>
> I don't know what to change to the endpoints at the client side?
> Right now they are at default values.

The external endpoint should be something like:

External_Address eth0:4082

But you must also remember to correct the IFR location. The
configuration templates states something like:

ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
ifr-server.com:4082/InterfaceRepository

You need to replace "remote-ifr-server.com" with the server side
Lorica host.


> The server did not have enterprise though.

The enterprise edition is here:

http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe


--
jules


> So I've reinstalled the server.
>
> I made these changes to the default config:
> USE_LORICA yes
> ORB_OPTION_SERVER iiop://172.17.200.242:2003
> CONFIGURED yes # ;)
>
> What more is there to do? I get the same error.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 3:04 PM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
>
> On 07/07/2008, at 14.40, Christian Hellman wrote:
>
>> Hi Jules and everyone,
>>
>> I am using the default lorica.conf.evolution-brutus.
>
> That one is merely a template for a correct e-b functioning Lorica :-)
> You need to:
>
> 1) Stop Lorica
>
> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>
> 3) edit the external endpoint in lorica.conf
>
> 4) start Lorica
>
>
>> On the server side, should the option "use lorica" be set to yes? I
>> would guess so.
>
> Yes.
>
>
>> Do I need to do anything on the server side to make this work?
>
> Not really - provided that you installed Brutus Enterprise Server. The
> plain Brutus Server do not have the needed service dependancies set
> up.
>
> Best regards,
> jules
>
>
>
>>
>>
>> BR,
>> Christian
>>
>> ________________________________________
>> From: Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 2:26 PM
>> To: Christian Hellman
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>
>>> Hi again,
>>>
>>> I forgot that I turned lorica on in the first place so I turned it
>>> off instead.
>>>
>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>
>>> I would guess at some communication problem between AD and brutus?
>>> What can you make out?
>>
>> No, not a server problem. The server claims that your callback object
>> is nil. This will typically happen if your local client Lorica is
>> misconfigured.
>>
>>
>>> Feels very close now though!
>>
>> I think that your client Lorica might be misconfigured. Could you
>> please send me "lorica.conf" ?
>>
>>
>>> Also tell me if this is starting to become a subject for the mailing
>>> list instead.
>>
>> Indeed it is, and has been for some time now. Shall we move to the
>> list?
>>
>> Best regards,
>> jules
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-08 07:55:04 UTC
Permalink
Hi,

I have just installed latest e-b and b-k. It still does not seem to work. The logs are the same.

Now I cannot even find my client ip address in the server logs (172.17.200.80).

Also, event viewer says "Brutus Server|TAO (344|2872) - Transport(952)::handle_input, error parsing incoming message"
which I don't know what it means.

What should I attach to make troubleshooting easier?

I thought that it might be easy if I send all the confs and logs and a specification on how the network looks, so I did.

Here is the set up;
E-B/Lorica Client - eth0 172.17.200.80
Brutus/Lorica Server - 172.17.200.242
AD/Exchange Server - 172.17.200.241

E-B client running latest (.22) version. Brutus server running enterprise 1.0.0.0. Exchange is version 2007.
They have no firewalls in between what so ever.

Attached is server & client logs and confs.

Help is much appreciated.

Thanks,
Christian

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Monday, July 07, 2008 4:12 PM
To: brutus-list
Subject: RE: Brutus Server 1.0 is out

Hi Jules,

I did as you said.

Now it seems like they are not communicating at all.

Server log attached, client log below.

Do you want me to send all the confs?

BR,
Christian


** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-store.c(1549) brutus_build_folder_tree_from_cache() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(571) brutus_get_from_fi_cache() - 151fc34dc5867502fc0bc11b15207401
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707) brutus_logon_loop() - User canceled or password was all whitespace
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-store.c(2194) brutus_connect() - Could not connect to Brutus server
** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-store.c(2370) brutus_connect() - Could not connect to Brutus server
** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-store.c(2371) brutus_connect() - No IMAPISession offer - releasing query lock
** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-store.c(2400) brutus_connect() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(1549) brutus_build_folder_tree_from_cache() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(571) brutus_get_from_fi_cache() - 151fc34dc5867502fc0bc11b15207401
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434) brutus_is_connected() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(802) brutus_folder_info_free() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(1727) brutus_mapi_shutdown() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2058) brutus_connect() - Attempting to query a session from the proxy
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2105) brutus_connect() - Could not get session from proxy, must log on explicitly
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2122) brutus_connect() - No stored MAPI Profile - generating a new one
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2131) brutus_connect() - Using this MAPI Profile: "7b6d44fa-4c2f-11dd-a968-005056b833e4"
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2133) brutus_connect() - Getting reference to BrutusLogOn object
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2150) brutus_connect() - BrutusLogOn resolved
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2152) brutus_connect() - BrutusLogOn reference has been acquired
** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-store.c(2165) brutus_connect() - Brutus Server version check completed
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696) brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698) brutus_logon_loop() - =(null)
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699) brutus_logon_loop() -
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700) brutus_logon_loop() - christianh
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701) brutus_logon_loop() - DR
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702) brutus_logon_loop() - 172.17.200.241
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571) brutus_get_password() - libexecdir = /usr/libexec
** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384) get_keyring_ref() - Before getting keyring ref from file
** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574) brutus_get_password() - Could not retrieve password from keyring - querying use
** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384) get_keyring_ref() - Before getting keyring ref from file

________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Monday, July 07, 2008 3:46 PM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 07/07/2008, at 15.18, Christian Hellman wrote:

> Hi Jules,
>
> I understood that and I've already done that (moved it and restarted
> the service).
>
> Lorica is up and running with the template config (no changes) on my
> client.
>
> I don't know what to change to the endpoints at the client side?
> Right now they are at default values.

The external endpoint should be something like:

External_Address eth0:4082

But you must also remember to correct the IFR location. The
configuration templates states something like:

ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
ifr-server.com:4082/InterfaceRepository

You need to replace "remote-ifr-server.com" with the server side
Lorica host.


> The server did not have enterprise though.

The enterprise edition is here:

http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe


--
jules


> So I've reinstalled the server.
>
> I made these changes to the default config:
> USE_LORICA yes
> ORB_OPTION_SERVER iiop://172.17.200.242:2003
> CONFIGURED yes # ;)
>
> What more is there to do? I get the same error.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 3:04 PM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
>
> On 07/07/2008, at 14.40, Christian Hellman wrote:
>
>> Hi Jules and everyone,
>>
>> I am using the default lorica.conf.evolution-brutus.
>
> That one is merely a template for a correct e-b functioning Lorica :-)
> You need to:
>
> 1) Stop Lorica
>
> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>
> 3) edit the external endpoint in lorica.conf
>
> 4) start Lorica
>
>
>> On the server side, should the option "use lorica" be set to yes? I
>> would guess so.
>
> Yes.
>
>
>> Do I need to do anything on the server side to make this work?
>
> Not really - provided that you installed Brutus Enterprise Server. The
> plain Brutus Server do not have the needed service dependancies set
> up.
>
> Best regards,
> jules
>
>
>
>>
>>
>> BR,
>> Christian
>>
>> ________________________________________
>> From: Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 2:26 PM
>> To: Christian Hellman
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>
>>> Hi again,
>>>
>>> I forgot that I turned lorica on in the first place so I turned it
>>> off instead.
>>>
>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>
>>> I would guess at some communication problem between AD and brutus?
>>> What can you make out?
>>
>> No, not a server problem. The server claims that your callback object
>> is nil. This will typically happen if your local client Lorica is
>> misconfigured.
>>
>>
>>> Feels very close now though!
>>
>> I think that your client Lorica might be misconfigured. Could you
>> please send me "lorica.conf" ?
>>
>>
>>> Also tell me if this is starting to become a subject for the mailing
>>> list instead.
>>
>> Indeed it is, and has been for some time now. Shall we move to the
>> list?
>>
>> Best regards,
>> jules
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Jules Colding
2008-07-08 08:18:06 UTC
Permalink
Hi Christian,

On 08/07/2008, at 09.55, Christian Hellman wrote:
>
> I have just installed latest e-b and b-k. It still does not seem to
> work.

You're trying to connect to Brutus Server at port 2003 but your server
is using Lorica which puts it at port 4082.

--
jules




> The logs are the same.
>
> Now I cannot even find my client ip address in the server logs
> (172.17.200.80).
>
> Also, event viewer says "Brutus Server|TAO (344|2872) -
> Transport(952)::handle_input, error parsing incoming message"
> which I don't know what it means.
>
> What should I attach to make troubleshooting easier?
>
> I thought that it might be easy if I send all the confs and logs and
> a specification on how the network looks, so I did.
>
> Here is the set up;
> E-B/Lorica Client - eth0 172.17.200.80
> Brutus/Lorica Server - 172.17.200.242
> AD/Exchange Server - 172.17.200.241
>
> E-B client running latest (.22) version. Brutus server running
> enterprise 1.0.0.0. Exchange is version 2007.
> They have no firewalls in between what so ever.
>
> Attached is server & client logs and confs.
>
> Help is much appreciated.
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Monday, July 07, 2008 4:12 PM
> To: brutus-list
> Subject: RE: Brutus Server 1.0 is out
>
> Hi Jules,
>
> I did as you said.
>
> Now it seems like they are not communicating at all.
>
> Server log attached, client log below.
>
> Do you want me to send all the confs?
>
> BR,
> Christian
>
>
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-
> store.c(1549) brutus_build_folder_tree_from_cache() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(571) brutus_get_from_fi_cache() -
> 151fc34dc5867502fc0bc11b15207401
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707)
> brutus_logon_loop() - User canceled or password was all whitespace
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
> store.c(2194) brutus_connect() - Could not connect to Brutus server
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
> store.c(2370) brutus_connect() - Could not connect to Brutus server
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
> store.c(2371) brutus_connect() - No IMAPISession offer - releasing
> query lock
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
> store.c(2400) brutus_connect() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(1549) brutus_build_folder_tree_from_cache() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(571) brutus_get_from_fi_cache() -
> 151fc34dc5867502fc0bc11b15207401
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434)
> brutus_is_connected() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(1727) brutus_mapi_shutdown() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2058) brutus_connect() - Attempting to query a session from
> the proxy
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2105) brutus_connect() - Could not get session from proxy,
> must log on explicitly
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2122) brutus_connect() - No stored MAPI Profile - generating
> a new one
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2131) brutus_connect() - Using this MAPI Profile:
> "7b6d44fa-4c2f-11dd-a968-005056b833e4"
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2133) brutus_connect() - Getting reference to BrutusLogOn
> object
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2150) brutus_connect() - BrutusLogOn resolved
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2152) brutus_connect() - BrutusLogOn reference has been
> acquired
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2165) brutus_connect() - Brutus Server version check completed
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696)
> brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698)
> brutus_logon_loop() - =(null)
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700)
> brutus_logon_loop() - christianh
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701)
> brutus_logon_loop() - DR
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702)
> brutus_logon_loop() - 172.17.200.241
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571)
> brutus_get_password() - libexecdir = /usr/libexec
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384)
> get_keyring_ref() - Before getting keyring ref from file
> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574)
> brutus_get_password() - Could not retrieve password from keyring -
> querying use
> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384)
> get_keyring_ref() - Before getting keyring ref from file
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 3:46 PM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 07/07/2008, at 15.18, Christian Hellman wrote:
>
>> Hi Jules,
>>
>> I understood that and I've already done that (moved it and restarted
>> the service).
>>
>> Lorica is up and running with the template config (no changes) on my
>> client.
>>
>> I don't know what to change to the endpoints at the client side?
>> Right now they are at default values.
>
> The external endpoint should be something like:
>
> External_Address eth0:4082
>
> But you must also remember to correct the IFR location. The
> configuration templates states something like:
>
> ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
> ifr-server.com:4082/InterfaceRepository
>
> You need to replace "remote-ifr-server.com" with the server side
> Lorica host.
>
>
>> The server did not have enterprise though.
>
> The enterprise edition is here:
>
> http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
>
>
> --
> jules
>
>
>> So I've reinstalled the server.
>>
>> I made these changes to the default config:
>> USE_LORICA yes
>> ORB_OPTION_SERVER iiop://172.17.200.242:2003
>> CONFIGURED yes # ;)
>>
>> What more is there to do? I get the same error.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 3:04 PM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>>
>> On 07/07/2008, at 14.40, Christian Hellman wrote:
>>
>>> Hi Jules and everyone,
>>>
>>> I am using the default lorica.conf.evolution-brutus.
>>
>> That one is merely a template for a correct e-b functioning
>> Lorica :-)
>> You need to:
>>
>> 1) Stop Lorica
>>
>> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>>
>> 3) edit the external endpoint in lorica.conf
>>
>> 4) start Lorica
>>
>>
>>> On the server side, should the option "use lorica" be set to yes? I
>>> would guess so.
>>
>> Yes.
>>
>>
>>> Do I need to do anything on the server side to make this work?
>>
>> Not really - provided that you installed Brutus Enterprise Server.
>> The
>> plain Brutus Server do not have the needed service dependancies set
>> up.
>>
>> Best regards,
>> jules
>>
>>
>>
>>>
>>>
>>> BR,
>>> Christian
>>>
>>> ________________________________________
>>> From: Jules Colding [colding-***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 2:26 PM
>>> To: Christian Hellman
>>> Subject: Re: Brutus Server 1.0 is out
>>>
>>> Hi Christian,
>>>
>>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>>
>>>> Hi again,
>>>>
>>>> I forgot that I turned lorica on in the first place so I turned it
>>>> off instead.
>>>>
>>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>>
>>>> I would guess at some communication problem between AD and brutus?
>>>> What can you make out?
>>>
>>> No, not a server problem. The server claims that your callback
>>> object
>>> is nil. This will typically happen if your local client Lorica is
>>> misconfigured.
>>>
>>>
>>>> Feels very close now though!
>>>
>>> I think that your client Lorica might be misconfigured. Could you
>>> please send me "lorica.conf" ?
>>>
>>>
>>>> Also tell me if this is starting to become a subject for the
>>>> mailing
>>>> list instead.
>>>
>>> Indeed it is, and has been for some time now. Shall we move to the
>>> list?
>>>
>>> Best regards,
>>> jules
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <
> client
> .tar.gz><server.tar.gz>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-08 08:27:10 UTC
Permalink
Hi Jules,

That was sharp of you to spot.

I changed the client to connect to 172.17.200.242 port 4082 instead but with no effect.

Logs looks the same (but port changed in client log).

I've restarted evolution & e-b also but with no effect.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 10:18 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 08/07/2008, at 09.55, Christian Hellman wrote:
>
> I have just installed latest e-b and b-k. It still does not seem to
> work.

You're trying to connect to Brutus Server at port 2003 but your server
is using Lorica which puts it at port 4082.

--
jules




> The logs are the same.
>
> Now I cannot even find my client ip address in the server logs
> (172.17.200.80).
>
> Also, event viewer says "Brutus Server|TAO (344|2872) -
> Transport(952)::handle_input, error parsing incoming message"
> which I don't know what it means.
>
> What should I attach to make troubleshooting easier?
>
> I thought that it might be easy if I send all the confs and logs and
> a specification on how the network looks, so I did.
>
> Here is the set up;
> E-B/Lorica Client - eth0 172.17.200.80
> Brutus/Lorica Server - 172.17.200.242
> AD/Exchange Server - 172.17.200.241
>
> E-B client running latest (.22) version. Brutus server running
> enterprise 1.0.0.0. Exchange is version 2007.
> They have no firewalls in between what so ever.
>
> Attached is server & client logs and confs.
>
> Help is much appreciated.
>
> Thanks,
> Christian
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
> Sent: Monday, July 07, 2008 4:12 PM
> To: brutus-list
> Subject: RE: Brutus Server 1.0 is out
>
> Hi Jules,
>
> I did as you said.
>
> Now it seems like they are not communicating at all.
>
> Server log attached, client log below.
>
> Do you want me to send all the confs?
>
> BR,
> Christian
>
>
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-
> store.c(1549) brutus_build_folder_tree_from_cache() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(571) brutus_get_from_fi_cache() -
> 151fc34dc5867502fc0bc11b15207401
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707)
> brutus_logon_loop() - User canceled or password was all whitespace
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
> store.c(2194) brutus_connect() - Could not connect to Brutus server
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
> store.c(2370) brutus_connect() - Could not connect to Brutus server
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
> store.c(2371) brutus_connect() - No IMAPISession offer - releasing
> query lock
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
> store.c(2400) brutus_connect() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(1549) brutus_build_folder_tree_from_cache() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(571) brutus_get_from_fi_cache() -
> 151fc34dc5867502fc0bc11b15207401
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434)
> brutus_is_connected() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(802) brutus_folder_info_free() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(1727) brutus_mapi_shutdown() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2058) brutus_connect() - Attempting to query a session from
> the proxy
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2105) brutus_connect() - Could not get session from proxy,
> must log on explicitly
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2122) brutus_connect() - No stored MAPI Profile - generating
> a new one
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2131) brutus_connect() - Using this MAPI Profile:
> "7b6d44fa-4c2f-11dd-a968-005056b833e4"
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2133) brutus_connect() - Getting reference to BrutusLogOn
> object
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2150) brutus_connect() - BrutusLogOn resolved
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2152) brutus_connect() - BrutusLogOn reference has been
> acquired
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
> store.c(2165) brutus_connect() - Brutus Server version check completed
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696)
> brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698)
> brutus_logon_loop() - =(null)
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699)
> brutus_logon_loop() -
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700)
> brutus_logon_loop() - christianh
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701)
> brutus_logon_loop() - DR
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702)
> brutus_logon_loop() - 172.17.200.241
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571)
> brutus_get_password() - libexecdir = /usr/libexec
> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384)
> get_keyring_ref() - Before getting keyring ref from file
> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574)
> brutus_get_password() - Could not retrieve password from keyring -
> querying use
> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384)
> get_keyring_ref() - Before getting keyring ref from file
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Monday, July 07, 2008 3:46 PM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 07/07/2008, at 15.18, Christian Hellman wrote:
>
>> Hi Jules,
>>
>> I understood that and I've already done that (moved it and restarted
>> the service).
>>
>> Lorica is up and running with the template config (no changes) on my
>> client.
>>
>> I don't know what to change to the endpoints at the client side?
>> Right now they are at default values.
>
> The external endpoint should be something like:
>
> External_Address eth0:4082
>
> But you must also remember to correct the IFR location. The
> configuration templates states something like:
>
> ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
> ifr-server.com:4082/InterfaceRepository
>
> You need to replace "remote-ifr-server.com" with the server side
> Lorica host.
>
>
>> The server did not have enterprise though.
>
> The enterprise edition is here:
>
> http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
>
>
> --
> jules
>
>
>> So I've reinstalled the server.
>>
>> I made these changes to the default config:
>> USE_LORICA yes
>> ORB_OPTION_SERVER iiop://172.17.200.242:2003
>> CONFIGURED yes # ;)
>>
>> What more is there to do? I get the same error.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 3:04 PM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>>
>> On 07/07/2008, at 14.40, Christian Hellman wrote:
>>
>>> Hi Jules and everyone,
>>>
>>> I am using the default lorica.conf.evolution-brutus.
>>
>> That one is merely a template for a correct e-b functioning
>> Lorica :-)
>> You need to:
>>
>> 1) Stop Lorica
>>
>> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>>
>> 3) edit the external endpoint in lorica.conf
>>
>> 4) start Lorica
>>
>>
>>> On the server side, should the option "use lorica" be set to yes? I
>>> would guess so.
>>
>> Yes.
>>
>>
>>> Do I need to do anything on the server side to make this work?
>>
>> Not really - provided that you installed Brutus Enterprise Server.
>> The
>> plain Brutus Server do not have the needed service dependancies set
>> up.
>>
>> Best regards,
>> jules
>>
>>
>>
>>>
>>>
>>> BR,
>>> Christian
>>>
>>> ________________________________________
>>> From: Jules Colding [colding-***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 2:26 PM
>>> To: Christian Hellman
>>> Subject: Re: Brutus Server 1.0 is out
>>>
>>> Hi Christian,
>>>
>>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>>
>>>> Hi again,
>>>>
>>>> I forgot that I turned lorica on in the first place so I turned it
>>>> off instead.
>>>>
>>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>>
>>>> I would guess at some communication problem between AD and brutus?
>>>> What can you make out?
>>>
>>> No, not a server problem. The server claims that your callback
>>> object
>>> is nil. This will typically happen if your local client Lorica is
>>> misconfigured.
>>>
>>>
>>>> Feels very close now though!
>>>
>>> I think that your client Lorica might be misconfigured. Could you
>>> please send me "lorica.conf" ?
>>>
>>>
>>>> Also tell me if this is starting to become a subject for the
>>>> mailing
>>>> list instead.
>>>
>>> Indeed it is, and has been for some time now. Shall we move to the
>>> list?
>>>
>>> Best regards,
>>> jules
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <
> client
> .tar.gz><server.tar.gz>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Luis Correia
2008-07-08 08:35:46 UTC
Permalink
Christian,

I believe you must use Lorica on the client also.

Luis Correia

On Tue, Jul 8, 2008 at 9:27 AM, Christian Hellman
<christian.hellman-QZfty/PGBGs+***@public.gmane.org> wrote:
> Hi Jules,
>
> That was sharp of you to spot.
>
> I changed the client to connect to 172.17.200.242 port 4082 instead but with no effect.
>
> Logs looks the same (but port changed in client log).
>
> I've restarted evolution & e-b also but with no effect.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 10:18 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 08/07/2008, at 09.55, Christian Hellman wrote:
>>
>> I have just installed latest e-b and b-k. It still does not seem to
>> work.
>
> You're trying to connect to Brutus Server at port 2003 but your server
> is using Lorica which puts it at port 4082.
>
> --
> jules
>
>
>
>
>> The logs are the same.
>>
>> Now I cannot even find my client ip address in the server logs
>> (172.17.200.80).
>>
>> Also, event viewer says "Brutus Server|TAO (344|2872) -
>> Transport(952)::handle_input, error parsing incoming message"
>> which I don't know what it means.
>>
>> What should I attach to make troubleshooting easier?
>>
>> I thought that it might be easy if I send all the confs and logs and
>> a specification on how the network looks, so I did.
>>
>> Here is the set up;
>> E-B/Lorica Client - eth0 172.17.200.80
>> Brutus/Lorica Server - 172.17.200.242
>> AD/Exchange Server - 172.17.200.241
>>
>> E-B client running latest (.22) version. Brutus server running
>> enterprise 1.0.0.0. Exchange is version 2007.
>> They have no firewalls in between what so ever.
>>
>> Attached is server & client logs and confs.
>>
>> Help is much appreciated.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>> Sent: Monday, July 07, 2008 4:12 PM
>> To: brutus-list
>> Subject: RE: Brutus Server 1.0 is out
>>
>> Hi Jules,
>>
>> I did as you said.
>>
>> Now it seems like they are not communicating at all.
>>
>> Server log attached, client log below.
>>
>> Do you want me to send all the confs?
>>
>> BR,
>> Christian
>>
>>
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-
>> store.c(1549) brutus_build_folder_tree_from_cache() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(571) brutus_get_from_fi_cache() -
>> 151fc34dc5867502fc0bc11b15207401
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707)
>> brutus_logon_loop() - User canceled or password was all whitespace
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>> store.c(2194) brutus_connect() - Could not connect to Brutus server
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>> store.c(2370) brutus_connect() - Could not connect to Brutus server
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>> store.c(2371) brutus_connect() - No IMAPISession offer - releasing
>> query lock
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>> store.c(2400) brutus_connect() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(1549) brutus_build_folder_tree_from_cache() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(571) brutus_get_from_fi_cache() -
>> 151fc34dc5867502fc0bc11b15207401
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434)
>> brutus_is_connected() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(1727) brutus_mapi_shutdown() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2058) brutus_connect() - Attempting to query a session from
>> the proxy
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2105) brutus_connect() - Could not get session from proxy,
>> must log on explicitly
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2122) brutus_connect() - No stored MAPI Profile - generating
>> a new one
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2131) brutus_connect() - Using this MAPI Profile:
>> "7b6d44fa-4c2f-11dd-a968-005056b833e4"
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2133) brutus_connect() - Getting reference to BrutusLogOn
>> object
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2150) brutus_connect() - BrutusLogOn resolved
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2152) brutus_connect() - BrutusLogOn reference has been
>> acquired
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2165) brutus_connect() - Brutus Server version check completed
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696)
>> brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698)
>> brutus_logon_loop() - =(null)
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700)
>> brutus_logon_loop() - christianh
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701)
>> brutus_logon_loop() - DR
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702)
>> brutus_logon_loop() - 172.17.200.241
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571)
>> brutus_get_password() - libexecdir = /usr/libexec
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384)
>> get_keyring_ref() - Before getting keyring ref from file
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574)
>> brutus_get_password() - Could not retrieve password from keyring -
>> querying use
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384)
>> get_keyring_ref() - Before getting keyring ref from file
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 3:46 PM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 07/07/2008, at 15.18, Christian Hellman wrote:
>>
>>> Hi Jules,
>>>
>>> I understood that and I've already done that (moved it and restarted
>>> the service).
>>>
>>> Lorica is up and running with the template config (no changes) on my
>>> client.
>>>
>>> I don't know what to change to the endpoints at the client side?
>>> Right now they are at default values.
>>
>> The external endpoint should be something like:
>>
>> External_Address eth0:4082
>>
>> But you must also remember to correct the IFR location. The
>> configuration templates states something like:
>>
>> ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
>> ifr-server.com:4082/InterfaceRepository
>>
>> You need to replace "remote-ifr-server.com" with the server side
>> Lorica host.
>>
>>
>>> The server did not have enterprise though.
>>
>> The enterprise edition is here:
>>
>> http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
>>
>>
>> --
>> jules
>>
>>
>>> So I've reinstalled the server.
>>>
>>> I made these changes to the default config:
>>> USE_LORICA yes
>>> ORB_OPTION_SERVER iiop://172.17.200.242:2003
>>> CONFIGURED yes # ;)
>>>
>>> What more is there to do? I get the same error.
>>>
>>> BR,
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 3:04 PM
>>> To: brutus-list
>>> Subject: Re: Brutus Server 1.0 is out
>>>
>>> Hi Christian,
>>>
>>>
>>> On 07/07/2008, at 14.40, Christian Hellman wrote:
>>>
>>>> Hi Jules and everyone,
>>>>
>>>> I am using the default lorica.conf.evolution-brutus.
>>>
>>> That one is merely a template for a correct e-b functioning
>>> Lorica :-)
>>> You need to:
>>>
>>> 1) Stop Lorica
>>>
>>> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>>>
>>> 3) edit the external endpoint in lorica.conf
>>>
>>> 4) start Lorica
>>>
>>>
>>>> On the server side, should the option "use lorica" be set to yes? I
>>>> would guess so.
>>>
>>> Yes.
>>>
>>>
>>>> Do I need to do anything on the server side to make this work?
>>>
>>> Not really - provided that you installed Brutus Enterprise Server.
>>> The
>>> plain Brutus Server do not have the needed service dependancies set
>>> up.
>>>
>>> Best regards,
>>> jules
>>>
>>>
>>>
>>>>
>>>>
>>>> BR,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Monday, July 07, 2008 2:26 PM
>>>> To: Christian Hellman
>>>> Subject: Re: Brutus Server 1.0 is out
>>>>
>>>> Hi Christian,
>>>>
>>>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>>>
>>>>> Hi again,
>>>>>
>>>>> I forgot that I turned lorica on in the first place so I turned it
>>>>> off instead.
>>>>>
>>>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>>>
>>>>> I would guess at some communication problem between AD and brutus?
>>>>> What can you make out?
>>>>
>>>> No, not a server problem. The server claims that your callback
>>>> object
>>>> is nil. This will typically happen if your local client Lorica is
>>>> misconfigured.
>>>>
>>>>
>>>>> Feels very close now though!
>>>>
>>>> I think that your client Lorica might be misconfigured. Could you
>>>> please send me "lorica.conf" ?
>>>>
>>>>
>>>>> Also tell me if this is starting to become a subject for the
>>>>> mailing
>>>>> list instead.
>>>>
>>>> Indeed it is, and has been for some time now. Shall we move to the
>>>> list?
>>>>
>>>> Best regards,
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <
>> client
>> .tar.gz><server.tar.gz>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
Christian Hellman
2008-07-08 08:33:04 UTC
Permalink
Hi Luis,

Lorica is installed and configured on the client already as I mentioned. Confs and logs attached in a previous mail.

Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 10:35 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Christian,

I believe you must use Lorica on the client also.

Luis Correia

On Tue, Jul 8, 2008 at 9:27 AM, Christian Hellman
<christian.hellman-QZfty/PGBGs+***@public.gmane.org> wrote:
> Hi Jules,
>
> That was sharp of you to spot.
>
> I changed the client to connect to 172.17.200.242 port 4082 instead but with no effect.
>
> Logs looks the same (but port changed in client log).
>
> I've restarted evolution & e-b also but with no effect.
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 10:18 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Hi Christian,
>
> On 08/07/2008, at 09.55, Christian Hellman wrote:
>>
>> I have just installed latest e-b and b-k. It still does not seem to
>> work.
>
> You're trying to connect to Brutus Server at port 2003 but your server
> is using Lorica which puts it at port 4082.
>
> --
> jules
>
>
>
>
>> The logs are the same.
>>
>> Now I cannot even find my client ip address in the server logs
>> (172.17.200.80).
>>
>> Also, event viewer says "Brutus Server|TAO (344|2872) -
>> Transport(952)::handle_input, error parsing incoming message"
>> which I don't know what it means.
>>
>> What should I attach to make troubleshooting easier?
>>
>> I thought that it might be easy if I send all the confs and logs and
>> a specification on how the network looks, so I did.
>>
>> Here is the set up;
>> E-B/Lorica Client - eth0 172.17.200.80
>> Brutus/Lorica Server - 172.17.200.242
>> AD/Exchange Server - 172.17.200.241
>>
>> E-B client running latest (.22) version. Brutus server running
>> enterprise 1.0.0.0. Exchange is version 2007.
>> They have no firewalls in between what so ever.
>>
>> Attached is server & client logs and confs.
>>
>> Help is much appreciated.
>>
>> Thanks,
>> Christian
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>> Sent: Monday, July 07, 2008 4:12 PM
>> To: brutus-list
>> Subject: RE: Brutus Server 1.0 is out
>>
>> Hi Jules,
>>
>> I did as you said.
>>
>> Now it seems like they are not communicating at all.
>>
>> Server log attached, client log below.
>>
>> Do you want me to send all the confs?
>>
>> BR,
>> Christian
>>
>>
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-
>> store.c(1549) brutus_build_folder_tree_from_cache() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(571) brutus_get_from_fi_cache() -
>> 151fc34dc5867502fc0bc11b15207401
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707)
>> brutus_logon_loop() - User canceled or password was all whitespace
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>> store.c(2194) brutus_connect() - Could not connect to Brutus server
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>> store.c(2370) brutus_connect() - Could not connect to Brutus server
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>> store.c(2371) brutus_connect() - No IMAPISession offer - releasing
>> query lock
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>> store.c(2400) brutus_connect() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(1549) brutus_build_folder_tree_from_cache() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(571) brutus_get_from_fi_cache() -
>> 151fc34dc5867502fc0bc11b15207401
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434)
>> brutus_is_connected() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(802) brutus_folder_info_free() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(1727) brutus_mapi_shutdown() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2058) brutus_connect() - Attempting to query a session from
>> the proxy
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2105) brutus_connect() - Could not get session from proxy,
>> must log on explicitly
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2122) brutus_connect() - No stored MAPI Profile - generating
>> a new one
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2131) brutus_connect() - Using this MAPI Profile:
>> "7b6d44fa-4c2f-11dd-a968-005056b833e4"
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2133) brutus_connect() - Getting reference to BrutusLogOn
>> object
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2150) brutus_connect() - BrutusLogOn resolved
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2152) brutus_connect() - BrutusLogOn reference has been
>> acquired
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>> store.c(2165) brutus_connect() - Brutus Server version check completed
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696)
>> brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698)
>> brutus_logon_loop() - =(null)
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699)
>> brutus_logon_loop() -
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700)
>> brutus_logon_loop() - christianh
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701)
>> brutus_logon_loop() - DR
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702)
>> brutus_logon_loop() - 172.17.200.241
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571)
>> brutus_get_password() - libexecdir = /usr/libexec
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384)
>> get_keyring_ref() - Before getting keyring ref from file
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574)
>> brutus_get_password() - Could not retrieve password from keyring -
>> querying use
>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384)
>> get_keyring_ref() - Before getting keyring ref from file
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Monday, July 07, 2008 3:46 PM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 07/07/2008, at 15.18, Christian Hellman wrote:
>>
>>> Hi Jules,
>>>
>>> I understood that and I've already done that (moved it and restarted
>>> the service).
>>>
>>> Lorica is up and running with the template config (no changes) on my
>>> client.
>>>
>>> I don't know what to change to the endpoints at the client side?
>>> Right now they are at default values.
>>
>> The external endpoint should be something like:
>>
>> External_Address eth0:4082
>>
>> But you must also remember to correct the IFR location. The
>> configuration templates states something like:
>>
>> ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
>> ifr-server.com:4082/InterfaceRepository
>>
>> You need to replace "remote-ifr-server.com" with the server side
>> Lorica host.
>>
>>
>>> The server did not have enterprise though.
>>
>> The enterprise edition is here:
>>
>> http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
>>
>>
>> --
>> jules
>>
>>
>>> So I've reinstalled the server.
>>>
>>> I made these changes to the default config:
>>> USE_LORICA yes
>>> ORB_OPTION_SERVER iiop://172.17.200.242:2003
>>> CONFIGURED yes # ;)
>>>
>>> What more is there to do? I get the same error.
>>>
>>> BR,
>>> Christian
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 3:04 PM
>>> To: brutus-list
>>> Subject: Re: Brutus Server 1.0 is out
>>>
>>> Hi Christian,
>>>
>>>
>>> On 07/07/2008, at 14.40, Christian Hellman wrote:
>>>
>>>> Hi Jules and everyone,
>>>>
>>>> I am using the default lorica.conf.evolution-brutus.
>>>
>>> That one is merely a template for a correct e-b functioning
>>> Lorica :-)
>>> You need to:
>>>
>>> 1) Stop Lorica
>>>
>>> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>>>
>>> 3) edit the external endpoint in lorica.conf
>>>
>>> 4) start Lorica
>>>
>>>
>>>> On the server side, should the option "use lorica" be set to yes? I
>>>> would guess so.
>>>
>>> Yes.
>>>
>>>
>>>> Do I need to do anything on the server side to make this work?
>>>
>>> Not really - provided that you installed Brutus Enterprise Server.
>>> The
>>> plain Brutus Server do not have the needed service dependancies set
>>> up.
>>>
>>> Best regards,
>>> jules
>>>
>>>
>>>
>>>>
>>>>
>>>> BR,
>>>> Christian
>>>>
>>>> ________________________________________
>>>> From: Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Monday, July 07, 2008 2:26 PM
>>>> To: Christian Hellman
>>>> Subject: Re: Brutus Server 1.0 is out
>>>>
>>>> Hi Christian,
>>>>
>>>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>>>
>>>>> Hi again,
>>>>>
>>>>> I forgot that I turned lorica on in the first place so I turned it
>>>>> off instead.
>>>>>
>>>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>>>
>>>>> I would guess at some communication problem between AD and brutus?
>>>>> What can you make out?
>>>>
>>>> No, not a server problem. The server claims that your callback
>>>> object
>>>> is nil. This will typically happen if your local client Lorica is
>>>> misconfigured.
>>>>
>>>>
>>>>> Feels very close now though!
>>>>
>>>> I think that your client Lorica might be misconfigured. Could you
>>>> please send me "lorica.conf" ?
>>>>
>>>>
>>>>> Also tell me if this is starting to become a subject for the
>>>>> mailing
>>>>> list instead.
>>>>
>>>> Indeed it is, and has been for some time now. Shall we move to the
>>>> list?
>>>>
>>>> Best regards,
>>>> jules
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <
>> client
>> .tar.gz><server.tar.gz>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
Luis Correia
2008-07-08 08:40:04 UTC
Permalink
Oh, sorry then :)

Luis

On Tue, Jul 8, 2008 at 9:33 AM, Christian Hellman
<christian.hellman-QZfty/PGBGs+***@public.gmane.org> wrote:
> Hi Luis,
>
> Lorica is installed and configured on the client already as I mentioned. Confs and logs attached in a previous mail.
>
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Luis Correia [luis.f.correia-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 10:35 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> Christian,
>
> I believe you must use Lorica on the client also.
>
> Luis Correia
>
> On Tue, Jul 8, 2008 at 9:27 AM, Christian Hellman
> <christian.hellman-QZfty/PGBGs+***@public.gmane.org> wrote:
>> Hi Jules,
>>
>> That was sharp of you to spot.
>>
>> I changed the client to connect to 172.17.200.242 port 4082 instead but with no effect.
>>
>> Logs looks the same (but port changed in client log).
>>
>> I've restarted evolution & e-b also but with no effect.
>>
>> BR,
>> Christian
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Tuesday, July 08, 2008 10:18 AM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> Hi Christian,
>>
>> On 08/07/2008, at 09.55, Christian Hellman wrote:
>>>
>>> I have just installed latest e-b and b-k. It still does not seem to
>>> work.
>>
>> You're trying to connect to Brutus Server at port 2003 but your server
>> is using Lorica which puts it at port 4082.
>>
>> --
>> jules
>>
>>
>>
>>
>>> The logs are the same.
>>>
>>> Now I cannot even find my client ip address in the server logs
>>> (172.17.200.80).
>>>
>>> Also, event viewer says "Brutus Server|TAO (344|2872) -
>>> Transport(952)::handle_input, error parsing incoming message"
>>> which I don't know what it means.
>>>
>>> What should I attach to make troubleshooting easier?
>>>
>>> I thought that it might be easy if I send all the confs and logs and
>>> a specification on how the network looks, so I did.
>>>
>>> Here is the set up;
>>> E-B/Lorica Client - eth0 172.17.200.80
>>> Brutus/Lorica Server - 172.17.200.242
>>> AD/Exchange Server - 172.17.200.241
>>>
>>> E-B client running latest (.22) version. Brutus server running
>>> enterprise 1.0.0.0. Exchange is version 2007.
>>> They have no firewalls in between what so ever.
>>>
>>> Attached is server & client logs and confs.
>>>
>>> Help is much appreciated.
>>>
>>> Thanks,
>>> Christian
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 4:12 PM
>>> To: brutus-list
>>> Subject: RE: Brutus Server 1.0 is out
>>>
>>> Hi Jules,
>>>
>>> I did as you said.
>>>
>>> Now it seems like they are not communicating at all.
>>>
>>> Server log attached, client log below.
>>>
>>> Do you want me to send all the confs?
>>>
>>> BR,
>>> Christian
>>>
>>>
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:20 2008] camel-brutus-
>>> store.c(1549) brutus_build_folder_tree_from_cache() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>>> store.c(571) brutus_get_from_fi_cache() -
>>> 151fc34dc5867502fc0bc11b15207401
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:21 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] brutus_util.c(707)
>>> brutus_logon_loop() - User canceled or password was all whitespace
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>>> store.c(2194) brutus_connect() - Could not connect to Brutus server
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:37 2008] camel-brutus-
>>> store.c(2370) brutus_connect() - Could not connect to Brutus server
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>>> store.c(2371) brutus_connect() - No IMAPISession offer - releasing
>>> query lock
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:38 2008] camel-brutus-
>>> store.c(2400) brutus_connect() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(1549) brutus_build_folder_tree_from_cache() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(571) brutus_get_from_fi_cache() -
>>> 151fc34dc5867502fc0bc11b15207401
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] brutus_mapi.c(2434)
>>> brutus_is_connected() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(802) brutus_folder_info_free() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(1727) brutus_mapi_shutdown() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2058) brutus_connect() - Attempting to query a session from
>>> the proxy
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2105) brutus_connect() - Could not get session from proxy,
>>> must log on explicitly
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2122) brutus_connect() - No stored MAPI Profile - generating
>>> a new one
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2131) brutus_connect() - Using this MAPI Profile:
>>> "7b6d44fa-4c2f-11dd-a968-005056b833e4"
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2133) brutus_connect() - Getting reference to BrutusLogOn
>>> object
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2150) brutus_connect() - BrutusLogOn resolved
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2152) brutus_connect() - BrutusLogOn reference has been
>>> acquired
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:50 2008] camel-brutus-
>>> store.c(2165) brutus_connect() - Brutus Server version check completed
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(695)
>>> brutus_logon_loop() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(696)
>>> brutus_logon_loop() - SMTP:christianh-QZfty/PGBGs+***@public.gmane.org
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(697)
>>> brutus_logon_loop() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(698)
>>> brutus_logon_loop() - =(null)
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(699)
>>> brutus_logon_loop() -
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(700)
>>> brutus_logon_loop() - christianh
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(701)
>>> brutus_logon_loop() - DR
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(702)
>>> brutus_logon_loop() - 172.17.200.241
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(571)
>>> brutus_get_password() - libexecdir = /usr/libexec
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:17:51 2008] brutus_util.c(384)
>>> get_keyring_ref() - Before getting keyring ref from file
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:03 2008] brutus_util.c(574)
>>> brutus_get_password() - Could not retrieve password from keyring -
>>> querying use
>>> ** BRUTUS 1.2.20 [Mon Jul 7 14:18:13 2008] brutus_util.c(384)
>>> get_keyring_ref() - Before getting keyring ref from file
>>>
>>> ________________________________________
>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>> Sent: Monday, July 07, 2008 3:46 PM
>>> To: brutus-list
>>> Subject: Re: Brutus Server 1.0 is out
>>>
>>> Hi Christian,
>>>
>>> On 07/07/2008, at 15.18, Christian Hellman wrote:
>>>
>>>> Hi Jules,
>>>>
>>>> I understood that and I've already done that (moved it and restarted
>>>> the service).
>>>>
>>>> Lorica is up and running with the template config (no changes) on my
>>>> client.
>>>>
>>>> I don't know what to change to the endpoints at the client side?
>>>> Right now they are at default values.
>>>
>>> The external endpoint should be something like:
>>>
>>> External_Address eth0:4082
>>>
>>> But you must also remember to correct the IFR location. The
>>> configuration templates states something like:
>>>
>>> ORB_Option -ORBInitRef InterfaceRepository=corbaloc:iiop:remote-
>>> ifr-server.com:4082/InterfaceRepository
>>>
>>> You need to replace "remote-ifr-server.com" with the server side
>>> Lorica host.
>>>
>>>
>>>> The server did not have enterprise though.
>>>
>>> The enterprise edition is here:
>>>
>>> http://www.42tools.com/sites/default/files/downloads/brutus-enterprise-install.exe
>>>
>>>
>>> --
>>> jules
>>>
>>>
>>>> So I've reinstalled the server.
>>>>
>>>> I made these changes to the default config:
>>>> USE_LORICA yes
>>>> ORB_OPTION_SERVER iiop://172.17.200.242:2003
>>>> CONFIGURED yes # ;)
>>>>
>>>> What more is there to do? I get the same error.
>>>>
>>>> BR,
>>>> Christian
>>>> ________________________________________
>>>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>>>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>>>> Sent: Monday, July 07, 2008 3:04 PM
>>>> To: brutus-list
>>>> Subject: Re: Brutus Server 1.0 is out
>>>>
>>>> Hi Christian,
>>>>
>>>>
>>>> On 07/07/2008, at 14.40, Christian Hellman wrote:
>>>>
>>>>> Hi Jules and everyone,
>>>>>
>>>>> I am using the default lorica.conf.evolution-brutus.
>>>>
>>>> That one is merely a template for a correct e-b functioning
>>>> Lorica :-)
>>>> You need to:
>>>>
>>>> 1) Stop Lorica
>>>>
>>>> 2) cp lorica.conf.evolution-brutus /etc/lorica.conf
>>>>
>>>> 3) edit the external endpoint in lorica.conf
>>>>
>>>> 4) start Lorica
>>>>
>>>>
>>>>> On the server side, should the option "use lorica" be set to yes? I
>>>>> would guess so.
>>>>
>>>> Yes.
>>>>
>>>>
>>>>> Do I need to do anything on the server side to make this work?
>>>>
>>>> Not really - provided that you installed Brutus Enterprise Server.
>>>> The
>>>> plain Brutus Server do not have the needed service dependancies set
>>>> up.
>>>>
>>>> Best regards,
>>>> jules
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> BR,
>>>>> Christian
>>>>>
>>>>> ________________________________________
>>>>> From: Jules Colding [colding-***@public.gmane.org]
>>>>> Sent: Monday, July 07, 2008 2:26 PM
>>>>> To: Christian Hellman
>>>>> Subject: Re: Brutus Server 1.0 is out
>>>>>
>>>>> Hi Christian,
>>>>>
>>>>> On 07/07/2008, at 14.09, Christian Hellman wrote:
>>>>>
>>>>>> Hi again,
>>>>>>
>>>>>> I forgot that I turned lorica on in the first place so I turned it
>>>>>> off instead.
>>>>>>
>>>>>> Now I get a wrong password dialog (when typing the correct one(s)).
>>>>>>
>>>>>> I would guess at some communication problem between AD and brutus?
>>>>>> What can you make out?
>>>>>
>>>>> No, not a server problem. The server claims that your callback
>>>>> object
>>>>> is nil. This will typically happen if your local client Lorica is
>>>>> misconfigured.
>>>>>
>>>>>
>>>>>> Feels very close now though!
>>>>>
>>>>> I think that your client Lorica might be misconfigured. Could you
>>>>> please send me "lorica.conf" ?
>>>>>
>>>>>
>>>>>> Also tell me if this is starting to become a subject for the
>>>>>> mailing
>>>>>> list instead.
>>>>>
>>>>> Indeed it is, and has been for some time now. Shall we move to the
>>>>> list?
>>>>>
>>>>> Best regards,
>>>>> jules
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> brutus mailing list
>>>>> brutus-***@public.gmane.org
>>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>>
>>>>
>>>> _______________________________________________
>>>> brutus mailing list
>>>> brutus-***@public.gmane.org
>>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>> _______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>>
>>>
>>> <
>>> client
>>> .tar.gz><server.tar.gz>_______________________________________________
>>> brutus mailing list
>>> brutus-***@public.gmane.org
>>> http://www.42tools.com/mailman/listinfo/brutus
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
Jules Colding
2008-07-08 09:11:11 UTC
Permalink
Hi Christian,

On 08/07/2008, at 10.27, Christian Hellman wrote:
>
> That was sharp of you to spot.
>
> I changed the client to connect to 172.17.200.242 port 4082 instead
> but with no effect.

I can see that your server side Lorica has:

#Internal_Address localhost:4080
#External_Address :4082


Please change this to:

Internal_Address localhost:4080
External_Address 172.17.200.242:4082


and restart BES (which will restart Lorica by itself).

Thanks,
jules
Christian Hellman
2008-07-08 09:13:37 UTC
Permalink
Hi Jules,

I've made the changes and restarted BES.

Everything is the same. Nothing in the logs.

Also I don't get the b-k dialog asking for password (but I did not get that one before this change either).

Tell me if you want me to send confs or logs (if you don't believe me 8) or something)?

I need more help.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 11:11 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 08/07/2008, at 10.27, Christian Hellman wrote:
>
> That was sharp of you to spot.
>
> I changed the client to connect to 172.17.200.242 port 4082 instead
> but with no effect.

I can see that your server side Lorica has:

#Internal_Address localhost:4080
#External_Address :4082


Please change this to:

Internal_Address localhost:4080
External_Address 172.17.200.242:4082


and restart BES (which will restart Lorica by itself).

Thanks,
jules
Christian Hellman
2008-07-08 09:22:29 UTC
Permalink
Hi again,

Just noticed that the client log is a bit different. It now contains

IDL:omg.org/CORBA/COMM_FAILURE:1.0

which I don't think was in there before. Do you need more logs?

BR
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Christian Hellman [christian.hellman-QZfty/PGBGs+***@public.gmane.org]
Sent: Tuesday, July 08, 2008 11:13 AM
To: brutus-list
Subject: RE: Brutus Server 1.0 is out

Hi Jules,

I've made the changes and restarted BES.

Everything is the same. Nothing in the logs.

Also I don't get the b-k dialog asking for password (but I did not get that one before this change either).

Tell me if you want me to send confs or logs (if you don't believe me 8) or something)?

I need more help.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 11:11 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi Christian,

On 08/07/2008, at 10.27, Christian Hellman wrote:
>
> That was sharp of you to spot.
>
> I changed the client to connect to 172.17.200.242 port 4082 instead
> but with no effect.

I can see that your server side Lorica has:

#Internal_Address localhost:4080
#External_Address :4082


Please change this to:

Internal_Address localhost:4080
External_Address 172.17.200.242:4082


and restart BES (which will restart Lorica by itself).

Thanks,
jules
Jules Colding
2008-07-08 09:34:56 UTC
Permalink
On 08/07/2008, at 11.22, Christian Hellman wrote:

> Hi again,
>
> Just noticed that the client log is a bit different. It now contains
>
> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>
> which I don't think was in there before. Do you need more logs?

I'll like to see the new client and server log. No need to send the
configurations.

Thanks,
jules
Christian Hellman
2008-07-08 09:39:10 UTC
Permalink
Oops I broke the cap. Changed .gz to .bz2

Sorry,
Christian
________________________________________
From: Christian Hellman
Sent: Tuesday, July 08, 2008 11:32 AM
To: brutus-list
Subject: RE: Brutus Server 1.0 is out

Hi Jules,

I did this

1) evolution --force-shutdown
2) ps ax | grep brutus
3) Killed all remaining Brutus related processes
4) Restarted Lorica on server
5) Restarted BES
6) Started Evolution again

New logs attached! Worked better this time. I get password dialog again.

BR,
Christian


________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 11:34 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

On 08/07/2008, at 11.22, Christian Hellman wrote:

> Hi again,
>
> Just noticed that the client log is a bit different. It now contains
>
> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>
> which I don't think was in there before. Do you need more logs?

I'll like to see the new client and server log. No need to send the
configurations.

Thanks,
jules
Jules Colding
2008-07-08 09:51:51 UTC
Permalink
On 08/07/2008, at 11.39, Christian Hellman wrote:

> Oops I broke the cap. Changed .gz to .bz2

OK, you can now talk to the server. The version check completed
successfully. What fails is this:

** BRUTUS 1.2.22 [Tue Jul 8 09:43:36 2008] brutus_util.c(707)
brutus_logon_loop() - User canceled or password was all whitespace

So e-b is not getting any password from b-k. That is why is doesn't
try to connect. Is your Windows password empty by chance?


--
jules



>
> Sorry,
> Christian
> ________________________________________
> From: Christian Hellman
> Sent: Tuesday, July 08, 2008 11:32 AM
> To: brutus-list
> Subject: RE: Brutus Server 1.0 is out
>
> Hi Jules,
>
> I did this
>
> 1) evolution --force-shutdown
> 2) ps ax | grep brutus
> 3) Killed all remaining Brutus related processes
> 4) Restarted Lorica on server
> 5) Restarted BES
> 6) Started Evolution again
>
> New logs attached! Worked better this time. I get password dialog
> again.
>
> BR,
> Christian
>
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 11:34 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> On 08/07/2008, at 11.22, Christian Hellman wrote:
>
>> Hi again,
>>
>> Just noticed that the client log is a bit different. It now contains
>>
>> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>>
>> which I don't think was in there before. Do you need more logs?
>
> I'll like to see the new client and server log. No need to send the
> configurations.
>
> Thanks,
> jules
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus-
> client
> .log
> ><serverlogs.tar.bz2>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-08 09:55:51 UTC
Permalink
Hi,

No it's not empty. I enter my password but it does not work.

Are there any non-supported special characters or something?

I will try with another account as well but I don't think it will work.

What's next? Do I need to do anything with b-k?

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 11:51 AM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

On 08/07/2008, at 11.39, Christian Hellman wrote:

> Oops I broke the cap. Changed .gz to .bz2

OK, you can now talk to the server. The version check completed
successfully. What fails is this:

** BRUTUS 1.2.22 [Tue Jul 8 09:43:36 2008] brutus_util.c(707)
brutus_logon_loop() - User canceled or password was all whitespace

So e-b is not getting any password from b-k. That is why is doesn't
try to connect. Is your Windows password empty by chance?


--
jules



>
> Sorry,
> Christian
> ________________________________________
> From: Christian Hellman
> Sent: Tuesday, July 08, 2008 11:32 AM
> To: brutus-list
> Subject: RE: Brutus Server 1.0 is out
>
> Hi Jules,
>
> I did this
>
> 1) evolution --force-shutdown
> 2) ps ax | grep brutus
> 3) Killed all remaining Brutus related processes
> 4) Restarted Lorica on server
> 5) Restarted BES
> 6) Started Evolution again
>
> New logs attached! Worked better this time. I get password dialog
> again.
>
> BR,
> Christian
>
>
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 11:34 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> On 08/07/2008, at 11.22, Christian Hellman wrote:
>
>> Hi again,
>>
>> Just noticed that the client log is a bit different. It now contains
>>
>> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>>
>> which I don't think was in there before. Do you need more logs?
>
> I'll like to see the new client and server log. No need to send the
> configurations.
>
> Thanks,
> jules
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> <brutus-
> client
> .log
> ><serverlogs.tar.bz2>_______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Jules Colding
2008-07-08 10:22:56 UTC
Permalink
Hi,

On 08/07/2008, at 11.55, Christian Hellman wrote:
>
> No it's not empty. I enter my password but it does not work.
>
> Are there any non-supported special characters or something?

Nope. It is a standard gtk+ dialog with two text entry fields.


> I will try with another account as well but I don't think it will
> work.
>
> What's next? Do I need to do anything with b-k?

I'm fast running out of ideas... You can demonstrably connect to the
server as the version check completes. The problem lies clearly with
query of the password. Maybe you should hack "evolution-brutus/query-
password/main.c" to get a clear idea of what gets passed on to the
keyring?

Best regards,
jules




>
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 11:51 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> On 08/07/2008, at 11.39, Christian Hellman wrote:
>
>> Oops I broke the cap. Changed .gz to .bz2
>
> OK, you can now talk to the server. The version check completed
> successfully. What fails is this:
>
> ** BRUTUS 1.2.22 [Tue Jul 8 09:43:36 2008] brutus_util.c(707)
> brutus_logon_loop() - User canceled or password was all whitespace
>
> So e-b is not getting any password from b-k. That is why is doesn't
> try to connect. Is your Windows password empty by chance?
>
>
> --
> jules
>
>
>
>>
>> Sorry,
>> Christian
>> ________________________________________
>> From: Christian Hellman
>> Sent: Tuesday, July 08, 2008 11:32 AM
>> To: brutus-list
>> Subject: RE: Brutus Server 1.0 is out
>>
>> Hi Jules,
>>
>> I did this
>>
>> 1) evolution --force-shutdown
>> 2) ps ax | grep brutus
>> 3) Killed all remaining Brutus related processes
>> 4) Restarted Lorica on server
>> 5) Restarted BES
>> 6) Started Evolution again
>>
>> New logs attached! Worked better this time. I get password dialog
>> again.
>>
>> BR,
>> Christian
>>
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Tuesday, July 08, 2008 11:34 AM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> On 08/07/2008, at 11.22, Christian Hellman wrote:
>>
>>> Hi again,
>>>
>>> Just noticed that the client log is a bit different. It now contains
>>>
>>> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>>>
>>> which I don't think was in there before. Do you need more logs?
>>
>> I'll like to see the new client and server log. No need to send the
>> configurations.
>>
>> Thanks,
>> jules
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <brutus-
>> client
>> .log
>>> <serverlogs.tar.bz2>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Christian Hellman
2008-07-08 10:45:13 UTC
Permalink
Hi,

So this is not the same thing as invalid password? Ot is it just does not get any password from b-k? It queries me for password anyway.

I've tried with another account without special characters but no success.

The thing is that I am a bit unsure about the settings for the user. When I log in to OWA i just enter "christianh" as username but b-k asks me for "DR\christianh" which would be the complete domain user name. I don't know if this is what should happen. The email address field under e-b-settings, should that really be the email address and not the login name?

Please clearify how the user name should be entered in settings.

Is there a way to specify what password to use without entering it in the query box? Like putting it in a file or something?

Also, since I now have installed from debs, I have no source to hack ;) Would be glad if you could look into this for me.

It would be great to have this working. Feels like we are close now.

BR,
Christian
________________________________________
From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On Behalf Of Jules Colding [colding-***@public.gmane.org]
Sent: Tuesday, July 08, 2008 12:22 PM
To: brutus-list
Subject: Re: Brutus Server 1.0 is out

Hi,

On 08/07/2008, at 11.55, Christian Hellman wrote:
>
> No it's not empty. I enter my password but it does not work.
>
> Are there any non-supported special characters or something?

Nope. It is a standard gtk+ dialog with two text entry fields.


> I will try with another account as well but I don't think it will
> work.
>
> What's next? Do I need to do anything with b-k?

I'm fast running out of ideas... You can demonstrably connect to the
server as the version check completes. The problem lies clearly with
query of the password. Maybe you should hack "evolution-brutus/query-
password/main.c" to get a clear idea of what gets passed on to the
keyring?

Best regards,
jules




>
>
> BR,
> Christian
> ________________________________________
> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
> Behalf Of Jules Colding [colding-***@public.gmane.org]
> Sent: Tuesday, July 08, 2008 11:51 AM
> To: brutus-list
> Subject: Re: Brutus Server 1.0 is out
>
> On 08/07/2008, at 11.39, Christian Hellman wrote:
>
>> Oops I broke the cap. Changed .gz to .bz2
>
> OK, you can now talk to the server. The version check completed
> successfully. What fails is this:
>
> ** BRUTUS 1.2.22 [Tue Jul 8 09:43:36 2008] brutus_util.c(707)
> brutus_logon_loop() - User canceled or password was all whitespace
>
> So e-b is not getting any password from b-k. That is why is doesn't
> try to connect. Is your Windows password empty by chance?
>
>
> --
> jules
>
>
>
>>
>> Sorry,
>> Christian
>> ________________________________________
>> From: Christian Hellman
>> Sent: Tuesday, July 08, 2008 11:32 AM
>> To: brutus-list
>> Subject: RE: Brutus Server 1.0 is out
>>
>> Hi Jules,
>>
>> I did this
>>
>> 1) evolution --force-shutdown
>> 2) ps ax | grep brutus
>> 3) Killed all remaining Brutus related processes
>> 4) Restarted Lorica on server
>> 5) Restarted BES
>> 6) Started Evolution again
>>
>> New logs attached! Worked better this time. I get password dialog
>> again.
>>
>> BR,
>> Christian
>>
>>
>> ________________________________________
>> From: brutus-bounces-***@public.gmane.org [brutus-bounces-***@public.gmane.org] On
>> Behalf Of Jules Colding [colding-***@public.gmane.org]
>> Sent: Tuesday, July 08, 2008 11:34 AM
>> To: brutus-list
>> Subject: Re: Brutus Server 1.0 is out
>>
>> On 08/07/2008, at 11.22, Christian Hellman wrote:
>>
>>> Hi again,
>>>
>>> Just noticed that the client log is a bit different. It now contains
>>>
>>> IDL:omg.org/CORBA/COMM_FAILURE:1.0
>>>
>>> which I don't think was in there before. Do you need more logs?
>>
>> I'll like to see the new client and server log. No need to send the
>> configurations.
>>
>> Thanks,
>> jules
>>
>>
>> _______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>>
>>
>> <brutus-
>> client
>> .log
>>> <serverlogs.tar.bz2>_______________________________________________
>> brutus mailing list
>> brutus-***@public.gmane.org
>> http://www.42tools.com/mailman/listinfo/brutus
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
>
>
> _______________________________________________
> brutus mailing list
> brutus-***@public.gmane.org
> http://www.42tools.com/mailman/listinfo/brutus
Jules Colding
2008-07-08 11:20:31 UTC
Permalink
Hi Christian,

On 08/07/2008, at 12.45, Christian Hellman wrote:
>
> So this is not the same thing as invalid password? Ot is it just
> does not get any password from b-k? It queries me for password anyway.

It is not the same thing as an invalid password. e-b would complain
loudly if this was the case. The problem is that e-b doesn't get any
password out of b-k, which in turn mean that the password dialog
doesn't store any password in b-k.


> I've tried with another account without special characters but no
> success.

Your password doesn't start with a whitespace, does it? No, it can't...


> The thing is that I am a bit unsure about the settings for the user.
> When I log in to OWA i just enter "christianh" as username but b-k
> asks me for "DR\christianh" which would be the complete domain user
> name. I don't know if this is what should happen. The email address
> field under e-b-settings, should that really be the email address
> and not the login name?

It should be the email address on Exchange.


> Please clearify how the user name should be entered in settings.

The user name is your Windows domain user name. It is what you would
have used were you to logon physically on a Windows box in the DR
domain.



> Is there a way to specify what password to use without entering it
> in the query box? Like putting it in a file or something?

Not without some coding... It must be present in the keyring.


> Also, since I now have installed from debs, I have no source to
> hack ;) Would be glad if you could look into this for me.

I would be happy to, but I've got my hands full with other matters for
the next few months.

Maybe someone else on this list can look into putting a few well
placed printf()s into the source and build a new deb for Christian?


> It would be great to have this working. Feels like we are close now.

Yes, and I would also really like to known why your password isn't
stored in the keyring.

Best regards,
jules
Loading...