URL fails

Discussion in 'Internet Explorer' started by walter, Oct 17, 2012.

  1. walter

    walter Guest

    Using IE 9 and Wind 7 32 bit.

    Normally, when I click on a URL hyperlink, the website pops right up. No

    However, when I get an e-mail from Fidelity, none of the websites for
    Fidelity pop up when I click on any of their links.

    Try this one: http://fmx.fidelity.com/cgi-bin/fmxRedirect.pl?id=4fLxMB_QSYB

    Does it work for you? I only get "Not Found"

    I talked to them but they have no explanation. Any suggestions?

    What does the fmx in the URL designate?
    walter, Oct 17, 2012
    1. Advertisements

  2. walter

    VanguardLH Guest

    And what happens when you highlight and copy the URL and then paste it
    into the address bar of your web browser?

    Just WHERE are you clicking on the hyperlink to Fidelity? You say the
    hyperlink is in an e-mail but never mention WHICH e-mail client you are
    using. You also don't indicate if your e-mail client shows the URL
    string as a clickable hyperlink or just as a plain text string (i.e.,
    it's not a clickable object).

    Us clicking on a URL string in a Usenet post is not the same as whether
    or not an e-mail client makes the string clickable.

    What I noticed is the "redirect" portion in the URL's path. You won't
    end up at that page but get redirected elsewhere. In fact, if you just
    try to go to http://fmx.fidelity.com/ you get redirected to their HTTPS
    version of their web page. They want to ensure you are using SSL to
    encrypt your login and your transactions.

    It looks like their redirect script doesn't exist or has the wrong page
    specified for where it redirects the visitor. Or it could be the ID
    parameter specified as a parameter is for an account that no longer
    exists there.

    You'll have to contact that site for help on why their CGI script to
    redirect you to another page is trying to go to a page that doesn't
    exist or to which the redirect page doesn't have permission to access,
    or ask them if the ID string is correct (presumably it is for your
    account but then maybe the IDs have changed or your account status has
    VanguardLH, Oct 18, 2012
    1. Advertisements

  3. walter

    walter Guest

    Thank you for your analysis. The problem is unique because I don't have this
    problem anywhere else on the internet. Fidelity does not have a clue. I give
    up. I can access Fidelity via Fidelity.com and then access all areas of
    their website.

    Thanks anyway.

    walter, Oct 18, 2012
  4. walter

    VanguardLH Guest

    Well, works "anywhere else on the internet" is not true. It didn't work
    for me and I'm definitely somewhere else on the Internet than you or
    Fidelity. I also got the error "page not found".

    I used Sam Spade to visit that same URL so I could see the headers.
    What I got was:

    10/18/12 01:28:49 Browsing http://fmx.fidelity.com/cgi-bin/fmxRedirect.pl?id=4fLxMB_QSYB
    Fetching http://fmx.fidelity.com/cgi-bin/fmxRedirect.pl?id=4fLxMB_QSYB ...
    GET /cgi-bin/fmxRedirect.pl?id=4fLxMB_QSYB HTTP/1.1
    Host: fmx.fidelity.com
    Connection: close
    User-Agent: Sam Spade 1.14

    HTTP/1.1 302 Moved Temporarily
    Server: FWS/7.0
    Date: Thu, 18 Oct 2012 06:28:48 GMT
    Cache-control: private
    Location: http://fmx.fidelity.com/Redirector/FMXUserAction?id=4fLxMB_QSYB
    Content-length: 0
    Connection: close

    There is a 302 status ("moved temporarily"). Temporarily could end up
    being permanently. It looks like a page or script no longer exists.
    Even if the page/script moved, the URL they gave you is pointing to the
    old one which no longer exists but their web server is configured to
    redirect you to another page/script. See:

    http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html, section 10.3.3

    It failed for you. It failed for me. It sometimes works for you from
    "somewhere else", wherever that is. Sorry, but I'm not that invested in
    your problem to go travelling with my laptop to try elsewhere. As
    already proven, their redirection has failed in two clients in totally
    different locales.

    I'm using IE8 and don't have another web browser on my home host (got
    rid of some others, haven't decided to switch to another yet). You said
    you were using IE9 at the problematic locale. What were you using
    "anywhere else"?

    From what I can tell, the "location" value returned in the response is
    where the web browser is being told to go. The client tries the
    original path but the web server has a redirection rule saying to go
    elsewhere (which the client is expected to obey). You tried going to:


    but that page/script had been moved; i.e., it's not there for you to
    access. Their response told your web browser to instead go to:


    If your web browser complied, it wasn't the script under the cgi-bin
    path that wasn't found but the script under the Redirector page that is

    "The 302 response from the Web server should always include an
    alternative URL to which redirection should occur. If it does, a Web
    browser will immediately retry the alternative URL."

    So it's the alternative path that is causing the problem: the script
    isn't there. A remapping at the web server from /cgi-bin/fmxRedirect.pl
    to /Redirector/FMXUserAction didn't work because the alternate location
    (/Redirector/FMXUserAction) doesn't exist or couldn't be retrieved or
    was inaccessible. Notice that they are redirecting you from a script to
    a default web page (probably default.htm or index.htm) under the
    FXMUserAction path and I bet that was supposed to be another script file
    rather than a path to a folder.

    It's still a problem on their end. Whomever you called doesn't know how
    the redirection rule is defined on the original path or that the
    alternate location doesn't exist. They probably don't know anything
    about administering a web server. I doubt you actually contacted the
    web admin responsible for those pages. Calling Fidelity won't help
    because it is unlikely that anyone there is involved in designing or
    managing their web server. No one there is involved in the coding,
    development, or management of their web site. They contract that out
    but they're not going to have you bother their contractor and who you
    called doesn't even know who is that contracted web designer or who is
    their site admin. They can't say because they don't know and they
    cannot know.
    VanguardLH, Oct 18, 2012
  5. walter

    walter Guest

    Thanks, Vanguard

    As I said, I give up. This is way over my head. I sent your analysis to the
    Fidelity Webmaster. Let them figure it out if they want people to visit
    their website.

    A great day to you!
    walter, Oct 20, 2012
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.