[asterisk-bugs] [Asterisk 0013973]: Different IMAP settings for realtime and static config setups

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13973 
====================================================================== 
Reported By:                qualleyiv
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   13973
Category:                   Applications/app_voicemail/IMAP
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.1-beta1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-25 23:23 CST
Last Modified:              2008-12-17 12:04 CST
====================================================================== 
Summary:                    Different IMAP settings for realtime and static
config setups
Description: 
I've looked at this for a LONG time. If I missed something obvious, please
forgive me. I've made every effort not to report something that isn't a
bug. First, here's my setup:

I'm running 1.6.1-beta2 with the latest SVN version of Addons 1.6.1. on a
PPC XServe running OS X 10.5.5

I'm using IMAP voicemail with individual users/passwords (no master user).
Everything is working fine when I pull the voicemail users from a mysql
table using the mysql realtime addon. However, when I switch to using a
static config file, asterisk can't connect to my mail server:

[Nov 25 22:58:57] WARNING[52389] app_voicemail.c: IMAP Warning: Kerberos
error: No credentials cache found (try running kinit) for
mail.midwestdjs.com
[Nov 25 22:58:57] ERROR[52389] app_voicemail.c: IMAP Error: IMAP
Authentication cancelled
[Nov 25 22:58:57] ERROR[52389] app_voicemail.c: Houston we have a problem
- IMAP mailstream is NULL
[Nov 25 22:58:57] WARNING[52389] app_voicemail.c: IMAP Warning: Kerberos
error: No credentials cache found (try running kinit) for
mail.midwestdjs.com
[Nov 25 22:59:00] WARNING[52389] app_voicemail.c: IMAP Warning: Retrying
CRAM-MD5 authentication after Error authenticating
[Nov 25 22:59:03] WARNING[52389] app_voicemail.c: IMAP Warning: Retrying
CRAM-MD5 authentication after Error authenticating

Normally, when I'm using realtime, I still get this error occassionally:

[Nov 25 22:58:57] WARNING[52389] app_voicemail.c: IMAP Warning: Kerberos
error: No credentials cache found (try running kinit) for
mail.midwestdjs.com

But everything still works out. 

A little more about my mailserver setup: the only authentication methods I
have turned on is CRAM-MD5 and Kerberos. I've tried almost every
combination of settings including no-tls, novalidate-cert and setting
imapport=993 (which is the port I use for authentication on my normal mail
clients). That gives me the following error:

[Nov 25 22:19:08] ERROR[51662] app_voicemail.c: IMAP Error: Connection
failed to mail.midwestdjs.com,993: Operation timed out
[Nov 25 22:19:08] ERROR[51662] app_voicemail.c: Can't connect to imap
server {mail.midwestdjs.com:993/imap/user=tlbetsey}INBOX

When using realtime, it looks to me like it tries to authenticate on port
143, fails and then does something else (not sure what exactly) which
succeeds. When I switch to a static config, it seems to stop doing that. 

In any case, I'm sure I haven't given all the information necessary. Just
ask and I'll post more info ASAP. Thanks in advance for the assistance.
====================================================================== 

---------------------------------------------------------------------- 
 (0096558) putnopvut (administrator) - 2008-12-17 12:04
 http://bugs.digium.com/view.php?id=13973#c96558 
---------------------------------------------------------------------- 
I've been thinking about what information you could provide that would be
helpful, and one thing that may be helpful would be to set the core debug
level up to at least 3 and upload a full console log from both successful
and unsuccessful operations. There may be some problem happening earlier
that may point to the underlying problem. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 12:04 putnopvut      Note Added: 0096558                          
======================================================================