Confirming domain on SparkPost - laravel

I am using SparkPost to handle all my email. I already have verified the domain and everything but recently I transferred my domain to another hosting site do I need to verify the domain there?Thanks in advance

Related

Cannot send emails using SES with a DKIM-enabled verified domain

I've looked at similar questions and AWS documentation, but so far I don't know what the issue can be.
In my SES dashboard, I have two verified identities.
example#abc.com
xyz.com (uses easy DKIM and Custom Mail From). All DNS entries have been created.
Using my Laravel 9 application, I'm able to send emails using the verified email address, but using the domain, no errors are thrown, and no email gets delivered either.
Both scenarios use the same IAM user API keys and permissions.
The email I'm using to send from the domain is noreply#xyz.com which is not a real email. And the Custom Mail From I've specified is mail.xyz.com. As I mentioned, I can see all the DNS entries have been created for the domain.

HTTPS using google domains and third party hosting

I have purchased a domain name through google domains (e.g. example.com). Separately I have created a website at a third party (wix). I am now trying to connect my domain name to the wix hosted site.
Setting up regular http was trivial: I copied the 2 custom name servers from wix to the DNS name server entries in google domains and then example.com immediately began routing to the wix site.
What are the next steps to setup https so that my domain securely routes to wix?
The help page for google domains states that I can go to Certificate Authority to obtain an SSL certificate, but then where does the certificate information go? In google domains or in wix? If the cert info goes in wix, do I have to change any settings on the google domains side?
Note: I am tyring to avoid doing redirect because I want the website url to always show "example.com", I don't want the address changed by redirect to "example.wix.com" while the user is browsing.
Thank you in advance for your consideration and response.
Eventually https began to redirect properly to wix as well. I was not able to discover the root cause, perhaps it was just a timing issue with DNS.

Is it possible to forward my Domain name to a free hosted website?

I have purchased a Domain name from BigRock. Is it possible to redirect this domain to my free hosted website on pythonanywhere.com with a sub-domain? for ex: myxyz.pythonanywhere.com
I am using a free plan of pythonanywhere.com which gives us a sub-domain with "pythonanywhere" as a parent domain.
Suppose, the Domain I've purchased is "myabc.com". I want to redirect all the requests on this URL (myabc.com) to my free hosted website (i.e. myxyz.pythonanywhere.com)
Edit: I tried the Domain Forwarding feature of BigRock. I entered "http://myxyz.pythonanywhere.com" in the redirection URL. In a couple of hours when I went to myabc.com, It was showing "myxyz.pythonanywhere.com refused to connect". which might be indicating that redirection was successful but Pythonanywhere is somehow blocking the redirection.
I believe it is possible. BigRock should have a domain manager where you can add your pythonanywhere domain.

Magento 2.3 Not Sending any Emails

I am using Magento 2.3 installed via web hosting Cpanel.
I am testing the emails but nothing was sent to my emails in hotmail or gmail or personal hosting emails
nor sending to spam folder
I tested the email sending from another script (Wordpress) on my hosting and it was working fine I get emails
I have tested using my hosting emails also gmail email it doesn't work
not sending :
register confirmation link email
password reset email
order transaction email
newsletter emails
these are my configuration on admin panel:
BTW, as you see on the page , there is no option for SMTP Configuration (thus I don't have mail server I am using my hosting Email server )
this is my hosting server information:
I have added mail() function at the end of index.php file of magento root and it is working
How Can I fix this issue?
Regards,
You most likely need to set up the Magento CronTab.
Instructions listed here Setting Up Magento CronTab

Magento incoming mail (replies) going to wrong email SMTP issue?

I have a client that keeps getting the customer service reply to emails in his mail box when they should be going to the customer service email. I've searched everywhere for record of his email and it is nowhere. I am guessing now that because the customer service emails are of a different domain the replies are getting marked as spam and being sent to the server admin account instead. I have downloaded this extension: http://www.magentocommerce.com/magento-connect/ASchroder/extension/1865/aschroder.com-smtp-pro. Would a different domain email be SMTP? Advice appreciated.
We had this problem with a few of our recipients as well.
Mainly Comcast users and Century Link to name a few. What the problem is, is that you are sending from (for example) www-data#thisdomain (this will be the machines domain name ie. www-data#WebServer01) -- in the header, regardless of who is in the FROM field. Your actual domain in the FROM field is customer_service#yourstoredomain.com. You will need to do one of two things.
If you host the Magento install on your own operating system and you have control of it, you'll need to change the machines hostname to match that of your web domain name. ie yourwebsite.com.
If that isn't an option, then you will need to use a Magento plugin like the one you mentioned, and have it log in via SMTP to your email service provider (We use Office365) and send the email from a "real" email address that you have created.
The reason this fails is due to the SPF record on the providers (ie Comcast CenturyLink) not allowing emails from a domain that is other than that which is specified in the header. This is usually to prevent spam etc to their customers. So companies like these simply block or, in some cases, redirect that email back to the user at the originating FROM domain.
If at all possible, the easiest route is going to be to try to change the domain in the header of the email. Hopefully you manage your own operating system so you have control over this. IF not, try to see if your hosting provider will provide you access to a "jailed" area so that you can change said settings. The SMTP route is NO FUN ...

Resources