[ic] Re: interchange-users digest, Vol 1 #933 - 25 msgs
Filip Galiza
interchange-users@interchange.redhat.com
Fri Apr 26 03:02:01 2002
unsubscribe
>From: interchange-users-request@interchange.redhat.com
>Reply-To: interchange-users@interchange.redhat.com
>To: interchange-users@interchange.redhat.com
>Subject: interchange-users digest, Vol 1 #933 - 25 msgs
>Date: Thu, 25 Apr 2002 12:02:23 -0400
>
>Send interchange-users mailing list submissions to
> interchange-users@interchange.redhat.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://interchange.redhat.com/mailman/listinfo/interchange-users
>or, via email, send a message with subject or body 'help' to
> interchange-users-request@interchange.redhat.com
>
>You can reach the person managing the list at
> interchange-users-admin@interchange.redhat.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of interchange-users digest..."
>
>
>Today's Topics:
>
> 1. RE: feasibility of random components (Paul Jordan)
> 2. RE: receipt.html page doesn't display, everything else works. -
>SOLVED (Russ Mann)
> 3. RE: feasibility of random components (Aaron Hazelton)
> 4. RE: (custom signio): Charge operation 'custom signio' failed.
>(-ferret-boy)
> 5. Re: Deparately seeking images...and assistance ... on my last leg?
>(Andrew Lietzow)
> 6. Checkout page not working (Chad Burkhart)
> 7. New Interchange User Looking For Some Help (Weber Premiere)
> 8. Detect SSL or Non-SSL (Ron Phipps)
> 9. Interchange Home Page (Tommy Pruitt)
> 10. RE: Detect SSL or Non-SSL (Kevin Walsh)
> 11. Re: Detect SSL or Non-SSL (Ed LaFrance)
> 12. RE: Detect SSL or Non-SSL (Kevin Walsh)
> 13. Re: Detect SSL or Non-SSL (Kyle Cook)
> 14. Re: Interchange Home Page (Dan Browning)
> 15. RE: New Interchange User Looking For Some Help (Greg Goble)
> 16. RE: Detect SSL or Non-SSL (Ron Phipps)
> 17. (no subject) (Ulf Holt)
> 18. Need to change shipping etc. (Ulf Holt)
> 19. (no subject) (Ulf Holt)
> 20. Re: Interchange Home Page (Bill Carr)
> 21. RE: New Interchange User Looking For Some Help (Rene Hertell)
> 22. (no subject) (Ulf Holt)
> 23. RE: New Interchange User Looking For Some Help (Honest to Goodness)
> 24. QuickBooks integration testimonials wanted (Michael Lehmkuhl)
> 25. Re: QuickBooks integration testimonials wanted (Dan Browning)
>
>--__--__--
>
>Message: 1
>Date: Wed, 24 Apr 2002 09:34:55 -0700
>From: Paul Jordan <paul@gishnetwork.com>
>Subject: RE: [ic] feasibility of random components
>To: interchange-users@interchange.redhat.com
>Reply-To: interchange-users@interchange.redhat.com
>
> > I need some input on this idea, to see if it would even be feasible, and
> > perhaps more importantly, (somewhat) simple to do. Maybe someone has
> > done this or has another solution.
> >
> > Im thinking about having components on some pages be random. -- One
> > time you visit this page, it might show specials, the next time you
> > visit it might show "tips" or "testimonials" components or whatever
> > else. Here's my idea on maybe how to do it:
> >
> > = put the "random" component in each page you want this done in.
>
>
>
>Hi, Ed Lafrance just helped me out with something similar. We made a table
>called list.txt, and in that, made a table of "includes" like:
>
>include
>file1.txt
>file2.txt
>file3.txt
>
>Then in a page you can:
>
>[loop
> random=1
> search="
> fi=list
> st=db
> ra=yes
> ml=1000
> "
>]
>here is the randon result:<br>
>[include file="path/to/random_file/dir/[loop-code]"]
>[/loop]
>
>In that directory, just put file1.txt, file2.txt....... These txt files
>would include the html that you want to "include". I suppose that this html
>could have a component, like specials.
>
>...I suppose.
>
>
>Paul
>
>
>--__--__--
>
>Message: 2
>From: "Russ Mann" <tech@khouse.org>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] receipt.html page doesn't display, everything else
>works. - SOLVED
>Date: Wed, 24 Apr 2002 09:38:53 -0700
>Reply-To: interchange-users@interchange.redhat.com
>
>Ed, that was it!
>
>-----Original Message-----
>From: interchange-users-admin@interchange.redhat.com
>[mailto:interchange-users-admin@interchange.redhat.com]On Behalf Of Ed
>LaFrance
>Sent: Wednesday, April 24, 2002 8:10 AM
>To: interchange-users@interchange.redhat.com
>Subject: Re: [ic] receipt.html page doesn't display, everything else
>works.
>
>
>At 05:03 PM 4/23/2002 -0700, you wrote:
> >Hello,
> >
> >I added AuthorizeNet to a working IC 4.8.3 cart and managed to lose the
> >receipt.html page. I'm in test mode for the AuthorizeNet right now.
> >
> >Symptoms:
> >When checking out, everything works correctly until I place the order.
>At
> >this time, the report, receipt, emails are sent, AuthorizeNet is sent its
> >information (I know this because I receive an email from them). The
>receipt
> >page does not come up however, the last checkout page is displayed.
> >
> >I see there are similar problems on the list in time gone past, but no
> >resolutions.
> >
> >Any clues on where to start with this one?
> >
> >What I've already done:
> >The order profile for the checkout page has this at the end - &final =
>yes
> >
> >These are on my checkout page (page called ord/confirm.html) - maybe one
>of
> >these is wrong, even though it worked before adding AuthorizeNet?
> >
> ><input type="hidden" name="mv_doit" value="refresh">
> ><input type="hidden" name="mv_nextpage" value="ord/confirm">
> ><input type="hidden" name="mv_order_profile"
> >value="checkout_profile_confirm">
> ><input type="hidden" name="mv_order_route" value="log main copy_user">
> >
> >Routes in catalog.cfg
> >
> >Route log attach 0
> >Route log cybermode ""
> >Route log empty 1
> >Route log encrypt 0
> >Route log increment 0
> >Route log report etc/log_transaction
> >Route log supplant 0
> >Route log track logs/log
> >
> >Route copy_user attach 0
> >Route copy_user cybermode ""
> >Route copy_user empty 1
> >Route copy_user encrypt 0
> >Route copy_user increment 0
> >Route copy_user report etc/mail_receipt
> >Route copy_user supplant 0
> >Route copy_user track logs/log
> >
> ># Main route must be last to make default
> >Route main attach 0
> >Route main credit_card 0
> >Route main cybermode ""
> >Route main default 1
> >Route main email '__ORDERS_TO__'
> >Route main encrypt 0
> >Route main encrypt_program '__ENCRYPTOR__'
> >Route main errors_to '__ORDERS_TO__'
> >Route main increment 0
> >Route main pgp_cc_key ""
> >Route main pgp_key ""
> >Route main receipt etc/receipt.html
> >Route main report etc/report
> >Route main supplant 1
> >Route main individual_track orders
> >Route main track logs/tracking.asc
> >
> >Route authorizenet id "__AUTHNET_ID__"
> >Route authorizenet secret "__AUTHNET_SECRET__"
> >Route authorizenet host "__AUTHNET_HOST__"
> >Route authorizenet referer "__AUTHNET_REFERER__"
> >
> >
> >Thanks,
> >
> >Russell Mann
>
>Russ - I recently had a similar problem. In my case, I learned that when
>the comments in catalog.cfg say that Route main should be the last route,
>they mean it. In my case I don't think I was using payment routes, but it
>was still a case of another active route after main/default messing up the
>works. Try moving your authorizenet Route above main and reconfig, then
>give it another whirl.
>
>- Ed L.
>
>
>===============================================================
>New Media E.M.S. Software Solutions for Business
>463 Main St., Suite D eCommerce | Consulting | Hosting
>Placerville, CA 95667 edl@newmediaems.com
>(530) 622-9421 http://www.newmediaems.com
>(866) 519-4680 Toll-Free (530) 622-9426 Fax
>===============================================================
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@interchange.redhat.com
>http://interchange.redhat.com/mailman/listinfo/interchange-users
>
>
>--__--__--
>
>Message: 3
>From: "Aaron Hazelton" <aaronmail@hazenet.net>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] feasibility of random components
>Date: Wed, 24 Apr 2002 12:49:37 -0400
>Reply-To: interchange-users@interchange.redhat.com
>
> > Hi, Ed Lafrance just helped me out with something similar. We
> > made a table
> > called list.txt, and in that, made a table of "includes" like:
> >
> > include
> > file1.txt
> > file2.txt
> > file3.txt
> >
> > Then in a page you can:
> >
> > [loop
> > random=1
> > search="
> > fi=list
> > st=db
> > ra=yes
> > ml=1000
> > "
> > ]
> > here is the randon result:<br>
> > [include file="path/to/random_file/dir/[loop-code]"]
> > [/loop]
> >
> > In that directory, just put file1.txt, file2.txt....... These
> > txt files
> > would include the html that you want to "include". I suppose
> > that this html
> > could have a component, like specials.
> >
> > ...I suppose.
> >
> >
> > Paul
>
>That sounds really good, not to mention easier... THANKS!
>
>Ill post when I have this done for anyone that might like to know...
>
> _____
>
>Sincerely,
>Aaron Hazelton
> >>Hazenet<<
>aaron@hazenet.net
>
>
>
>--__--__--
>
>Message: 4
>From: "-ferret-boy" <ferret@waste.org>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] (custom signio): Charge operation 'custom signio' failed.
>Date: Wed, 24 Apr 2002 12:17:15 -0500
>Reply-To: interchange-users@interchange.redhat.com
>
>: > I'm having some trouble getting the VeriSign payment
>: gateway working
>: > properly. I get the error message:
>: >
>: > (custom signio): Charge operation 'custom signio' failed.
>: >
>: > ...
>: >
>: > RedHat 2.4.7
>: > Interchange 4.8.3
>: > VeriSign/Signio most current version
>: >
>: > ...
>: >
>: > [23/April/2002:15:44:51 -0400] toysbyruss
>: > /cgi-bin/toysbyruss/process.html bad custom payment
>: GlobalSub: signio
>: >
>: What configuration have you set up to call signio? You seem
>: to be attempting to call a GlobalSub, rather than the Signio
>: payment module.
>
>I followed the instructions found in:
>http://interchange.redhat.com/archive/interchange-users/2001/msg07620.ht
>ml
>
>And your assessment is correct. When I followed the directions in
>Signio.pm, my test orders completed. However the test transactions
>don't show up in VeriSign Manager. Is this typical? May I assume that
>when I "Launch" the site, I'll come out of TEST mode and transactions
>will start showing up in VeriSign? (I haven't seen another way to get
>out of TEST mode. Can I do that without going through the Launch
>Wizard?)
>
>:
>: Change to the lib/Vend/Payment directory, under your
>: Interchange installation dir and type "perldoc Signio.pm".
>: Make sure you have followed all of the instructions in the
>: documentation that that command generates.
>
>
>Thank you
>
>-brian
>
>
>
>--__--__--
>
>Message: 5
>From: "Andrew Lietzow" <andrewl@theaclgroup.com>
>To: <interchange-users@interchange.redhat.com>
>Subject: Re: [ic] Deparately seeking images...and assistance ... on my last
>leg?
>Date: Wed, 24 Apr 2002 14:08:48 -0500
>Reply-To: interchange-users@interchange.redhat.com
>
>Dear IC Wizards,
>
>Thank you's to all who responsed...
>
>I made a decision to purchase the IC Developer's Guide. It should arrive
>in
>a few days. After reviewing it, if I cannot resolve my issues, I may be
>reaching out for more help via the list, or help via a small consulting
>assignment, just to get me started. All who responded spoke well of the IC
>product once you get a handle on its requirements. Several, however,
>cautioned me regarding subtle complexities due to unique characteristics
>generally required of a robust system. I wanted it to be a slam dunk; it
>is
>not.
>
>Thus, without a better handle on how the system is put together, it is
>very
>difficult to troubleshoot the source of my problem. I think it is time to
>anty up and see if my brain can get over the hump. Unfortunately, I guess
>I'm going to have to invest more time before I can make a final decision.
>I
>hate when that happens...
>
>A sincere thank you to those who either gave specific tips or words of
>encouragement.
>
>For now, consider this call "closed". I don't know from whence the "//"
>originates but maybe in a day or so I'll find an eraser...:-)
>
>Sincerely,
>
>Andrew Lietzow, MBA
>The ACL Group, Inc.
>
>
>
>
>
>
>--__--__--
>
>Message: 6
>Date: Wed, 24 Apr 2002 14:50:23 -0500
>To: interchange-users@interchange.redhat.com
>From: Chad Burkhart <chad.burkhart@colecomputer.net>
>Subject: [ic] Checkout page not working
>Reply-To: interchange-users@interchange.redhat.com
>
>I have IC 4.8 running on a Linux 7.2 box with 2 catalogs.
>The first works perfectly, but the virtual domain I just added won't
>process the checkout page.
>I can't seem to find out what is different between the two.
>When you click checkout, it just returns to the checkout page without any
>errors.....but it sends the receipt to the customer.
>Any ideas?
>Is there any special setup for a virtual domain?
>
>
>
>--__--__--
>
>Message: 7
>From: Weber Premiere <weberpremiere@earthlink.net>
>To: interchange-users@interchange.redhat.com
>Date: Wed, 24 Apr 2002 14:24:13 -0700
>Subject: [ic] New Interchange User Looking For Some Help
>Reply-To: interchange-users@interchange.redhat.com
>
>Hi,
>
>I'm brand new to Interchange. I read the instructions int the Red Hat
>Interchange 4.8 Getting Started Guide and set up a catalog called test and
>checked the online FAQ's and have so far been unable to find
>anything on the message I'm receiving. I called my catalog test and then
>went to the /webserver/test directory and the interchange front page
>displays fine, however, when I click the Customer Entrance link or the
>admin interface link the following message appears.
>
> Undefined catalog: /cgi-bin/test
>
>I am not certain what that meains. If someone knows anything about this I
>would appreciate it.
>
>Thanks for the help,
>
>James Weber
>
>
>
>--__--__--
>
>Message: 8
>From: "Ron Phipps" <rphipps@reliant-solutions.com>
>To: <interchange-users@interchange.redhat.com>
>Date: Wed, 24 Apr 2002 19:50:29 -0700
>Subject: [ic] Detect SSL or Non-SSL
>Reply-To: interchange-users@interchange.redhat.com
>
>Using IC tags is there a way to detect if the page has been served in
>SSL or non-ssl mode? With javascript you can do:
>
>if (document.location.protocol == "http:")
>
>But I would like to avoid using javascript if possible. Thanks!
>
>-Ron
>
>
>--__--__--
>
>Message: 9
>Date: Wed, 24 Apr 2002 22:41:28 -0500
>From: Tommy Pruitt <tpruitt@pruittcom.com>
>To: interchange-users@interchange.redhat.com
>Subject: [ic] Interchange Home Page
>Reply-To: interchange-users@interchange.redhat.com
>
>This is probably an Apache question but please help. I want
>www.pruittcom.com/cgi-bin/pci/index.html to be the first page customers
>see. Please help.
>Tommy
>
>
>--__--__--
>
>Message: 10
>From: "Kevin Walsh" <kevin@cursor.biz>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] Detect SSL or Non-SSL
>Date: Thu, 25 Apr 2002 05:19:02 +0100
>Reply-To: interchange-users@interchange.redhat.com
>
> >
> > Using IC tags is there a way to detect if the page has been served in
> > SSL or non-ssl mode? With javascript you can do:
> >
> > if (document.location.protocol == "http:")
> >
> > But I would like to avoid using javascript if possible. Thanks!
> >
>You could make use of a UserTag like this:
>
> UserTag is_secure Routine <<EOF
> sub {
> $CGI::secure =~ /^(on|1)$/i ? 1 : 0;
> }
> EOF
>
>--
> _/ _/ _/_/_/_/ _/ _/ _/_/_/ _/ _/
> _/_/_/ _/_/ _/ _/ _/ _/_/ _/ K e v i n W a l s h
> _/ _/ _/ _/ _/ _/ _/ _/_/ kevin@cursor.biz
>_/ _/ _/_/_/_/ _/ _/_/_/ _/ _/
>
>
>--__--__--
>
>Message: 11
>Date: Wed, 24 Apr 2002 21:19:05 -0700
>To: interchange-users@interchange.redhat.com
>From: Ed LaFrance <edl@newmediaems.com>
>Subject: Re: [ic] Detect SSL or Non-SSL
>Reply-To: interchange-users@interchange.redhat.com
>
>At 07:50 PM 4/24/2002 -0700, you wrote:
> >Using IC tags is there a way to detect if the page has been served in
> >SSL or non-ssl mode? With javascript you can do:
> >
> >if (document.location.protocol == "http:")
> >
> >But I would like to avoid using javascript if possible. Thanks!
> >
> >-Ron
>
>If you use my [env] usertag (search the archives for the source code if you
>do not already have it in VENDROOT/usertag), you can use it to get the port
>number of the http request, to whit:
>
>[tmp server_port][env SERVER_PORT][/tmp]
>[if scratch server_port == 80]
> Regular old http session
>[elsif scratch server_port == 443]
> Secure http session
>[/elsif]
>[/if]
>
>Unless your web server is configured in some non-standard way, this will
>work, otherwise you may have to adjust the numbers a bit.
>
>- Ed L.
>
>
>===============================================================
>New Media E.M.S. Software Solutions for Business
>463 Main St., Suite D eCommerce | Consulting | Hosting
>Placerville, CA 95667 edl@newmediaems.com
>(530) 622-9421 http://www.newmediaems.com
>(866) 519-4680 Toll-Free (530) 622-9426 Fax
>===============================================================
>
>
>--__--__--
>
>Message: 12
>From: "Kevin Walsh" <kevin@cursor.biz>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] Detect SSL or Non-SSL
>Date: Thu, 25 Apr 2002 05:20:09 +0100
>Reply-To: interchange-users@interchange.redhat.com
>
> >
> > Using IC tags is there a way to detect if the page has been served in
> > SSL or non-ssl mode? With javascript you can do:
> >
> > if (document.location.protocol == "http:")
> >
> > But I would like to avoid using javascript if possible. Thanks!
> >
>You could make use of a UserTag like this:
>
> UserTag is_secure Routine <<EOF
> sub {
> $CGI::secure =~ /^(on|1)$/i ? 1 : 0;
> }
> EOF
>
>--
> _/ _/ _/_/_/_/ _/ _/ _/_/_/ _/ _/
> _/_/_/ _/_/ _/ _/ _/ _/_/ _/ K e v i n W a l s h
> _/ _/ _/ _/ _/ _/ _/ _/_/ kevin@cursor.biz
>_/ _/ _/_/_/_/ _/ _/_/_/ _/ _/
>
>
>--__--__--
>
>Message: 13
>Date: Wed, 24 Apr 2002 21:21:55 -0700
>To: interchange-users@interchange.redhat.com
>From: Kyle Cook <kyle@invisio.com>
>Subject: Re: [ic] Detect SSL or Non-SSL
>Reply-To: interchange-users@interchange.redhat.com
>
>At 07:50 PM 4/24/02, you wrote:
> >Using IC tags is there a way to detect if the page has been served in
> >SSL or non-ssl mode? With javascript you can do:
> >
> >if (document.location.protocol == "http:")
> >
> >But I would like to avoid using javascript if possible. Thanks!
> >
> >-Ron
>
>Ron,
>
>One way to find out is in a usertag:
>
>UserTag is_secure Routine <<EOR
>sub {
>return $CGI::secure;
>}
>EOR
>
>(I believe the value will be either "on" or "" )
>
>There maybe other ways, but I had need in a usertag
>at one point (back in mv days I think) and found
> $CGI::secure in the source , so used it myself :-)
>
>Kyle Cook
>
>
>--__--__--
>
>Message: 14
>Date: Wed, 24 Apr 2002 22:16:59 -0700
>To: interchange-users@interchange.redhat.com
>From: Dan Browning <dbml@kavod.com>
>Subject: Re: [ic] Interchange Home Page
>Reply-To: interchange-users@interchange.redhat.com
>
>At 10:41 PM 4/24/2002 -0500, you wrote:
> >This is probably an Apache question but please help. I want
> >www.pruittcom.com/cgi-bin/pci/index.html to be the first page customers
> >see. Please help.
> >Tommy
>
>There are quite a variety of solutions. An easy one is to create an
>index.shtml:
>
><!--#include virtual="/cgi-bin/pci"-->
>
>HANE (Have A Nice Evening),
>
>
>+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>| Dan Browning, Kavod Technologies <db@kavod.com>
>+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Your lucky number has been disconnected.
>
>
>--__--__--
>
>Message: 15
>From: "Greg Goble" <ggoble@rpo.at>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] New Interchange User Looking For Some Help
>Date: Thu, 25 Apr 2002 08:24:48 +0200
>Reply-To: interchange-users@interchange.redhat.com
>
>James Weber wrote:
> >
> > Hi,
> >
> > I'm brand new to Interchange. I read the instructions int
> > the Red Hat Interchange 4.8 Getting Started Guide and set up
> > a catalog called test and checked the online FAQ's and have
> > so far been unable to find
> > anything on the message I'm receiving. I called my catalog
> > test and then went to the /webserver/test directory and the
> > interchange front page displays fine, however, when I click
> > the Customer Entrance link or the
> > admin interface link the following message appears.
> >
> > Undefined catalog: /cgi-bin/test
> >
> > I am not certain what that meains. If someone knows anything
> > about this I would appreciate it.
> >
> > Thanks for the help,
> >
> > James Weber
>
>James,
>
>Usually I find on this list that the more experienced IC guru's
>don't respond to these 'how to get started' questions, because
>they've truely been asked a hundred times and can be found in
>the listserv archives. However, from time to time I try to
>answer the question(s) that I'm most familiar with or have experienced
>my self...although I'm no guru.
>
>I know exactly the message you are receiving. In my case it means
>that products.txt was not imported, i.e. in your catroot/products/
>you may not have a products.sql. If so and at any regard restart
>Interchange.
>
>It's always done the trick for me. Check your variable.txt as well to
>make sure your variables are correct.
>
>Have fun...
>
>-Greg
>
>
>--__--__--
>
>Message: 16
>From: "Ron Phipps" <rphipps@reliant-solutions.com>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] Detect SSL or Non-SSL
>Date: Thu, 25 Apr 2002 00:45:16 -0700
>Reply-To: interchange-users@interchange.redhat.com
>
> > From: interchange-users-admin@interchange.redhat.com
>[mailto:interchange-
> > users-admin@interchange.redhat.com] On Behalf Of Kevin Walsh
> >
> > >
> > > Using IC tags is there a way to detect if the page has been served
>in
> > > SSL or non-ssl mode? With javascript you can do:
> > >
> > > if (document.location.protocol == "http:")
> > >
> > > But I would like to avoid using javascript if possible. Thanks!
> > >
> > You could make use of a UserTag like this:
> >
> > UserTag is_secure Routine <<EOF
> > sub {
> > $CGI::secure =~ /^(on|1)$/i ? 1 : 0;
> > }
> > EOF
> >
>
>Thank you, Kevin, Ed and Kyle for your code snippets. All 3 worked as
>desired and will come in handy for a project I'm working on.
>
>Take it easy!
>-Ron
>
>
>--__--__--
>
>Message: 17
>Date: Thu, 25 Apr 2002 12:41:04 +0200
>From: "Ulf Holt" <ulf.holt@onsite-data.no>
>To: <interchange-users@interchange.redhat.com>
>Subject: [ic] (no subject)
>Reply-To: interchange-users@interchange.redhat.com
>
>
>--__--__--
>
>Message: 18
>Date: Thu, 25 Apr 2002 12:46:32 +0200
>From: "Ulf Holt" <ulf.holt@onsite-data.no>
>To: <interchange-users@interchange.redhat.com>
>Subject: [ic] Need to change shipping etc.
>Reply-To: interchange-users@interchange.redhat.com
>
>I am currently starting to pick up how to configure Interchange, but when I
>look at some of the elegant implementations around, I understand I have a
>looong way to go. I need to change how to ship, in Norway most shipping is
>done by post office, and I also need to implement paying by Cache on
>Delivery. I also don't need all the international inforamtion - the
>solution is ment to be used only in Norway, so I don't need State and other
>countries. Could someone give me a hint or a pointer to a solution?
>
>I am not sure if I should have sent this as 3 different entries, so please
>don't get mad at me if I am not following the rules.
>
>
>Best regards
>
>Ulf Holt
>
>--__--__--
>
>Message: 19
>Date: Thu, 25 Apr 2002 12:54:24 +0200
>From: "Ulf Holt" <ulf.holt@onsite-data.no>
>To: <interchange-users@interchange.redhat.com>
>Subject: [ic] (no subject)
>Reply-To: interchange-users@interchange.redhat.com
>
>confirm 314690
>
>--__--__--
>
>Message: 20
>Subject: Re: [ic] Interchange Home Page
>From: Bill Carr <bill@worldwideimpact.com>
>To: interchange-users@interchange.redhat.com
>Date: 25 Apr 2002 07:32:36 -0400
>Reply-To: interchange-users@interchange.redhat.com
>
>On Wed, 2002-04-24 at 23:41, Tommy Pruitt wrote:
> > This is probably an Apache question but please help. I want
> > www.pruittcom.com/cgi-bin/pci/index.html to be the first page customers
> > see. Please help.
>httpd.conf
>DirectoryIndex /cgi-bin/pci/index.html
>
>--
>Bill Carr
>Worldwide Impact
>bill@worldwideimpact.com
>413-253-6700
>
>
>--__--__--
>
>Message: 21
>From: "Rene Hertell" <rene@hertell.com>
>To: <interchange-users@interchange.redhat.com>
>Subject: RE: [ic] New Interchange User Looking For Some Help
>Date: Thu, 25 Apr 2002 15:07:09 +0300
>Reply-To: interchange-users@interchange.redhat.com
>
> > > Undefined catalog: /cgi-bin/test
>
> > I know exactly the message you are receiving. In my case it means
> > that products.txt was not imported, i.e. in your catroot/products/
> > you may not have a products.sql. If so and at any regard restart
> > Interchange.
> >
> > It's always done the trick for me. Check your variable.txt as well to
> > make sure your variables are correct.
>
>I would say that you have to check the Catalog row in the interchange.cfg
>file. I guess that you have specified it wrong. Remember to restart the
>server.
>
>
>One other thing is that the /cgi-bin/test file has to belong to the same
>user that runs the interchange-server. Check those permissions, and try
>again
>
>
>René
>
>
>
>--__--__--
>
>Message: 22
>Date: Thu, 25 Apr 2002 15:14:30 +0200
>From: "Ulf Holt" <ulf.holt@onsite-data.no>
>To: <interchange-users@interchange.redhat.com>
>Subject: [ic] (no subject)
>Reply-To: interchange-users@interchange.redhat.com
>
>confirm 314690
>
>--__--__--
>
>Message: 23
>Subject: RE: [ic] New Interchange User Looking For Some Help
>From: Honest to Goodness <h2g@sympatico.ca>
>To: interchange-users@interchange.redhat.com
>Date: 25 Apr 2002 09:46:19 -0400
>Reply-To: interchange-users@interchange.redhat.com
>
>On Thu, 2002-04-25 at 08:07, Rene Hertell wrote:
> > > > Undefined catalog: /cgi-bin/test
> >
> > > I know exactly the message you are receiving. In my case it means
> > > that products.txt was not imported, i.e. in your catroot/products/
> > > you may not have a products.sql. If so and at any regard restart
> > > Interchange.
> > >
> > > It's always done the trick for me. Check your variable.txt as well to
> > > make sure your variables are correct.
> >
>
>I would say search the mailing list archives and get familiar with your
>error logs. There will be one in the foundation catalog directory and
>one where the interchange server lives. If you want even more error logs
>then edit the interchange.cfg file so that the debug variable is set to
>1. Then you can look in /tmp/icdebug for even more. After restarting the
>server of course. And try interchange --test while you're at it.
>
>
>--__--__--
>
>Message: 24
>Date: Thu, 25 Apr 2002 09:14:16 -0500
>From: Michael Lehmkuhl <michael@electricpulp.com>
>To: <interchange-users@interchange.redhat.com>
>Subject: [ic] QuickBooks integration testimonials wanted
>Reply-To: interchange-users@interchange.redhat.com
>
>Hello.
>
>We've got an IC installation that needs to use the QuickBooks integration
>module. We're looking for any thoughts on this module, experiences with
>using it, possible pitfalls, compatibility headaches, or words of praise.
>
>If anyone on the list has used it, we would appreciate hearing a first hand
>account.
>
>Thanks.
>
>--
>Michael Lehmkuhl <michael@electricpulp.com>
>Partner, Electric Pulp
>
>1.605.988.0177 : 1.888.722.PULP
>electricpulp.com
>
>
>
>--__--__--
>
>Message: 25
>Date: Thu, 25 Apr 2002 08:56:18 -0700
>To: interchange-users@interchange.redhat.com
>From: Dan Browning <dbml@kavod.com>
>Subject: Re: [ic] QuickBooks integration testimonials wanted
>Reply-To: interchange-users@interchange.redhat.com
>
>At 09:14 AM 4/25/2002 -0500, you wrote:
> >Hello.
> >
> >We've got an IC installation that needs to use the QuickBooks integration
> >module. We're looking for any thoughts on this module, experiences with
> >using it, possible pitfalls, compatibility headaches, or words of praise.
> >
> >If anyone on the list has used it, we would appreciate hearing a first
>hand
> >account.
> >
> >Thanks.
> >
> >--
> >Michael Lehmkuhl <michael@electricpulp.com>
>
>100% Words of praise. The IIF format seems to be more or less documented
>by QuickBooks, so it is rather easy to customize the IIF generation for
>clients that use their Quickbooks in different ways and would like a custom
>setup.
>
>FYI, I made a few minor tweaks for the following that may or may not
>interest you:
>
> * CASH SALE transaction doesn't work with Quickbooks 2000, but INVOICE
>still does.
> * Keep regular progression of Quickbooks Invoice numbers instead of
>assigning the IC order number
> * "INTL" showing up without country (fixed)
> * (Optional) Keep the phone number & e-mail out of the address fields
>(for mailing labels)
>
>I'll see if it will filter into CVS today. Later,
>
>
>+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>| Dan Browning, Kavod Technologies <db@kavod.com>
>+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Fortune's Office Door Sign of the Week:
>
> Incorrigible punster -- Do not incorrige.
>
>
>
>--__--__--
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@interchange.redhat.com
>http://interchange.redhat.com/mailman/listinfo/interchange-users
>
>
>End of interchange-users Digest
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com