Re: [Lynx-dev] Google vs redirection limit [was Re: what controls the redirect limit?]
It may be time for any with a gmail account to clean it out completely and then go into settings and set gmail to forward all incoming email to another account on another provider. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] what controls the redirect limit?
An engineering principle is once required capacity is found, build in 3 times that capacity for future unexpected events. If you can get it, try for 60. On Sun, 29 Aug 2021, Karen Lewellen wrote: > Can speak to no one else, but in the cases I am encountering, there is > progress being made. > Speaking personally raising it from 10 to say 20, would likely solve the issue > for me at least. > > > > On Sun, 29 Aug 2021, David Woolley wrote: > > > On 29/08/2021 09:25, Karen Lewellen wrote: > >> Or ask the administrator to make the change as it seems like a fine one > >> for everyone. > > > > Not to a 1,000! A redirect loop that long is likely to be treated as a > > denial of service attack, even if it is, ultimately the server's fault. > > > > Before upping the limit in this specific case, you should make an attempt to > > see if it is actually making progress on each redirect, rather than looping. > > > > I admit I'm surprised that gmail found a way to break even a limit of 10. > > > > ___ > > Lynx-dev mailing list > > Lynx-dev@nongnu.org > > https://lists.nongnu.org/mailman/listinfo/lynx-dev > > > > > > ___ > Lynx-dev mailing list > Lynx-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/lynx-dev > > ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] what controls the redirect limit?
Can speak to no one else, but in the cases I am encountering, there is progress being made. Speaking personally raising it from 10 to say 20, would likely solve the issue for me at least. On Sun, 29 Aug 2021, David Woolley wrote: On 29/08/2021 09:25, Karen Lewellen wrote: Or ask the administrator to make the change as it seems like a fine one for everyone. Not to a 1,000! A redirect loop that long is likely to be treated as a denial of service attack, even if it is, ultimately the server's fault. Before upping the limit in this specific case, you should make an attempt to see if it is actually making progress on each redirect, rather than looping. I admit I'm surprised that gmail found a way to break even a limit of 10. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
[Lynx-dev] Google vs redirection limit [was Re: what controls the redirect limit?]
> I admit I'm surprised that gmail found a way to break even a limit of > 10. So was I, a little. But this _is_ Google we're talking about. Turns out I still have a trace log. Here's what it shows, with details that might contain private data (mostly encoded stuff) replaced with "redacted". Start: http://mail.google.com/ 301 to /mail/ -> http://mail.google.com/mail/ 302 to https://mail.google.com/mail/ 302 to https://accounts.google.com/ServiceLogin?service=mail=true=false=https://mail.google.com/mail/=1=1=default=2=1=1# 200 OK (user interaction here) POST to /signin/v1/lookup 302 to https://accounts.google.com/signin/challenge/pwd/1?continue=https%3A%2F%2Fmail.google.com%2Fmail%2F=mail=1=1=false=1=GlifWebSignIn=default=redacted%3D%3D=redacted 200 OK (user interaction here) POST to /signin/challenge/pwd/1 302 to https://mail.google.com/accounts/SetOSID?authuser=0=https%3A%2F%2Faccounts.google.ca%2Faccounts%2FSetSID%3Fssdc%3D1%26redacted%3Dredacted%26continue%3Dhttps%253A%252F%252Fmail.google.com%252Fmail%252F=redacted=redacted%3D%3D 302 to https://accounts.google.ca/accounts/SetSID?ssdc=1=redacted=https://mail.google.com/mail/=redacted%3D%3D 302 to https://mail.google.com/mail/ 302 to https://mail.google.com/mail/u/0/ 302 to https://mail.google.com/mail/u/0/?ui=html=g 302 to https://mail.google.com/mail/u/0/h/redacted/?zy=g=1 200 OK Interestingly, the log I have ends there. Either Google had changed something between my having the issue and the taking of that trace or the redirection count limit applies even when user interaction interrupts the flow of redirections; I count only 10 redirections across the whole session. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] what controls the redirect limit?
On 29/08/2021 09:25, Karen Lewellen wrote: Or ask the administrator to make the change as it seems like a fine one for everyone. Not to a 1,000! A redirect loop that long is likely to be treated as a denial of service attack, even if it is, ultimately the server's fault. Before upping the limit in this specific case, you should make an attempt to see if it is actually making progress on each redirect, rather than looping. I admit I'm surprised that gmail found a way to break even a limit of 10. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] what controls the redirect limit?
Oh but no. I barely have access to my gmail via lynx here as it is, plus I pay for two accounts here, including having my site hosted here for a reason. I like Jude's idea, that way everyone who is a customer benefits. On Sat, 28 Aug 2021, Mouse wrote: Karen Lewellen writes, in reply to the patch I posted, My hope is that there is something I can influence, as I use Lynx on a service, not as a part of my own computer. So I am unsure just where that would go exactly? What I gave is a change to the source. If the "service" in question lets you compile software yourself, or copy in software compiled elsewhere, then you could compile your own version of lynx with that change - or any others you want. At least, in principle. I don't know you well enough to know whether you have the skill (or inclination!) to do that, even if there aren't technical restrictions in the way. Jude DaShiell writes that The REDIRECTION_LIMIT variable is the last line in lynx.cfg. This indicates that the answer depends on which version of lynx is in use, because the version I was working with, the version that patch applied to, had the limit of 10 hardwired into the code, not user-configurable. That's apparently changed since then, so it depends on whether you're using a version before or after that change. (It's a good change; if I'd been more comfortable in the innards of lynx back in 2018, or if I'd been more ambitious, I would have done something like that myself value rather than just raising the hardwired limit from 10 to 25.) Even if your lynx has that configurability, though, depending on just what "service" means here, you may or may not be in a position to use your own lynx.cfg. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTML mo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] what controls the redirect limit?
Or ask the administrator to make the change as it seems like a fine one for everyone. On Sat, 28 Aug 2021, Jude DaShiell wrote: Good news here. The REDIRECTION_LIMIT variable is the last line in lynx.cfg. I just set mine to 1. For anyone using lynx on a service, copying lynx.cfg to a user directory then running lynx -c ./lynx.cfg will use your copy and not the system's copy of lynx.cfg. You would need to chmod lynx.cfg so you could edit it once in your user directory though. On Sat, 28 Aug 2021, Karen Lewellen wrote: ...I seem to be lost. My hope is that there is something I can influence, as I use Lynx on a service, not as a part of my own computer. So I am unsure just where that would go exactly? kare On Sat, 28 Aug 2021, Mouse wrote: [...], I reach a lynx error that says something like maximum number of 10 redirects reached..and I can go no further. What in Lynx controls the number of redirects the browser considers safe, and how can I increase that number? A few years back, I was working at a job that, "thanks" to a confluence of various reasons, ended up with me wanting to use lynx to read Google-hosted mail through their webmail interface. I promptly ran into the ten-redirection limit. As for how I dealt with it, turns out I still have the commit: commit 028e3e6312bd2a6d108ec4755165091be9426ce4 Author: Mouse Date: Tue Mar 20 09:37:26 2018 -0400 Boost redirection count limit to 25. diff --git a/LYMessages_en.h b/LYMessages_en.h index b0c7c44..85b490e 100644 --- a/LYMessages_en.h +++ b/LYMessages_en.h @@ -631,7 +631,7 @@ #define ERROR_UNCOMPRESSING_TEMP gettext("Error uncompressing temporary file!") #define UNSUPPORTED_URL_SCHEME gettext("Unsupported URL scheme!") #define UNSUPPORTED_DATA_URL gettext("Unsupported data: URL! Use SHOWINFO, for now.") -#define TOO_MANY_REDIRECTIONS gettext("Redirection limit of 10 URL's reached.") +#define TOO_MANY_REDIRECTIONS gettext("Redirection limit of 25 URLs reached.") #define ILLEGAL_REDIRECTION_URL gettext("Illegal redirection URL received from server!") #define SERVER_ASKED_FOR_REDIRECTION \ gettext("Server asked for %d redirection of POST content to") diff --git a/WWW/Library/Implementation/HTAccess.c b/WWW/Library/Implementation/HTAccess.c index 4c2c1be..a1f4b7e 100644 --- a/WWW/Library/Implementation/HTAccess.c +++ b/WWW/Library/Implementation/HTAccess.c @@ -769,8 +769,10 @@ static BOOL HTLoadDocument(const char *full_address, /* may include #fragment */ * of 10 redirections per requested URL from a user, because the HTTP/1.1 * will no longer specify a restriction to 5, but will leave it up to the * browser's discretion, in deference to Microsoft. - FM + * + * Upped to 25 because 10 breaks gmail. :-? - Mouse */ -if (redirection_attempts > 10) { +if (redirection_attempts > 25) { redirection_attempts = 0; HTAlert(TOO_MANY_REDIRECTIONS); return NO; /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTML mo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev