I have a Magento store that apparently sends too many confirmations emails on an order. My theory is that the emails are resent all over again to the store admin when the customer tries to shop entering an inexistent email address.
How can I debug and/or fix this?
Thanks
Is the customer's email getting returned to sender? If so try setting the sender address to a blackhole, a mailbox that drops all messages. It's not uncommon for sites to have a "noreply#" address for this purpose.
Related
I have an issue with a Prestashop 1.6.1.6 where the "eshop" doesn't receive any order email, but the customer receives them properly. The Prestashop is hosted on a shared hosting server with cPanel, running PHP 5.5.
I have checked the above so far:
Under Preferences->Store Contacts->Shop email, the email is correct.
After a successful order as a customer, in cPanel->Mail->Mail Trace, i can see the delivery attempts to customer's email but not to "eshop" email.
Have installed, enabled and configured properly the module "Mail Alerts", entered 1 and more emails in E-mail addresses, but didn't receive any email as the "eshop".
Tried the option: Advanced Parameters->E-mail->TEST YOUR EMAIL CONFIGURATION->Send a test email, with the "eshop's" email address and it worked, bot with PHP mail() and with SMTP.
I have sent an email via the contact form (as a test customer) to Webmaster and to Customer Service and both the client and the "eshop" received the mail.
Sent a test email via thunderbird to the "eshop's" email address and it worked.
Made a new registration as a test customer with a valid email address. The test customer received the "Welcome" email, but the "eshop" didn't receive anything. (i am not really sure if the "eshop" should get any notification mail in this case to be sure, but i tried it).
What i understood so far, is that the mail functionality works for contact forms, test emails via Prestashop, test emails via thunderbird, but not for any kind of orders.
I don't know if there is something else to try to find the problem.
Is there any other option in Prestashop, which prevents the order emails to be sent to the "eshop"?
Is this a bug in Order Functionality?
Any idea would be useful since i don't know what else i can do. Thank you in advance.
if in "eshop" you meant merchant, by default Prestashop does not send these notifications to "admin",
install the Mail alerts module, and there are options to send different types of emails to provided addresses.
It would look that you have the email template in "modules / mailalerts / mail / in / new_order.html"
Regards,
I'm running a wiki based on mediawiki 1.21.11. Because I can't prevent users to change their e-mail address, I want to get informed (e.g. by mail) about this change.
My question: is there any possibility to send e. g. a copy of the notification mail or another notification including the old or new e-mail address to a specified recipient when users change their e-mail address?
You can prevent users from changing their email address with an auth plugin, although it seems like a horrible thing to do. You can use some hook to send you notifications - PrefsEmailAudit or UserSetEmail if you don't require confirmations, ConfirmEmailComplete if you do.
After registration customer recieve email imforming about 10% off. It works fine but that email is dubled. The same email is sending twice times.
Swiching off Mailchimp doesn't resolve that problem so probably it is not in configuration.
Probably two emails modules capture event but I have no idea how to fix it.
I'm using the wordpress theme classipress and i've installed the plugin easysignup. The plugin works but the problem is once the user has received the email, they can reply. When i sign up to emails, they normally have a way to prevent the user from replying.
How do i accomplish this?
Do i have to create a #noreply email and change a setting so replies are bounced back?
This plugin required me to type in an Automated Reply Email, i used the website contact address just to test if the plugin worked.
Is there a host email address that is outgoing only?
You can't make it so users can't reply - that is up to their client. All you can do is send it from another email address and discard the emails it receives.
We manage a website which gives agents the ability to enroll members across the country. At times, the member or agent will enter a bad email address during the enrollment process and important PDF'd information cannot be delivered to the member.
Similarly, an agent may try and recruit a sub-agent and have the same issue.
Is there anyway to automatically redirect returned emails (Delivery Status Notification (Failure)) to the responsible party instead of to our primary email?
i.e. Agent 1 recruits Agent 2. An email is attempted to send from recruit#domain.com but the address for Agent 2 is invalid. The system automatically recognizes the message type, formats and sends Agent 1 a note saying the email he/she entered was bad.
Note: I am using Google Apps Standard for all of our mail delivery currently while our platform is built on php and mysql.
make a special email for example "recruit-system#domain.com" and send every mail from this account. after sending a recruiting mali via that account, make shure that you save the destination e-mail adress in your database connected with the according agent who sent that mail so that you can determine who sent that email afterwards. make shure this account is only being used by your app. then make a cronjob for a php script that connects via smtp to that account and let it check out if there is any mail that returned. If there is any email look from where that mail came and look it up in your database and send the notification to the according agent. that's how i would do it.