[ic] AuthorizeNet Changes in 5.2

[Bryan D Gmyrek]

> > >I'm getting the same authorizenet errors with interchange 4.9.4 running on
> > >RedHat Enterprise Linux 3.
> > >
> > >authorizenet page:  response: HTTP/1.0 900 NET OR SSL ERROR
> > >
> > >SSL_write 29464: 1 - error:140790E5:SSL routines:SSL23_WRITE:ssl handshake
> > >failure
>
> One thing to check is the transaction version.  In 5.2 the
> default transaction version is 3.1.  This is set in
> lib/Vend/Payment/AuthorizeNet.pm, the variable is x_Version.
> But the best thing to do is to go to secure.authorize.net and
> update the transaction version to 3.1.
>
> Not sure this will fix your problem though.  It seemed to help me
> a bit.
>
> BTW, this should be a variable one can set in interchange.cfg and
> be in the docs.  I'd do it myself but am not sure how.

Like I said ... that helped me a bit before but I am having
troubles like yours now:

Vend::Payment:debug:authorizenet page:  response: HTTP/1.0 900 NET OR SSL ERROR
interchange 2829: open_tcp_connection: failed `secure.authorize.net', 443 (Interrupted system call)

I'm logging to /tmp/icdebug and the request looks fine to me
(correctly sends name, etc).  The response looks like:

Vend::Payment:debug: authorizenet response_reason_text= response_code:
Vend::Payment:debug: authorizenet result={
  'x_address' => undef,
  'x_city' => undef,
  'x_avs_code' => undef,
  'x_first_name' => undef,
  'x_response_reason_code' => undef,
  'x_response_reason_text' => undef,
  'x_MD5_hash' => undef,
  'x_description' => undef,
  'x_trans_id' => undef,
  'x_ship_to_country' => undef,
  'x_ship_to_first_name' => undef,
  'x_email' => undef,
  'x_cvv2_resp_code' => undef,
  'x_ship_to_zip' => undef,
  'x_ship_to_company' => undef,
  'x_last_name' => undef,
  'x_ship_to_city' => undef,
  'x_method' => undef,
  'x_country' => undef,
  'x_fax' => undef,
  'x_ship_to_address' => undef,
  'MStatus' => 'failure',
  'x_state' => undef,
  'x_type' => undef,
  'x_zip' => undef,
  'x_tax' => undef,
  'MErrMsg' => 'Authorizenet error: . Please call in your order
or try again.',
  'x_freight' => undef,
  'x_ship_to_last_name' => undef,
  'x_duty' => undef,
  'x_auth_code' => undef,
  'x_company' => undef,
  'x_phone' => undef,
  'x_invoice_num' => undef,
  'x_ship_to_state' => undef,
  'x_response_code' => undef,
  'x_amount' => undef,
  'x_po_num' => undef,
  'x_cust_id' => undef,
  'x_response_subcode' => undef,
  'x_tax_exempt' => undef
}

I'm running ic 5.2.0 on Fedora Core 1 (recently upgraded with
yum from rh 9) with custom perl 5.8.0 no threading.

Versions:
Apache/1.3.29 (Unix)
mod_interchange/1.30
mod_ssl/2.8.16
OpenSSL/0.9.7c

I'm authorizing, not capturing.

When I attempted to enter the card number again and submit it
came back with the same
'MErrMsg' => 'Authorizenet error: . Please call in your order
but no SSL error.  In this case the transaction went through to
Authorize.net

This must be happening for the customers also because I see
several orders on authorize.net that are not recorded by
interchange (except in /tmp/icdebug) + we have been getting complaints.

Thanks for any help,
Bryan