OLD Super Orders 2.0 (See v3.0 thread instead)

[BlindSide]

I seem to keep getting forgotten ! :-(

Does anyone else still have this issue ?

Did you Solve it ?

Please Please help !

Tried on 1.3.5 and 1.3.6 , tried changing maiing settings to PHP , SMTP , etc etc

Its not getting blocked as SP@M and red tiks always appear when I ask it to update the orders and e-mail the customer. !

Didn't forget about it, I just haven't had time to attempt a repro. It's a pretty deep problem, and I have to edit the mailer class so that messages get "processed" as sent without actually going out (don't wanna spam my customers with test messages).

I am having the same problem. When someone places an order, it just says that the order is with UPS or whatever - it doesn't say what the actual method of shipping is (Second day, etc...). This is vital to know and right now we have to rebuild *EVERY* order in order to match the shipping price with the methods in order to find out what people actually clicked on for shipping. We need to be able to print the method on the detail page, and the print pages.

Thanks for the super effective fix on this. Much appreciated!!!

I love solving problems before people even know they have one. It's such a rare treat in this world.

[jetx]

I'm having an issue at the moment having just installed this mod. Fresh install of 1.36 zen, a few other payment mods running including fax po, dir bank, ceon credit card, invoice popup. This means I'm not using the SO Purchase Order payment option (installed, not activated).

The only problem I'm having with this SO 2, rev 45 mod is that the email notification is not actually sending out the emails (to both customer and admin notifications). SO indicates success (just like the normal Orders module).

Checking email_archive confirms email is not sent. Works fine from the built Orders module however.

Any ideas?

[BlindSide]

What e-mails aren't going out? Normal order status updates? Batch e-mails? Auto-status updates attached to payment entries?

I need you to be more specific, tell me exactly what you're doing.

[jetx]

What e-mails aren't going out? Normal order status updates? Batch e-mails? Auto-status updates attached to payment entries?

I need you to be more specific, tell me exactly what you're doing.

Normal emails BlindSide. Normal notification to customer plus admin Copy of Orders Status Emails.

Status history in SO indicates (check) that Customer Notified. This also updates the status in the build in Orders module. Only difference is that by updating status from the SO mod (for example from Pending to Delivered) the emails are not actually sent.

[Scrat]

Tried to get around this problem but no joy, so have set

$display_tax = true;//(FED_TAX_ID_NUMBER == '' ? true : false);

Iin super_invoice.php, and it works fine and as Fed_Tax is not an issue for me. Thanks for your help, what a great Contr.

[BlindSide]

First, perform a status update from the normal orders.php and confirm that it goes out "all the way." Even if you already have once or twice before, humor me. If not, then obviously you have a general system issue.

Secondly, make sure that all the files are properly uploaded. Status e-mail are sent out via a function that sits in admin/includes/function/extra_functions/super_orders_functions.php; if that file is not there, or corrupted, you won't get an e-mail. Obviously you'll want to re-up admin/super_orders.php as well.

I would also check your store's e-mail settings. SO still ties into the usual zen mailing functions, so if anything is disabled, it won't go out. Take a look at Admin > Configuration > E-mail Options > Send E-mail. I know you already mentioned the admin copy, so it's unlikely, but if I had nickel for every obvious error I made...

[BlindSide]

Tried to get around this problem but no joy, so have set

$display_tax = true;//(FED_TAX_ID_NUMBER == '' ? true : false);

Iin super_invoice.php, and it works fine and as Fed_Tax is not an issue for me. Thanks for your help, what a great Contr.

Glad you found a working solution, and you like the contrib. However this is def not normal behavior, and workarounds to bugs are a bad idea. I recommend you find out the true cause of the problem. A complete reinstall of the mod would be a good idea.

[jetx]

First, perform a status update from the normal orders.php and confirm that it goes out "all the way." Even if you already have once or twice before, humor me. If not, then obviously you have a general system issue.

As mentioned this works, however in the interest of great mirth and seasonal laughter I again deleted all files including ../super_orders.php, ../super_orders_functions.php and re-uploaded. Still no joy.

Switched back to built in Orders mod, changed status to test, all works (email notifications).. as it always has.

So, as you don't have an obvious answer, I'll take a closer look (especially at the super_orders_functions_php) when I get more time, try it on another site, etc.

Thanks for the quick responses!

[jetx]

One thing I'm going to check out later is whether it's possible that SO is changing the email in any way which might be targeted by Spam Assassin, as I just blackhole everything which meets a specific hit count.. any way, will look at this.

Although this is unlikely as I test using a "customer" with a gmail account, so even if I don't get admin notifcations, the "customer" should get theirs.

[funkey]

Just regarding SpamAssassin (i'm pretty sure it's not the problem unless you're removing mail that receives scores lower than 2.0) -- adding your admin account to your user_prefs file in the following way:

whitelist_from_rcvd [email protected]  example.com

Where:

[email protected] is the address of your admin account.

&

example.com is the domain name for the shop.

SpamAssassin will automatically rescore your mails to be whitelisted as long as a domain lookup works for your host.

Cheers,

Paul
(who has never had a problem with SpamAssassin and Zen-Cart)