My magento site stoped sending the order mail to customer, i have checked several answer, but nothing works for me.
I tried to send mail with php mail funtion, its working but mail going to spam also. Is this may be a reason?
This may be a server fault, it may be an issue of server mail configuration. Try to install some SMTP mail extension, it will be helpful for you. Also check if there any new installation of extension which causing problem
If mails are going to spam, then there may be chances of mis configuration in server, alternatively you can install the below extension & configure in backend , than mails will go to inbox....
https://github.com/aschroder/Magento-SMTP-Pro-Email-Extension
http://www.aschroder.com/product/smtppro-magento-smtp-email/
Related
i've recently moved my Magento 2.3.5 website to a new provider and since then i have some issues.
The most annoying one is that order confirmation Emails are not sent out.
SMTP configuration is ok, test email works fine.
Mageplaza SMTP is installed and shows many entries (contact form, shipment confirmation) but no order confirmation emails.
I think it's a cron issue but don't know where to look sincerely..
Have you checked the log exception files
I did a lot of research through internet but I didn't found the solution. I'm trying to send a confirmation email using Mail::send() in laravel 5.1, I don't want to use any third party like mailgun or mandrill because they are not free sometimes limited of usage. The problem with this is all of the confirmation of the users is in their spam folder in gmail, and trash folder in outlook. Sometimes they didn't receive the confirmation. Why is that? Do you have any idea with this? My website is also registered to https so I don't think this is the problem.
.env
MAIL_DRIVER=smtp
MAIL_HOST=mail.mywebsite.com
MAIL_PORT=587
MAIL_USERNAME=email#mywebsite.com
MAIL_PASSWORD=mypassword
MAIL_ENCRYPTION=tls
Landing of an email into Spam is nothing to do with Laravel.
Either you have to change the TXT record of your domain.
You can check it on mail-tester which values need to be changed.
https://www.mail-tester.com/
You might wanna try testing at Mail Tester. This can reveal a lot of information on why your emails are ending up in spam. I also recommend checking SPF and DKIM checking at SPF & DKIM checking at the same site.
Also are you hosting your emails with your hosting provider or some other third-parties like GSuite or Microsoft Exchange? These providers can influence the mail quality and spam checking greatly.
The spam classification of emails is to the discretion of the receiving mail server. There are a couple of best pratices to follow, when trying to avoid being marked as spam:
Make sure the sending server (smtp server) is allowed through
SPF
DKIM
DMARC
MX records
Further, the recipient server may check for bulk content with decentralized solutions like razor, pyzor or DCC. So, try to personalize the messages and not send bulk content. Its hard to evaluate your situation without specifics. Another problem may be the sending webserver if its in or from a country with "bad reputation" (like Russia, China). Since mail server also check the Original-IP of the email and potentially flag them as well.
SPF:
https://mxtoolbox.com/SPFRecordGenerator.aspx
DKIM:
https://dkimcore.org/tools/keys.html
DMARC:
https://mxtoolbox.com/DMARCRecordGenerator.aspx
To check your settings, it helps to use mail testing solutions visualizing those mentioned factors as mentioned by other answers.
Current email deliverability professional here. If you are willing to share the domain you are sending from, and the IP address initiating the sends I'm happy to check for any obvious problems.
I also heartily recommend mail-tester.com as I use it almost daily. If you want to share the link to the report I'm happy to help interpret.
The other thing to be aware of is, that IP addresses have a sender reputation that is tracked in the Email ecosystem at large. If it's a new sending IP address it has to get warmed up. Just like you cannot get a credit card with no limit as soon as you turn 21, Inbox Providers like Gmail and Hotmail are not just going to deliver everything a new sending IP starts trying to deliver to their recipients. They will essentially do some A/B testing by delivering some to the Inbox and some to the Spam/Promotions folder, and see how their recipients interact with your mailings. Gmail and thus other inbox providers are primarily concerned with how recipients interact with your mailings. Do they open, do they click links, do they add you to safe senders, etc.
-LB
We have configure the XAMPP in server, But we are facing an error like it's automatically generated lots of mail and sending itself.
Please suggest us to resolve the issue.
Create a "honeypot" field (textarea), hide it with CSS, and check that it's empty.
If not, it's likely a bot. Kill the request and ban the IP.
I have made a simple contact form and use swiftmailer(with symfony2) to send and email.
Everything is fine when I'm using gmail account but on production it has to be a noreply address in website domain.
So I changed parameters to correspond this email account.
It looks like it is working a send method return true but no message is received, i checked a spam folder but it didn't get there either. Settings are 100% correct as they work in thunderbird.
Have no idea where to look for a problem. Any suggestions what should I check?
I have tried to send email with PHPMailer using same account and it worked so it seems problem is just with swiftmailer.
I'm sending emails in few more places in my project and would like to avoid changing it now but fix it instead.
After checking logs the problem was found.
Emails were rejected because I was setting From filed to email provided by user. Server was rejecting them because this address don't belong to account I was sending from.
By default the logging for swiftmailer is disabled in production. You can enable logging for swiftmailer in config.yml by adding a "logging: true" to the swiftmailer section as outlined here: http://symfony.com/doc/master/reference/configuration/swiftmailer.html#logging
Hopefully this will give you some more specific error messages to search on.
I can't get TFS 2010 to send email alerts. I've tried setting up everything mentioned here:
http://social.technet.microsoft.com/wiki/contents/articles/how-to-configure-tfs-notifications-in-team-foundation-server-2010.aspx
It's configured to send to a local IIS SMTP instance. SharePoint 2010 is on the same box and is also configured to use the same local SMTP server and it works fine sending emails, no problem. It's also using the same "from" email address as TFS is configured to without issue.
TFS isn't even trying to send anything as far as I can tell - I don't see anything from it in the SMTP log (C:\Windows\System32\LogFiles\SMTPSVC1...).
I have the default "My Work Items changed" alert set up and enabled. I try logging in as another user, assigning a work item to me, then assigning it back...nothing happens...no email. I don't see any error in the event viewer from TFS.
What can I do to troubleshoot this?
I had added alerts in Alert Explorer without specifying any Team Project. Once I added the Team Project filter it started working.
Try other method,
I configure the Email using Gmail Account and it is working very well, try it! if you would like? see this link for steps how you can do it?
http://mohamedradwan.wordpress.com/2011/06/26/configure-tfs-2010-alert-using-local-smtp-that-use-gmail-account/
Thanks
M.Radwan
Try this out
http://ravendra.wordpress.com/configuring-email-alert-settings-in-tfs-2010/
Or else you can go with the option of relay mail. Create a local SMTP server and relay it with the main mail server.
Note : If you mail server requires advanced authentication then you need to follow the second option only.
I actually wanted to add this answer to give ppl an idea of what to look for when they come across 'why doesn't the email get sent out'. The reason i came across this thread was for the same reason, it seemed that tfs wasn't sending out the email. But it was! the problem turned out to be the 'group' that I was sending the email to wasn't permitted to receive email. here is the situation, TFS server located at a DATA CENTER. The email ALERTS that i configured were to a group in our local office DOMAIN.
Apparently,in Active Directory that group didn't have the "All users need to be authenticated" checked OFF. Meaning, the TFS server 'sender of the email' wasn't authenticated to send emails to that group. once i sat with my MIS guys, they finally noticed that was checked on, and once DISABLED. Problem fixed! Hope that helps someone.