E-mail problem

[Mike Hughes]

Just to let you know that mail::mailer is often installed as standard and it shouldn't be a problem for your host to do this.

Mike

[AshW]

Hello Mike

Thanks for the info about the mail::mailer module.

I've checked the server, but it doesn't look like it's installed, so I've downloaded it from CPAN ready to install.

Kind Regards

Ash

[AshW]

Hi Again

I installed the mail::mailer module on the server early this morning, and then followed Norman's instructions for patching Actinic.pm to the letter. I then updated the site and tested it.

The product page of the basket showed ok, but as soon as I click ADD TO BASKET, VIEW BASKET or BUY PRODUCTS buttons I'm redirected to a plain page generated by the server saying that 'the server encountered an internal error', and to contact the domain administrator.

I replaced the original Actinic.pm file, and all worked ok again.

I was wondering if anyone had seen similar when making changes to the Actinic.pm file in order to use the sendmail workaround??

Regards

Ash

[pinbrook]

Phil is correct, search the forum so see comments on the service that fasthosts supply.

Jan has used the new servers there, and has been driven away from them.

Fh are very cheap, but consider how much time you have spend trying to sort out this problem , I bet it adds up to more than their annual hosting fee.

If you want a hassle free future you know what to do!!

[TraceyG]

Hi Ash,

Looking at your original problem of receiving e-mails intermittently, it seems to me that it could be due to the customers getting to the 'Your order was completed successfully' page in Protx and then either closing their browser down or going to a different site.

The e-mails are not generated until the (Actinic) receipt page is displayed, so unless the customer returns to the merchant site the e-mail will not be sent.

As your client does not download orders, they may want to put a message into Act_Order02.html (the page that gives them the payment method in checkout) to say that customers must return to the merchant site for their receipt (or something like that).

I hope this helps.

[pinbrook]

Ahhh Yes!

I had a client with the same problem and we came to the same conclusion, shopper not returning to merchant site.....

[AshW]

Hi

Thanks for the suggestion Tracey. I think that you've hit the nail on the head in identifying the problem.

I've just been doing some testing to see what happens to e-mails if I don't return to our site from the Protx 'Order completed successfully page', and what happens if I do return from the same Protx page.

The results are consistent with what yourself and Jo suggest; e-mails don't get sent if the customer doesn't return to us from Protx, and do get sent if they do return.

In fairness, the Protx 'Order completed' page does ask the customer to click a link to return to our site for their receipt, but there is no way of enforcing this as it stands.

I'll ask Protx if they could tweak this page, or perhaps put an auto redirect back to our site.

Many thanks again, and to everyone who has offered suggestions to try and help resolve this problem.

Kind Regards

Ash

[Freeze]

Hi all

I too suffer from Protx (using VSP form) and the sometime lack of receipt if the customer does not return to the shopping cart page.

This is a serious stopper for my client as they only want to run with the email confirmations to process orders.

Any solutions other than a redirect from Protx back to my site??

Glen

[AshW]

Hi Glen

I imagine that your client gets a confirmation of order e-mail from the Protx system as well as a copy of a receipt from Actinic, but that this Protx e-mail doesn't show the basket contents (just the value of the order and customer details), so isn't of a lot of help to clients like ours who would rather rely on e-mail to see orders from the site.

Before switching to Actinic, our old basket/Protx setup did show the contents of the basket on the confirmation e-mail from Protx. I had enquired with Actinc and Protx as to whether this was possible, but drew a blank with both unfortunately.

I certainly can't comment much as I don't know the extent of the work that would be involved to pass the basket contents to Protx, and subsequently have these details mailed out from their system on the confirmation of order e-mail. But it would present a workaround to the problem that you and I (and probably others) are experiencing.

Regards

Ash W

[Freeze]

Protx ----mmMM

Spoke to technical support and they think it might be a go to automatically redirect back to the cart. I'll let you know.

Interestingly WorldPay does this redirection automatically.

[AshW]

Hi Glen

Thanks for the update.

I'd sent an e-mail to Protx asking about a redirect as well, but haven't heard anything back from them yet.

When we were running our old basket (also in conjunction with Protx), we had a redirect back to our site from the Protx payment pages, so hopefully it will be possible for them to modify things.

Regards

Ash