Re: Had it stable, but broke after system refresh

Made a pass at the Thunderbird logs but didn't see them appear.  Moved 
on to using s_client from another linux box:

* OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ SASL-IR LOGIN-REFERRALS 
AUTH=PLAIN AUTH=LOGIN] [10.184.155.2] IMAP4rev1 2007f.404 at Wed, 3 Oct 
2012 10:41:28 -0500 (CDT)
a login kevinc xxxyyyddd
a OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE 
CHILDREN MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT 
THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User kevinc 
authenticated
b select inbox
* 3332 EXISTS
* 6 RECENT
* OK [UIDVALIDITY 1276859170] UID validity status
* OK [UIDNEXT 339244] Predicted next UID
* FLAGS ($Forwarded $MDNSent Junk NonJunk $Label1 $Label2 $Label3 
$Label4 $Label5 \Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ($Forwarded $MDNSent Junk NonJunk $Label1 $Label2 
$Label3 $Label4 $Label5 \* \Answered \Flagged \Deleted \Draft \Seen)] 
Permanent flags
* OK [UNSEEN 2498] first unseen message in /var/spool/mail/kevinc
b OK [READ-WRITE] SELECT completed


And what is cool is that /var/log/mail.log shows:  imapd[3337]: Login 
user=kevinc host=[10.184.155.135], not "unknown"

Alas, Thunderbird is not getting that far, but this at least clears up 
that its not related to being local.

Going to make another pass on Thunderbird logs.

Thanks...

Kevin


On 10/3/2012 10:13 AM, Jim Lawson wrote:
> Some options for more troubleshooting:
>
> Activate, and look at Thunderbird IMAP logs to see if you can determine
> the problem.
> http://email.about.com/od/mozillathunderbirdtips/qt/et_mail_log.htm
>
> If that doesn't shed any light:  From another machine, use openssl
> s_client to connect to the imaps port, and attempt to login manually
> over IMAP.  (openssl can also do STARTTLS with -starttls imap)
>
> Typically I will log in with:
>
>   * OK [CAPABILITY IMAP4rev1 blah blah blah ...]
>   a LOGIN username1 password1
>   a OK [CABAPILITY IMAP4rev1 blah blah blah ...] User username1 logged in.
>   b SELECT INBOX
>   * FLAGS (\Answered \Flagged \Deleted \Seen)
>   * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen] Flags permitted.
>   * 9111 EXISTS
>   * 0 RECENT
>   * OK [UNSEEN 1348] First unseen.
>   b OK [READ-WRITE] Select completed.
>
> Hopefully one of these will give you some ideas as to what is wrong...
>
> Jim
>
> On 10/03/2012 10:53 AM, Kevin Carpenter wrote:
>> OK - after a few hours sleep... I'm wondering if its uw-imap at all,
>> although I'm clueless what else it could be.
>>
>> As I mentioned earlier, squirrelmail is working fine.  It is using a
>> ssl/tls connection, which shows as an imaps connection spawned by
>> xinetd.  That connection, however, is from 127.0.0.1. Thunderbird is
>> connection from 10.184.155.0/24 (depending on which family members
>> machine is trying).  We also see imaps being started via xinetd for
>> those connection, but they timeout after 30 seconds.
>>
>> This was occurring before I enabled any firewalling and yes, xinetd is
>> enabled for my 10. subnet (clearing, since imaps is spawning).
>>
>> So... when I login from squirrelmail I see in /var/log/mail.log:
>>
>> imapd[2911]: Login user=kevinc host=localhost.localdomain [127.0.0.1]
>> imapd[2911]: Logout user=kevinc host=localhost.localdomain [127.0.0.1]
>>
>> and in /var/log/messages:
>>
>> xinetd[2739]: START: imaps pid=2911 from=127.0.0.1
>> xinetd[2739]: EXIT: imaps status=0 pid=2911 duration=13(sec)
>>
>> When I try, and fail, from Thunderbird I see in /var/log/mail.log:
>>
>>   imapd[2919]: Unexpected client disconnect, while reading line
>> user=??? host=UNKNOWN
>>
>> and in /var/log/messages:
>>
>> xinetd[2739]: START: imaps pid=2919 from=10.184.155.208
>> xinetd[2739]: EXIT: imaps status=1 pid=2919 duration=30(sec)
>>
>> Please share your thoughts... I'm at my wits end.
>>
>> For instance:  is there anyway to increase the logging level within
>> uw-imap to help determine whats going on?
>>
>> Thanks in advance,
>>
>> Kevin
>>
>> On 10/3/2012 3:59 AM, Yiorgos Adamopoulos wrote:
>>> On Wed, Oct 3, 2012 at 11:50 AM, Kevin Carpenter
>>> <[email protected]> wrote:
>>>> Basically, its looking like its connecting but not hand shaking right.
>>> If you tcpdump and it only does the three way hand shake and then it
>>> waits "forever" (until timeout) then it is most likely a TCP window
>>> scaling issue. Check your MTUs also and set it to 500 just in case.
>>> The weirdest of this behavir has happened to me among two servers on
>>> the same switch where everything was working except sqlplus between
>>> them.
>>>
>> _______________________________________________
>> Imap-uw mailing list
>> [email protected]
>> http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
> _______________________________________________
> Imap-uw mailing list
> [email protected]
> http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw