Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: [mv] Credit card checkout: emails work, but HTML receipt fails



******    message to minivend-users from Hans-Joachim Leidinger <jojo@buchonline.net>     ******

I have had the same trouble, if i have understand you right. 
I have got this problem by wrong setting of

#EncryptProgram  /usr/local/bin/pgpe -f -t -r __ORDERS_TO__ 2>/dev/null

in catalog.cfg. Did you get failure, if you use no EncryptProgram? Do
you use a EncryptProgram?

Regards,

	Joachim

Joe Mazz wrote:
> 
> ******    message to minivend-users from Joe Mazz <joemazz@earthlink.net>     ******
> 
> Dear Christian,
> 
> "Christian J. =?iso-8859-1?Q?M=FCller?=" <cmueller@polinet.ch> replied:
> >> Some clues:
> >>
> >> 0) As noted above, results that use sendmail are OK. Also, the PGP-encrypted
> >> card data are attached to the order email (from ./etc/report).
> >>
> >> 1) tracking.asc also has a record of the credit card orders.
> >>
> >> 2) ./etc/receipt.html gets properly displayed to the browser and (emails are
> >> sent),
> >> when I use 'fax_order=1' (Call order in). But, when I use
> >> mv_credit_card_number=1,
> 
> >mv_credit_card_number should be fed with the actual CC number. Value "1"
> >is not a valid CC number and will fail the CC number test! I am not sure
> >whether this causes your problem, however.
> 
> You are correct. My mistake; I should have just said
> "when I use mv_credit_card_number". I just meant that mv_credit_card_number is
> being used when it fails, rather then the other checkout options.
> The actual card number is set by the user's form entry via
> <input type="text" name="mv_credit_card_number" value="" size="19">.
> 
> >I do not really understand: in your first para you say receipt.html does
> >not display and in 2) you say receipt.html is properly displayed and the
> >email sent. What else do you want? Could you pls explain.
> 
> When a valid credit card number (or the test value 4111 1111 1111 1111)
> is entered, the receipt.html DOES NOT get displayed, so to the user it appears
> from the Web browser that the order was not sucessful (although the emails are
> sent).
> Item 2) explains that receipt.html DOES get displayed correctly upon checkout,
> but
> only if the user selectes "Call order in" rather than entering a credit card
> number.
> This suggests that the problem does not appear to be with receipt.html itself,
> but rather with the simple credit card number validation in mode
> 'config CreditCardAuto'.
> 
> Finally, another clue that the problem is related to the credit card
> validation
> or other problem (not the code in receipt.html itself), is that if I enter a
> valid
> card number and click "Update info., don't place order", the checkout form
> does
> not refresh because the same "500 Internal Server Error" occurs.
> 
> Thank you very much for your taking time to try to help.
> I haven't found the solution yet.
> 
> Regards,
> Joe
> -
> To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
> email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
> Archive of past messages: http://www.minivend.com/minivend/minivend-list

-- 
-------------Hans-Joachim Leidinger---------------------

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list


Search for: Match: Format: Sort by: