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
