Bug 414634

Summary: Evolution does not ask for new password if it's changed on Groupwise account
Product: [openSUSE] openSUSE 11.0 Reporter: Leo Eraly <leo>
Component: EvolutionAssignee: Forgotten User eDPGYP6_cn <forgotten_eDPGYP6_cn>
Status: RESOLVED FIXED QA Contact: Akhil Laddha <akhil.laddha>
Severity: Critical    
Priority: P1 - Urgent CC: forgotten_eDPGYP6_cn
Version: Final   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Leo Eraly 2008-08-05 08:21:17 UTC
# rpm -q evolution
evolution-2.22.1.1-15.1

# rpm -q evolution-data-server
evolution-data-server-2.22.1.1-11.1

I changed the password on my Groupwise account (Via the native client)

If I start evolution afterwards it does not ask me for my new password but It hangs on my groupwise account.

Starting evolution with the GROUPWISE_DEBUG=1 parameter gives the following XML output.

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/1999/XMLSchema" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"><SOAP-ENV:Body xmlns:types="http://schemas.novell.com/2003/10/NCSP/types.xsd" SOAP-ENV:encodingStyle=""><loginRequest><types:application>Evolution-Data-Server-2.22-2008-06-07</types:application><types:auth xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="types:PlainText"><types:username>leo</types:username><types:password>XXXX</types:password></types:auth></loginRequest></SOAP-ENV:Body></SOAP-ENV:Envelope>

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
  <SOAP-ENV:Body xmlns:types="http://schemas.novell.com/2003/10/NCSP/types.xsd" SOAP-ENV:encodingStyle="">
    <loginResponse>
      <status>
        <code>53273</code>
        <description>Invalid password</description>
      </status>
    </loginResponse>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

------
gw connection dispose 
gw connection finalize



Gw server is 7.3 running on Linux
Comment 1 Leo Eraly 2008-08-14 10:08:52 UTC
Tried to install as many of the suggested debug packages and here is the output of 
thread apply all bt

Thread 4 (Thread 0xb39ceb90 (LWP 5826)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb724ec15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb67e408a in ?? () from /usr/lib/libglib-2.0.so.0
#3  0xb798fcd5 in e_dlist_remhead (l=0xb3013428) at e-msgport.c:243
#4  0xb7c47be3 in ep_msg_send (msg=0x0) at e-passwords.c:515
#5  0xb7c49e28 in e_passwords_init () at e-passwords.c:1216
#6  0xb5dded59 in forget_password (session=0x80fa6b8, service=0x8482c78, domain=0xb255ec91 "Groupwise", item=0xb255f7ea "password", ex=0x8860a54)
    at mail-session.c:264
#7  0xb7e1eeda in camel_session_forget_password (session=0x80fa6b8, service=0x8482c78, domain=0xb255ec91 "Groupwise", item=0xb255f7ea "password", 
    ex=0x8860a54) at camel-session.c:405
#8  0xb2559e94 in groupwise_connect (service=0x8482c78, ex=0x8860a54) at camel-groupwise-store.c:220
#9  0xb7e1dadf in camel_service_connect (service=0x8482c78, ex=0x8860a54) at camel-service.c:374
#10 0xb2558f57 in camel_groupwise_store_connected (store=0x1, ex=0x8860a54) at camel-groupwise-store.c:1424
#11 0xb25547ca in groupwise_folder_get_message (folder=0x884a288, 
    uid=0x83bec78 "4863C587.SDGUG.POTNF.100.1393631.1.1FE0.1@1:7.SDGUG.POTNF.100.0.1.0.1@16", ex=0x8860a54) at camel-groupwise-folder.c:160
#12 0xb7e0ca06 in camel_folder_get_message (folder=0x884a288, uid=0x83bec78 "4863C587.SDGUG.POTNF.100.1393631.1.1FE0.1@1:7.SDGUG.POTNF.100.0.1.0.1@16", 
    ex=0x8860a54) at camel-folder.c:1080
#13 0xb5dd8c53 in get_message_exec (m=0x8860a40) at mail-ops.c:1720
#14 0xb5dd6469 in mail_msg_proxy (msg=0x8860a40) at mail-mt.c:523
#15 0xb6835a06 in ?? () from /usr/lib/libglib-2.0.so.0
#16 0xb683439f in ?? () from /usr/lib/libglib-2.0.so.0
#17 0xb724b175 in start_thread () from /lib/libpthread.so.0
#18 0xb6731dce in clone () from /lib/libc.so.6

Thread 3 (Thread 0xb2e8ab90 (LWP 5848)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb72517a9 in __lll_lock_wait () from /lib/libpthread.so.0
#2  0xb724cc66 in _L_lock_89 () from /lib/libpthread.so.0
#3  0xb724c572 in pthread_mutex_lock () from /lib/libpthread.so.0
#4  0xb68342fd in g_static_rec_mutex_lock () from /usr/lib/libglib-2.0.so.0
#5  0xb7e0da36 in camel_folder_sync (folder=0x88790c8, expunge=0, ex=0x8514364) at camel-folder.c:278
#6  0xb5dd88cf in sync_folder_exec (m=0x8514350) at mail-ops.c:1437
#7  0xb5dd6469 in mail_msg_proxy (msg=0xb724c500) at mail-mt.c:523
#8  0xb6835a06 in ?? () from /usr/lib/libglib-2.0.so.0
#9  0xb683439f in ?? () from /usr/lib/libglib-2.0.so.0
#10 0xb724b175 in start_thread () from /lib/libpthread.so.0
#11 0xb6731dce in clone () from /lib/libc.so.6

Thread 2 (Thread 0xb2448b90 (LWP 6155)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb72517a9 in __lll_lock_wait () from /lib/libpthread.so.0
#2  0xb724cc66 in _L_lock_89 () from /lib/libpthread.so.0
#3  0xb724c572 in pthread_mutex_lock () from /lib/libpthread.so.0
#4  0xb68342fd in g_static_rec_mutex_lock () from /usr/lib/libglib-2.0.so.0
#5  0xb255b4c1 in groupwise_get_folder_info (store=0x8482c78, top=0x0, flags=7, ex=0x8a68734) at camel-groupwise-store.c:1141
#6  0xb7e25532 in camel_store_get_folder_info (store=0x8482c78, top=0x0, flags=<value optimized out>, ex=0x8a68734) at camel-store.c:800
#7  0xb5dd9aac in get_folderinfo_exec (m=0x8a68720) at mail-ops.c:1066
#8  0xb5dd6469 in mail_msg_proxy (msg=0x8a68720) at mail-mt.c:523
#9  0xb6835a06 in ?? () from /usr/lib/libglib-2.0.so.0
#10 0xb683439f in ?? () from /usr/lib/libglib-2.0.so.0
#11 0xb724b175 in start_thread () from /lib/libpthread.so.0
#12 0xb6731dce in clone () from /lib/libc.so.6
---Type <return> to continue, or q <return> to quit---

Thread 1 (Thread 0xb6383720 (LWP 5770)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb7251bab in read () from /lib/libpthread.so.0
#2  0xb77c5424 in ?? () from /usr/lib/libgnome-keyring.so.0
#3  0xb77c7c27 in ?? () from /usr/lib/libgnome-keyring.so.0
#4  0xb77c80ce in gnome_keyring_find_items_sync () from /usr/lib/libgnome-keyring.so.0
#5  0xb7c4803b in ep_keyring_error_domain () at e-passwords.c:212
#6  0xb7c4951b in ep_remember_password (msg=0x78) at e-passwords.c:710
#7  0xb7c47a9b in enl_tree_key_press_event (w=0x0, event=0xb7c57928, list=0xbfce2448) at e-name-selector-list.c:510
#8  0xb68083f1 in ?? () from /usr/lib/libglib-2.0.so.0
#9  0xb680a2d9 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#10 0xb680d85b in ?? () from /usr/lib/libglib-2.0.so.0
#11 0xb680dd2a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#12 0xb73430a3 in bonobo_main () from /usr/lib/libbonobo-2.so.0
#13 0x0805e205 in main (argc=1, argv=0x0) at main.c:793
#0  0xffffe430 in __kernel_vsyscall ()
Comment 2 Forgotten User eDPGYP6_cn 2008-10-06 16:17:53 UTC
I heard Akhil is also facing this issue. Sounds serious to me. I am looking at this.
Comment 3 Forgotten User eDPGYP6_cn 2008-10-06 16:32:19 UTC
I thought it was some GW specific issue. Looking at the traces and code I think this should be a gnome-keyring password as the forget-password command gets passed to the keyring. 

I need to check with some other provider as well.
Comment 4 Forgotten User eDPGYP6_cn 2008-10-06 16:34:27 UTC
On further digging, I  found out it is probably the same as:

http://bugzilla.gnome.org/show_bug.cgi?id=546406 

Comment 5 Akhil Laddha 2008-10-16 10:43:59 UTC
Sankar, can you please push upstream patch for 11.0, it is much needed in corporate environment. 
Comment 6 Forgotten User eDPGYP6_cn 2008-11-18 08:19:14 UTC
With 11.1 around the corner, I believe this will no longer be approved. So, marking as resolved for 11.1