Recently i deployed Magento store And made some test order,
where following observation i made on Transactional Emails.
New Order email is triggered to my gmail account, if i use account associated with it.
but when i used another account to make purchase, that order is placed but New order mail is not being triggered to that email.
Based on above observation i am afraid that theirs possibility that emails might not get delivered to some others emails also.
Now, I am looking for some solution that will solve this or possibility is that i might have missed some configuration.
please help
You can use SMTP Pro Email, which is an extension that allows Magento to send all its automatic emails, from any e-mail service you want, even your gmail account for example. With this solution, you can try several e-mail server/services and finally pick the one that is not blocked or flagged as SPAM.
Related
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
I have a little under 7000 newsletter subscribers. I run an online shop and would like to send out daily newsletters for my Deal Of The Day. This is currently impossible as it takes at least an entire day for my newsletter to get to all of its subscribers. Please advise
Please use some email marketing solution to send emails.
Choose from list below:
1. Mailchimp (easiest of all)
2. Netcore (provides full solution)
3. Icubes
4. Sendy.co (cheapest of all)
Using these you will also be able to track your email response like opens, clicks etc.
You can hack Magento to send more emails; however, your web hosting provider will probably pull your plug unless they specifically allow mass Commercial Email.
You will be black listed as a spammer if you don't understand how to set up domain keys, SPF and a series of other items. One of the biggies is that you shouldn't be using port 25 unencrypted traffic without authentication. Any bypassing of this changes your bulk email output to UCE (Unsolicited Commercial Email) in their books. The other biggie is not having an unsubscribe method present in every email sent.
If you have the technical capacity to be running your own web server (not have to use a hosting provider) then Amazon's SMS is probably a good choice if you have Ashley Shroeder's SMTP module installed.
If you don't have the technical capability, then using an ESP (eMail Service Provider) like MailChimp is a far better way. They take care of a lot of the technical detail with bounces, email list management, unsubscribe, etc. to help prevent you from being blacklisted as a UCE source.
Now am heard about mailchimp for effective email marketting
So i downloaded it form here
But i have few questions
whta is the advantage of mailchimp ?
Better tutorial for mailchimp ?
Better tutorial for mailchimp ?
Anybody please help me
I want to integrate mailchimp in magento
any help is appreciated
The advantages...
Using the Magento newsletter function will probably get you banned from sending email from your web server. Most hosting plans put a limit on the amount of transactional emails that can be sent for the following reason. If they end up sending too much spam-like email, they will be put on block lists and then all their customers get penalized for a few bad players.
They would rather that you send promotional email which can bounce, or end up being marked as unsolicited commercial email through an email service provider that monitors and cleans up any activities that cause unnecessary junk mail to enter the system and also limits through TOS, where lists can come from (existing customers, people who've subscribed, people who wish to receive promotional email and have signed up through other means).
Mail Chimp is one such email service provider, there are several, a couple have created integration modules for Magento so you don't have to export your newsletter subscribers and import them into the email service.
Mail Chimp also is able to give you statistics and will tie into Google Analytics so you can start tracking how effective your promotional emails are, can try different approaches and see what really works and what customers were interested in on the promotional email through link referral from each item you've included. With Magento, you sling stuff at a wall and hope something sticks, with the statistics Mail Chimp can tell you what you flung at the wall, how hard you flung it, how sticky it was and whether people prefer popsicles and chocolate truffles over candy apples and lemon drops. From this you can go from "Meh, whatever..." responses to "Hmm, I think I want this".
Any email service provider you choose can offer this type of statistics and analysis... Magento Newsletter can't.
This is copy/pasted straight out of a proposal I recently submitted for a Magento site with integration with a 3rd party newsletter system (in this case I am using the Fontis Campaign Monitor module, which I like);
"
The default Magento email newsletter functionality is not as good as it could be. I would normally hook the email newsletter submission box up to a service like MailChimp or Campaign Monitor (I'd recommend the latter).
They allow you to manage your distribution lists and generate and customise email templates yourself which will actually arrive at the inboxes of your customers and not get spammed, bounced or look awful in their email client. These systems allow you to test your newsletter in a huge range of email clients and will advise you of any mistakes you've made (ie badly chosen spammable keywords).
They will allow you to send the comapigns to your distribution lists from thier server, and will also give statistics on your email campaigns – bounce rate, open rate, click through rate, numbers flagged as spam, users who unsubscribed, all the different geographies they went to etc.
And they are free until you get about 2000 recipients, after which you pay a small amount for a very good service.
"
You can find examples and demos in Third-Party API Wrappers for PHP repositories.
using the salesforce Email Services can we do means prevent duplicate cases and How please???
I understand your pain. My users often complain that our service email address is included in email conversations and this creates a case for each email received. They then have to spend hours merging the cases and pulling out the relavant material. Worse, they have to manually move email attachments from the duplicate child case to the parent case.
One solution is to purchase an AppExchange application that provides a custom email handler that works well. Look for the Email to Case premium on the AppExchange.
https://sites.secure.force.com/appexchange/listingDetail?listingId=a0N30000001R5cyEAC
Or you can do what I did and build a custom email handler. See my blog for the code which is currently working in our organization:
http://sforcehacks.blogspot.com/2012/01/email-to-case-can-create-too-many-cases.html
So, here's my situation. We have a department that needs the ability to use queues in CRM 4. They also need the ability to reply to e-mails that come to that queue from their department e-mail address. (So that any customer responses will go back to the queue to be handled by agents)
I originally was going to build a JavaScript customization that inserted a checkbox that said "Send From Business Unit". Toggling this would look up their department user based on the e-mail address on the Business Unit. I successfully got this working (as a concept), but found that actually sending triggers the dreaded "CrmCheckPrivilege failed."
Which is good, because that means CRM is actually enforcing security.
So my problem? I have no idea how to replicate this functionality and it's a must have for this customer group. Is there anyway to modify the e-mail after it's already gone through security checks via a plugin? Perhaps a pre-stage send plugin?
I want to be reasonably certain of success before I commit a lot of time to this solution. I'm also open to any other ideas too.
Thanks in advance,
Clif
Well, first, a "CrmPrivilegeCheck failed" can always be fixed by adjusting the user's roles and giving him the appropriate privilege (the privilegeId is always returned in the exception but may not be shown in the particular error dialog you are getting) and level, but this may not be wanted by the department.
A solution we have used is just slightly different from yours: Do not send the mails through another user, but through the queue. Queues can also be eMail senders in MSCRM. The queues should already have the correct eMail addresses set in order to work properly with the eMail router. Set up a way to determine the correct queue (like a field on the systemuser entity or a hardcoded queue name in your JavaScript) and set the from lookup accordingly in your JavaScript. That way the eMails will be sent using the name and address of the queue, so any direct replies will always have that queue as the recipient.