This module should be deprecated in favor of commerce_message which has been coded using Entity API and is fieldable with full integration into rules.

Commerce_message also fully supports the sending of custom order confirmation emails using tokens. The commerce_message order confirmation rule can be cloned and edited to send emails to customers and other recipients including admin under multiple conditions.

This module is practically a standalone solution with minimal or no integration into commerce or entity API.

Comments

summit’s picture

Hi @inventlogic could you tell me how I can implement the commerce email functionality with Commerce_message?
I would very much like to be able to sent an email to my customer, but also to admin when an order is completed by the customer?

Thanks a lot in advance for your reply.
Greetings, Martijn

inventlogic’s picture

Issue summary: View changes

added tokens

inventlogic’s picture

Issue summary: View changes

added admin as a recipient is possible

inventlogic’s picture

@summit

I don't want to clutter up this issue so please can you look at the following link to setup commerce_message https://drupal.org/node/2061215

FYI: You can clone the commerce_message rule to send the order confirmation to additional multiple recipients including admin. You can also clone the confirmation email message and customize it for the cloned rule.

summit’s picture

Hi@inventlogic,
Yes I found that out today. Commerce_Message is the way forward. Although not all my tokens worked...
What I didn't find yet was nicely shown templates as are possible with commerce_email and commerce_email_extra.
Shall we go to Commerce Message and get those templates rocking there?

greetings, Martijn

summit’s picture

Issue summary: View changes

added rules comment

inventlogic’s picture

Hi @summit

To get all tokens working you may need add token_filter to a custom text format.

Yes I think we should move off this issue to further discuss a customized template for commerce_message but an HTMLmail template is not good enough?

summit’s picture

Hi @inventlogic,
I can email you what mail now is send, please PM me your email, and may be we can mimic that somehow with commerce_message?
Greetings, Martijn

tararowell’s picture

Well, this thread seems to be about deprecating the module - but I personally like it.
This module is simple and does what it says - and is easy to extend.
I think it's nice to have more than 1 option, anyway.

jeff veit’s picture

Issue summary: View changes

Commerce_message would be a fine way forward if it worked.

But is doesn't always -
http://www.drupalcommerce.org/questions/10096/order-summary-email
http://www.drupalcommerce.org/discussions/3201/order-summary-email
http://www.drupalcommerce.org/questions/7022/solved-why-would-my-order-i...
http://www.drupalcommerce.org/questions/10636/how-do-i-add-custom-line-i...

The common problem seems to be that the line items are not available to the summary mail when the user is anonymous. There is a hack available which advocates ignoring the access rights on a view of the order items by switching off SQL rewriting. This seems like a bad idea.

mrpeanut’s picture

Priority: Critical » Normal

Well, Commerce Message does work, albeit with a "hack."

I'm using Commerce Message to send an email to the customer (authenticated and anonymous users) and a cloned message to send an email to the store admin. They are all working perfect.

You're right though, that does require you to disable query rewriting in the view. (See #1276450-5: Views results empty for unprivileged user when using Relationship: Content: Referenced Product.) There's a whole thread of people doing it with no major concern about security if your view is configured properly — whether that makes it safe or not is beyond me.

With all that being said, what's the harm in keeping this module? For me, it was much easier to set up until I had the time to figure out Commerce Message. Maybe add a note to the module overview that says Commerce Kickstart uses Commerce Message (so that beginners are aware of the other option)?

jeff veit’s picture

I agree this is not a critical issue.

I agree there is no harm in keeping this module, and it's easier to get working. In fact it's the better solution at the moment.

I think a working Rules recipe would be better, provided the security issue is solved, because you would be able to edit the view that produces the list of purchases.

Security: This a view. If your view has a url, choose an existing order, then using a logged out user enter the url for your view, placing the order number in the correct place. You should see what this order contained. If your store sells tealights and soothing oils, then this probably isn't such a big problem. If your store sells personal security solutions, or safes, or contraceptives to women in conservative areas, or a million and one other things that people would like to keep private, then you will be exposing this information to anyone who can figure out the URL.

rszrama’s picture

Status: Active » Closed (outdated)