Re: [SM-USERS] Squirrelmail on perdition

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

On Tue, Nov 16, 2010 at 6:58 AM,  <jo...@tc...> wrote:
>> On Mon, Nov 15, 2010 at 10:23 AM,  <jo...@tc...> wrote:
>>> I have to login twice after each logout using squirrelmail located on
>>> the
>>
>> What does this mean?  Please explain yourself better.  Explain *each*
>> click and input and each reaction from the server for those actions.
>>
> I logout of squirrelmail...and return to the login (or it is a new day and
> I attempt to login).

When I ask you to explain EVERY step, I really mean it.  HOW did you
log out?  What page were you on when you logged out?  Did you close
the browser between sessions?  How did you arrive back at the login
page, etc.?  What plugins are installed?  Have you patched the source
at all?  EVERY detail, please.

> I pass my credentials and receive this:
>
>                             "ERROR
> Your session has expired, but will be resumed after logging in again.
>                     Go to the login page"

The message is only generated when you had been trying to access the
compose page on an expired session.  Please explain how the compose
page is part of your process.

> Every first attempt at login. My second attempt is always successful.

More details.  More details.  What does the FULL address in the
browser say when the error occurs?  When login is successful?

>>> same server as perdition. The mail stores are on two other servers.
>>
>> So then have you inquired with the Perdition community?  I'm not sure
>> you included enough log info.  You should also be watching the web
>> server log, etc.
>>
> I have also passed this to the perdition community.
>
> Below are http access logs on the proxy/squirrelmail server and the imap
> server split IAW login failure then success:
> Proxy http Fail--

What do you mean "proxy" http?  Are you using a proxy server for your
web server too?  Please give full details about this.  Please test
without it as well.

> 10.2.0.12 - - [16/Nov/2010:08:45:41 -0600] "GET /webmail/ HTTP/1.1" 302 -
> "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:45:41 -0600] "GET /webmail/src/login.php
> HTTP/1.1" 200 2370 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US;
> rv:1.9.2.9) Gecko/20100908 CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:45:47 -0600] "POST /webmail/src/redirect.php
> HTTP/1.1" 302 - "http://10.3.0.13/webmail/src/login.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:45:47 -0600] "GET /webmail/src/webmail.php
> HTTP/1.1" 200 1271 "http://10.3.0.13/webmail/src/login.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"

Looks like you might have some weird session issue.  The
src/redirect.php script should populate some things in the session,
and src/webmail.php is not finding them.  The IP address of the
referrer and the host serving the pages does not match, which might
indicate a lack of shared session information between more than one
web server.

> Proxy http Success--
> 10.2.0.12 - - [16/Nov/2010:08:46:34 -0600] "GET /webmail/src/login.php
> HTTP/1.1" 200 2370 "http://10.3.0.13/webmail/src/webmail.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:46:38 -0600] "POST /webmail/src/redirect.php
> HTTP/1.1" 302 - "http://10.3.0.13/webmail/src/login.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:46:38 -0600] "GET /webmail/src/webmail.php
> HTTP/1.1" 200 343 "http://10.3.0.13/webmail/src/login.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:46:39 -0600] "GET /webmail/src/left_main.php
> HTTP/1.1" 200 2838 "http://10.3.0.13/webmail/src/webmail.php" "Mozilla/5.0
> (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100908
> CentOS/3.6-2.el5.centos Firefox/3.6.9"
> 10.2.0.12 - - [16/Nov/2010:08:46:39 -0600] "GET
> /webmail/src/right_main.php HTTP/1.1" 200 17146
> "http://10.3.0.13/webmail/src/webmail.php" "Mozilla/5.0 (X11; U; Linux
> i686; en-US; rv:1.9.2.9) Gecko/20100908 CentOS/3.6-2.el5.centos
> Firefox/3.6.9"
>
> IMAP fail--
> Nov 16 08:46:00 thor imapd[7950]: imap service init from 10.3.0.13
> Nov 16 08:46:00 thor imapd[7950]: Login user=john host=[10.3.0.13]
> Nov 16 08:46:00 thor imapd[7950]: Logout user=john host=[10.3.0.13]

Increase logging verbosity; make sure the user's password is correct.

> IMAP success--
> Nov 16 08:46:52 thor imapd[7959]: imap service init from 10.3.0.13
> Nov 16 08:46:52 thor imapd[7959]: Login user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7959]: Logout user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7960]: imap service init from 10.3.0.13
> Nov 16 08:46:52 thor imapd[7960]: Login user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7961]: imap service init from 10.3.0.13
> Nov 16 08:46:52 thor imapd[7961]: Login user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7961]: Logout user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7960]: Logout user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7962]: imap service init from 10.3.0.13
> Nov 16 08:46:52 thor imapd[7962]: Login user=john host=[10.3.0.13]
> Nov 16 08:46:52 thor imapd[7962]: Logout user=john host=[10.3.0.13]
>
>
>>> I am left with this on squirrelmail after first aatempt:
>>>
>>>                SquirrelMail version 1.4.8-5.el5.centos.10
>>
>> This version is not maintained by us.  Unless the issue is clearly a
>> problem in our newest release, you'll need to contact CentOS/RedHat.

Have you tried SquirrelMail version 1.4.21 yet, even just to test?

>> The issue to me sounds suspiciously like a proxy (Perdition) issue.
>> Have you tried logging in from the command line to see whether or not
>> SquirrelMail is part of the problem?  Have you also tried using an
>> IMAP server other than Perdition (temporarily) to determine if it
>> works but Perdition does not?
>
> First attempt--
>
> [jman@a11110101001 ~]$ telnet 10.3.0.13 143
> Trying 10.3.0.13...
> Connected to 10.3.0.13 (10.3.0.13).
> Escape character is '^]'.
> * OK IMAP4 Ready 10.2.0.12 0001f7cd

Try selecting the INBOX and using the logout command after that.  Then
repeat and make sure it works both times.

> I have not tried another proxy ATT but will.

I am suggesting not another IMAP proxy, but a normal IMAP server
running locally on the machine where the account you're testing with
is located.

>>>                   By the SquirrelMail Project Team
>>>                                ERROR
>>> Your session has expired, but will be resumed after logging in again.
>>>                        Go to the login page
>>>
>>> Here is my logfile:
>>>
>>> Nov 12 12:31:22 perdi perdition[3994]: version=1.18, add_domain="",
>>> authenticate_in=off, authenticate_timeout=1800, bind_address="",
>>> capability="IMAP4 IMAP4REV1", client_server_specification=off,
>>> config_file="/usr/local/etc/perdition/perdition.imap4.conf",
>>> connection_limit=0, connection_logging=on, connect_relog=300, debug=on,
>>> domain_delimiter="@", explicit_domain="", group="users", inetd_mode=on,
>>> listen_port="143", log_facility="mail", log_passwd="always",
>>> login_disabled=off, lower_case="",
>>> map_library="/usr/local/lib/libperditiondb_mysql.so.0",
>>> map_library_opt="localhost:3306:dbPerdition:tblPerdition:perdition:mypasswd",
>>> no_bind_banner=off, no_daemon=off, no_lookup=off,
>>> nodename="perdi.server.com", ok_line="You are so in",
>>> outgoing_port="143",
>>> outgoing_server="", pid_file="/usr/local/var/run/perdition.imap4",
>>> protocol="IMAP4", server_resp_line=on, strip_domain="", timeout=1800,
>>> username="nobody", username_from_database=off, query_key="", quiet=off,
>>> ssl_mode="", ssl_ca_file="", ssl_ca_path="/usr/local/etc
>>> Nov 12 12:31:22 perdi perdition[3994]: vanessa_socket_daemon_setid:
>>> uid=99
>>> euid=99 gid=100 egid=100
>>> Nov 12 12:31:22 perdi perdition[3994]: Connect: 127.0.0.1->127.0.0.1
>>> inetd_pid=3515
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "* OK IMAP4 Ready
>>> perdi.mydomain.com 0001f9c7\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: CLIENT: "A001 LOGIN \"john\"
>>> \"myPass\"\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: username_add_domain:
>>> username_add_domain 0 1
>>> Nov 12 12:31:22 perdi perdition[3994]: username_add_domain:
>>> username_add_domain 0 4
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "* OK [CAPABILITY
>>> IMAP4REV1
>>> I18NLEVEL=1 LITERAL+ SASL-IR LOGIN-REFERRALS STARTTLS] thor.tconl.com
>>> IMAP4rev1 2007e.404 at Fri, 12 Nov 2010 12:31:34 -0600 (CST)\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "flim07 CAPABILITY\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "* CAPABILITY IMAP4REV1
>>> I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS
>>> BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES
>>> THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REFERRALS
>>> STARTTLS\r\nflim07 OK CAPABILITY completed\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "flim08 LOGIN {4}\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "+ Ready for
>>> argument\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "john {8}\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "+ Ready for
>>> argument\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "myPass\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "flim08 OK [CAPABILITY
>>> IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN
>>> MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT
>>> THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User john
>>> authenticated\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: SELF:   "A001 OK [CAPABILITY
>>> IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN
>>> MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT
>>> THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User john
>>> authenticated\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: Auth: 127.0.0.1->127.0.0.1
>>> user="john" passwd="myPass" server="perdi.mydomain.com" port="143"
>>> status="ok"
>>> Nov 12 12:31:22 perdi perdition[3994]: CLIENT: "A002 CAPABILITY\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "* CAPABILITY IMAP4REV1
>>> I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS
>>> BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES
>>> THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REFERRALS
>>> STARTTLS\r\nA002
>>> OK CAPABILITY completed\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: CLIENT: "A003 NAMESPACE\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "* NAMESPACE ((\"\"
>>> \"/\")(\"#mhinbox\" NIL)(\"#mh/\" \"/\")) ((\"~\" \"/\")) ((\"#shared/\"
>>> \"/\")(\"#ftp/\" \"/\")(\"#news.\" \".\")(\"#public/\" \"/\"))\r\nA003
>>> OK
>>> NAMESPACE completed\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: CLIENT: "A004 LOGOUT\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: REAL:   "* BYE perdi.mydomain.com
>>> IMAP4rev1 server terminating connection\r\nA004 OK LOGOUT completed\r\n"
>>> Nov 12 12:31:22 perdi perdition[3994]: Close: 127.0.0.1->127.0.0.1
>>> user="john" received=46 sent=494
>>>
>>> Delete & Prev |  Delete & Next
>>> Mo

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php