Announcement

Collapse
No announcement yet.

Client cant download orders

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Client cant download orders

    I have recently fixed a problem with perl script version (you know the one that fills up the error log) by replacing all the perl files in the site directory with all those from original directory. Worked great apart from the fact that the client can no longer download orders. I, however had no problem.

    Does he have to do the same thing to his machine ?
    He's a total non-techy so I'm reluctant to get him to start deleting and copying files.

    Any help appreciated.

    heres the error he gets anyway.


    "The web server returned an unknown response.

    Possible Cause:
    You are attempting to download orders
    before uploading to the web site
    Incorrect CGI-BIN URL in the web site details
    Incorrect permissions on the CGI script on
    the server (UNIX servers only)
    Script corruption - Could be caused by:
    Binary ftp transfer during manual installation
    Incomplete transfer
    Garbled transfer
    etc.
    Old or bad version of Perl running on server
    Http server error
    Wrong Path to Perl specified in the
    web site details
    Unknown
    Recommendation:
    Abort
    Resolution:
    Check cgi-bin script permissions
    Compare cgi-bin script against local script to
    check for corruption
    Upgrade Perl on server (needs at least 5.002)
    Run the Web | Configure Web Site Details command to verify your setup
    Re-install the web site
    Review server response for hints

    The response was:
    <HTML>
    <HEAD>
    <TITLE>CGIWrap Error: Execution of this script not permitted</TITLE></HEAD><BODY BGCOLOR="#FFFFFF">
    <CENTER>
    <TABLE BORDER=1 WIDTH=500 CELLSPACING=0>
    <TR><TD BGCOLOR="#6666CC" ALIGN=CENTER><FONT COLOR="#FFFFFF" SIZE="+1" FACE="Helvetica, Arial"><B>CGIWrap Error: Execution of this script not permitted</B></FONT></TD></TR><TR><TD><P>Execution of (/home/sites/site23/web/cgi-bin/nq000001.pl) is not permitted
    for the following reason:

    <P><DL><DT>Script file not found.</DL>
    <P><HR><P>
    <DL>
    <DT><B>Local Information and Documentation:</B>
    <P>
    </DL>
    <DD><B>Contact Name</B>: Administrator
    <DD><B>Contact EMail</B>: <A HREF="mailto:admin">admin</A>
    <P>
    <DL>
    <DT><B>Server Data:</B>
    <P>
    <DD><B>Server Administrator/Contact</B>: admin
    <DD><B>Server Port</B>: 80
    <DD><B>Server Protocol</B>: HTTP/1.1
    </DL>
    <P>
    <DL>
    <DT><B>Request Data:</B>
    <P>
    <DD><B>User Agent/Browser</B>: Catalog
    <DD><B>Request Method</B>: POST
    <DD><B>Remote Host</B>: mix-bayonne-112-4-96.w80-9.abo.wanadoo.fr
    <DD><B>Remote Address</B>: 80.9.255.96
    <DD><B>Remote Port</B>: 1543
    <DD><B>Extra Path Info</B>: /cgi-bin/nq000001.pl
    </DL>

    </P></TD></TR></TABLE><BR>
    <A HREF="javascript: history.back();" onMouseOver="status='Back'; return true;"><IMG SRC="/.cobalt/images/back_but.gif" WIDTH="63" HEIGHT="20" ALIGN="BOTTOM" BORDER="0"></A>
    </BODY></HTML> "
    SSL Linux Actinic Hosting

    #2
    At a very quick glance the lines

    Execution of (/home/sites/site23/web/cgi-bin/nq000001.pl) is not permitted
    for the following reason:

    <P><DL><DT>Script file not found.</DL>
    Appear to be saying that the nq000001.pl file isn't in your cgi-bin.

    This file is created from PerlScript.pl in your Site1 folder.

    Norman
    Norman - www.drillpine.biz
    Edinburgh, U K / Bitez, Turkey

    Comment


      #3
      to get round non-teccy clients we use VNC to log into their machines and do the work ourselves....much quicker in the long run.

      Personally I think you will have to replace the perl scripts on the client machine, since the error message says he has to do an upload before he can do a download

      Comment


        #4
        VNC a bit painful

        The vnc option through their modem is a painful experience so I'm trying to avoid that.

        So are we agreed that the only option is for them to copy the perl from the original folder into the site1 folder ?
        SSL Linux Actinic Hosting

        Comment


          #5
          I reckon so

          Comment


            #6
            mmm, no success

            Ok. they tried that - no change.

            Can I send them a snapshot that will not overwrite their orders?
            SSL Linux Actinic Hosting

            Comment


              #7
              Can I send them a snapshot that will not overwrite their orders?
              You can in v6 but not in v5.

              In v5 they would need to backup their 'ActinicCatalog.mdb' file somewhere safe first.

              Then, import a snapshot from you.

              Then copy their 'ActinicCatalog.mdb' file back into their 'Site1' folder.

              A little technical, but it would work.

              Comment


                #8
                I havent yet sent them the snapshot as I noticed the script numbers were different. 100 on my machine and 1 on the clients. I have rectified this and refreshed from my end . They now receive the following error.

                Possible Cause:
                The username and password stored in the
                Housekeeping | Security dialog do not match
                those on the web site.
                Recommendation:
                Abort
                Resolution:
                Refresh the web site

                Command: search Filename: .ord


                I have checked the security settings and everything seems to match. Any ideas?
                SSL Linux Actinic Hosting

                Comment


                  #9
                  Never seen that one before. I suggest you copy and paste all your settings from Housekeeping | Security into a Word doc and get them to paste them into their software - just to make sure.

                  Comment


                    #10
                    Ok, done that, same error. What do I do next.

                    I'm running out of ideas.
                    SSL Linux Actinic Hosting

                    Comment


                      #11
                      Have you tried copying all your amended Perl files into your client's installation?

                      If that doesn't work, I suggest you do what I suggested in my earlier post (copying the database out, importing the snapshot, copying the database back in). Then refresh from the client's machine and place a test order.

                      If it works, then take a snapshot from your client's machine onto your machine.

                      Comment

                      Working...
                      X