[qmailadmin] Cannot change to directory
I have identified a problem, without being able to identify the exact cause and/or fix. So, here I am, perhaps some smarter minds than mine may have a go at it. vpopmail 5.4.0 qmailadmin 1.2.0 InternetExplorer 6 + Windows XP. The IE6/XP combination gets to the Cannot change to directory page when trying to do various things in qmailadmin, which have nothing really in common other than the use of the POST method (according to my access_log, all GET requests are always successful). Login, browsing user base, etc, all work fine. I've had reports from credible clients, that in rare instances, it will work correctly (say the 20'th time they try something, though the exact ratio I was unable to get figured out). Perhaps I am chasing my tail on the POST vs GET thing, but it was a corrolation I made in the logs, so I mention it here). The problem cannot be duplicated with identical IE6 version on Win2k at least, and possibly others. Cannot be duplicated with Mozilla on Win2k either, or as far as I can tell, Mozilla on any platform. Since it works with all tested browser/platform combinations except the IE6/XP, I presume the fault lies with IE6/WinXP. However, since IE6/XP is probably the most common brower/platform on the planet (or thus sayeth my apache logs), this is a pretty serious problem for me, as I have clients breathing down my neck over this issue. I generally suspect some kind of encoding issue with how IE6/XP is setting up the POST (broken encoding?), and/or how qmailadmin interperts it, or a problem in IE and how it maintains session data perhaps? I've seen that this has been discussed in the list archives, to no resolution. I put forth the above as additional information, hoping that some resolution can be found. Any additional information from myself regarding this problem, I will be happy to provide if someone will just ask what they need to know. Thanks in advance, -- Jack --- When man calls an animal vicious, he usually means that it will attempt to defend itself when he tries to kill it. ---
Re: [qmailadmin] Cannot change to directory
On Apr 27, 2004, at 12:55 AM, Jack Kerouac wrote: I generally suspect some kind of encoding issue with how IE6/XP is setting up the POST (broken encoding?), and/or how qmailadmin interperts it, or a problem in IE and how it maintains session data perhaps? I've seen that this has been discussed in the list archives, to no resolution. I put forth the above as additional information, hoping that some resolution can be found. Any additional information from myself regarding this problem, I will be happy to provide if someone will just ask what they need to know. Can you install Ethereal (or another packet sniffer) on the computer that consistently experiences the problem, and capture the session for me to review? We'll be able to see the requests that WinXP makes, and the responses that the server sends. Provide a list of what you did in QmailAdmin to bring on the bug as well. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
Re: [qmailadmin] Cannot change to directory
I generally suspect some kind of encoding issue with how IE6/XP is setting up the POST (broken encoding?), and/or how qmailadmin interperts it, or a problem in IE and how it maintains session data perhaps? I've seen that this has been discussed in the list archives, to no resolution. I put forth the above as additional information, hoping that some resolution can be found. Any additional information from myself regarding this problem, I will be happy to provide if someone will just ask what they need to know. Can you install Ethereal (or another packet sniffer) on the computer that consistently experiences the problem, and capture the session for me to review? We'll be able to see the requests that WinXP makes, and the responses that the server sends. Provide a list of what you did in QmailAdmin to bring on the bug as well. Well, I'll have to setup a non-SSL'd webserver with qmailadmin, and track down a client who's having this problem, but yeah, I can probably get this done. As far as what was done in qmailadmin to bring on the bug, when clicking to change screens (ie: to go from main to add user) are GET requests; these have never been a problem. Whenever a client tries to say, add a user, the form is submitted as a POST instead of a GET. At this point, it fails. So, according to what I have gathered by corrolating the apache logs and the clients complains, any major operation in qmailadmin which sends a POST fails - but not 100% of the time, only like 95% of the time. Anyway, I'll get back to you once I've got a cleartext webserver setup and a client who can duplicate the problem (I can't duplicate it myself - I don't have an XP box to test with). -- Jack --- When man calls an animal vicious, he usually means that it will attempt to defend itself when he tries to kill it. ---
Re: [qmailadmin] Cannot change to directory
Jack Kerouac wrote: Well, I'll have to setup a non-SSL'd webserver with qmailadmin, and track down a client who's having this problem, but yeah, I can probably get this done. It *migh* be the way IE uses ssl, it is broken, I think. -- Eero
Re: [qmailadmin] Cannot change to directory
On Tuesday 27 April 2004 02:47 pm, Eero Volotinen wrote: Jack Kerouac wrote: Well, I'll have to setup a non-SSL'd webserver with qmailadmin, and track down a client who's having this problem, but yeah, I can probably get this done. It *migh* be the way IE uses ssl, it is broken, I think. IE? broken? NEVER. /sarcasm Try with mozilla or opera or some such, and see if the issue shows up there. If not, then you've pinpointed the problem without any additional effort. http://www.mozilla.org -- free, open source, great :) http://www.opera.com -- free download (with ads) or register. -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] Kitchen @ #qmail on EFNet - Join the party! . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
Re: [qmailadmin] Cannot change to directory
It *migh* be the way IE uses ssl, it is broken, I think. IE? broken? NEVER. /sarcasm Always! /serious :) Try with mozilla or opera or some such, and see if the issue shows up there. If not, then you've pinpointed the problem without any additional effort. http://www.mozilla.org -- free, open source, great :) http://www.opera.com -- free download (with ads) or register. I have already verified it doesn't happen with any known browser other than the latest IE6 (for sure, possibly older versions as well, but that is un-verified), and then only when running on Windows XP. So it is definitely an IE problem, it's just a problem I'm hoping to find a workaround for, since IE + XP = the most common browser platform on the planet (used by 100% of my clients - not all of which are happy with a solution like 'install mozilla and quit bugging me' :) Further update - results very much do seem to point to something in how IE does some function or another when using an SSL connection. When using the CGI installed on a un-encrypted webserver, I have yet to find a client who is able to duplicate the problem. :( Not out of potentials yet, but enough people have not been able to duplicate that I'm pretty convinced nobody else is going to be able to either. Thanks for the braincycles everyone who's given/is giving my problem some thought. I'll continue to report back as I have more info/more debugging data. -- Jack --- When man calls an animal vicious, he usually means that it will attempt to defend itself when he tries to kill it. ---
Re: [qmailadmin] Cannot change to directory
I have already verified it doesn't happen with any known browser other than the latest IE6 (for sure, possibly older versions as well, but that is un-verified), and then only when running on Windows XP. So it is definitely an IE problem, it's just a problem I'm hoping to find a workaround for, since IE + XP = the most common browser platform on the planet (used by 100% of my clients - not all of which are happy with a solution like 'install mozilla and quit bugging me' :) Further update - results very much do seem to point to something in how IE does some function or another when using an SSL connection. Could it be the Keep-Alive timeout/blank header POST problem? http://support.microsoft.com/default.aspx?kbid=831167 This is the only 'broken surfing' flaw that has bitten me recently with IE. Ah, now I think we're cooking. Still waiting on a client to get back to me on if this fixes it or not, but I'm fairly confident that this will solve things. I'll write back once I know for sure. Thanks! -- Jack --- When man calls an animal vicious, he usually means that it will attempt to defend itself when he tries to kill it. ---