Protx VSP Direct v2.0.0

[conor]

Hi,

Sorry Conor Didn't think.

No problem, just wanted to be sure you wouldn't be posting any more. ;)

Hard coding wouldn't be a bad things as the internet connection has a fixed IP address and everyone connects from the same connection.

In that case send me your e-mail address (by getting in contact privately) and I'll send you the exact code you can use... you just need to send the information to Protx as part of the submit_data variable, rather than trying to "echo" it.

This could be a nice additional feature to this module. From what I can gether I'm not the only one after this functionality. Like CES plus it's been mentioned elsewhere on the web.

Anytime someone suggests a feature that might be beneficial for all or many users of the module my first thought is to make it available to all as an upgrade. However, the modifications you are talking about would more than likely involve modifying core Zen Cart files (to track Staff membership), so the benefits of making it available are outweighed by the additional steps the module would require to install. (I don't know of anyone else who has all staff members using a single IP address to use the internet so a simple "Staff IP addresses" configuration option isn't an option!).

It's just too specific a feature to add using Zen Cart's current module system.

Thanks for thinking of others though! :)

[CES]

Good work you two.

Warren, I look forward to hearing how you get on.

Craig

[Alex_X2007]

Hello,

i'm having a problem with protx on our cart and after searching google for an answer i still cannot underatnd if there is a problem with the protx module config or with protx system itself, so i' appreciate any help i could get.

This is the error that comes up, but not on all the transactions, i'd say on 1 out of 2 probably at present. It has smth do do with 3D authentications of certain cards and i hope someone will be able to shed some light on the subject. Many thanks.

Your card could not be authorised! Please correct any details below and
try again or contact us for further assistance.
(2007 : Please redirect your customer to the ACSURL, passing the MD and
PaReq.)

[conor]

Hi Alex,

Are you using version 2.x of the module?

If so, you'll need to upgrade to 3.2.2 to be able to accept 3D-Secure enabled cards!

If not, please contact me privately via the contact form on the website with details about the versions of the module and Zen Cart you are using.

[Alex_X2007]

Hi Conor,
many thanks for your help, i'll upgrade the module tomorrow.... On another subject (which hopefully won't be relevant after upgrade), we have received the order today, which registered with zen cart, however no payment went to protx (not even failed transaction, nothing is recorded in the VPS admin) - protx support confirmed that. Protx is our only payment option.
The order looks different from other orders in the admin though, it has

Invoice No. 20
Date Purchased: Wednesday 12 September, 2007
Payment Method: Credit/Debit Card (Secured by Protx)


But no info on the credit card details at all. (which are normally displayed in a grey box just below it. I'm using zen cart 1.3.7 and free protx module (the one released just before the upgraded for new PREAUTH rules). Any thoughts how this could have happend? i've tryed to replicate it bit other orders go just fine.
Many thanks, Alex

[conor]

Hi Alex,

On another subject (which hopefully won't be relevant after upgrade), we have received the order today, which registered with zen cart, however no payment went to protx

Now that's just bizarre. I've never heard of something like that occurring with the module! I can't see how the order could be created without any of the Protx details being recorded... if the module doesn't get a response from Protx to let it know that the transaction was processed by them then it redirects back to the payment page with an error message.

The only circumstance under which the order could be created without any transaction being registered in your VSP admin is if Protx has had some sort of failure and returned a Status of "OK" even though things weren't "OK"!

I'm glad to hear it hasn't happened since but it's a worrying thing to have happened at all due to the fact that the above is the only thing that could have happened!

[modchipfitters.co.uk]

Hi Conor,
we have received the order today, which registered with zen cart, however no payment went to protx (not even failed transaction, nothing is recorded in the VPS admin) - protx support confirmed that. Protx is our only payment option.

we had a simular thing happen
we had 2 order a bit like this

except the payment method show up on 1 of them as paypal ( we dont have the paypal mod enabled) and the other order came up as nochex ( we dont even have a nochex account) only real difference is when we checked our vsp account there was a transaction for both orders but both transactions we failed

[conor]

Hi,

except the payment method show up on 1 of them as paypal ( we dont have the paypal mod enabled) and the other order came up as nochex ( we dont even have a nochex account) only real difference is when we checked our vsp account there was a transaction for both orders but both transactions we failed

That doesn't sound good but I have no idea how it could happen! It must be a problem with your actual Zen Cart site as there is absolutely no way that the Protx module can gain information about other payment methods... it is completely independent of the other payment methods which may be used on your site!

I'm afraid I don't know what to suggest!

[nickster4321]

Hi,

I have quite a serious issue which is costing us a lot of money. I am sorry if this has been mentioned before but I have not had a chance to go through all the forums.
I have protx installed and seems to work well. However EVERY aol customer fails. I have spoken to PROTX and they have said its not an issue their end as they would know about it. So it much be my end.
He did suggest that it could be how AOL details are being stored in our shopping cart, but ive checked them and they seem ok.

Unfortunately I don't have an AOL system to check all of this on, so am very much depending on you guys. (no pressure )

Shop: http://www.gorgeousshop.co.uk

Thanks
Nick

[conor]

Hi,

However EVERY aol customer fails.

When you say "every AOL customer fails" do you mean that they don't receive their order confirmation e-mail?

That's the only thing that I can imagine is happening.

If this is happening to you then your server or domain is being blocked by AOL's overzealous SPAM prevention and you will need to adjust your server's mail sending to compensate.

If you use the Apache webserver, the easiest way to do this is to add the following line to the VirtualHost configuration for your gorgeousshop.co.uk domain:

php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f [email protected]

Obviously the address above should exist on your server.

If you do this then AOL's servers can verify that your domain exists and that e-mail from your shop is coming from gorgeousshop.co.uk.

After restarting your server (to let Apache reload the configuration), mail from Zen Cart to AOL users will start to work once more.

If that's not the problem then I'm afraid I've no idea how to help you as the module has absolutely nothing to do with e-mail!