Actually this gets more interesting.
After I posted this, I went back into our dreamhost shell structure.
there lynx options menu also uses all, which was the case with shellworld
before I changed it.
however they are using an older edition of lynx,
also we have an older edition here, that Ken keeps in case we have an issue
like his one.
I could log into paypal using this, so am wondering about his latest
edition of lynx ?
Makes no sense that it would start suddenly as it has however, we have
been using this one for a while I believe.
last number is 15 or 16, I have to be looking at the page, where as the
dreamhost one is 5 and the lynx.old one here is 7.
I can only get in with one one now if I change the preferred encoding to
compress, which is not saved regardless.
Karen
On Wed, 27 Nov 2013, Thomas Dickey wrote:
On Tue, Nov 26, 2013 at 11:13:40PM -0500, Karen Lewellen wrote:
Hi,
new question about this?
Shellworld took a short and unexpected nap this evening.
So I tried logging into paypal from the ssh telnet shell for the
company that hosts our nonprofit organization's domain. dreamhost
has lynx too.
Without my changing anything,i was able to log in. I had never done
it, so all the cookies we renew.
I came back into shellworld once awake, tried it again, and could
not in.
so I checked the preferred encoding, and it was set to all.
So I changed it to compressed, and was able to get in here as well.
My question is what that setting should be for most flexibility?
I can get into paypal now yes, but am wondering what might be an
issue. Unless our having it set for all actually was more
restrictive?
"all" is technically least-restrictive, since it says Lynx will accept
all of those compression types. It's possible that the server is sending
something with "deflate" compression (there's no standard external program
for that, though I might bundle one with Lynx...).
Thanks,
Karen
On Fri, 22 Nov 2013, Thomas Dickey wrote:
On Thu, Nov 21, 2013 at 10:29:08PM -0500, Karen Lewellen wrote:
Hi Folks,
Can someone share what normally causes this issue?
eBay used to have this then it was removed. now paypal which worked
with lynx well until about a week ago has this problem.
I am speaking with someone in their executive office tomorrow so
want to explain with more than just my experience if I can.
If the problem is temporary (eBay) using the same client,
then that sounds like the server. It's possible that an
upgrade changed the real compression to/from deflate, which
you may/may not have (there was some instance of that a few
years ago). You can configure lynx to say it won't accept
compressed pages to help narrow it down (the "Preferred Encoding"
selection in the options menu).
--
Thomas E. Dickey <[email protected]>
http://invisible-island.net
ftp://invisible-island.net
--
Thomas E. Dickey <[email protected]>
http://invisible-island.net
ftp://invisible-island.net
_______________________________________________
Lynx-dev mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/lynx-dev
