[ic] AuthorizeNet Problems - Charges Without Orders

Russell Mann tech at khouse.org
Fri Feb 9 00:54:47 EST 2007


Steve Graham wrote:
> At 12:13 PM 2/8/2007, you wrote:
>> Hello,
>>
>> I've been running Interchange since Minivend 3.  Recently I upgraded 
>> a bunch of stuff:
>>
>> 1.  Operating System from Fedora Core 1 to CentOS 4.4
>> 2.  Perl from "v5.8.4 built for i686-linux" to "v5.8.8 built for 
>> i686-linux" specifically compiled without threads.
>> 3.  IC from 5.2 to 5.4.1.
>> 4.  Running in a Plesk 8.1 environment, using permissions based on 
>> some post somewhere on the mailing list.  Basically group control and 
>> files set to interch group, user is domain owner.
>>
>> I did a makecat to get the newest vlink file for my cgi-bin, but then 
>> just copied over the whole "catalog" directory for the rest.  I had 
>> to re-edit lib/Vend/AuthorizeNet.pm to get the Transaction Key to 
>> function so we don't have to store our AuthorizeNet password on the 
>> server in plain text.
>>
>> It works, but with caveats.  There are two major issue's we're 
>> seeing, and it affects about 25% of total orders.
>>
>> 1.  Charges in AuthorizeNet, with no corresponding order.
>> 2.  Double-charges in AuthorizeNet, with one corresponding order.
>
>
> Try setting the traffic mode in interchange.cfg
> # Set to "low", "high", or "rpc" to get different server parameters.
> Variable  TRAFFIC  rpc
>
> It seem I remember something similar when starting to use IC 5.4 & 
> authorize.net
> setting to RPC solved it for me.
>
> -Steve
>
> Hi guys,
>
> Thanks for the responses, I'm trying them out.  I noticed that setting 
> the traffic mode to "rpc" makes IC run in UNIX mode only, without INET 
> mode.  From what I can tell, INET mode is necessary for a Plesk 
> implementation of IC.  I found that the store worked until I attempted 
> to add something to the cart when it was in UNIX mode only.  So I 
> changed it back to "high" and set MaxServers to 0 in high mode, is 
> that going to have the same effect?
>
> Thanks,
>
> Russell


More information about the interchange-users mailing list