I have a Problem with my virtual Server and the Combination of forwarding mails to googlemail.
I thry to forward mails to my googlemail-account, in the mail.log seems everything ok, but the mails never arrived.
Line in the mail.log:
postfix/smtp[3496]: F354E10E145: to=<xxxxx#gmail.com>, orig_to=<xxxxx#plockbrothers.de>, relay=gmail-smtp-in.l.google.com[74.125.136.26]:25, delay=0.96, delays=0.3/0/0.07/0.59, dsn=2.0.0, status=sent (250 2.0.0 OK 1420233196 ev12si92450098wjc.67 - gsmtp)
When I´m forwarding the mails for example to an web.de account, everything works fine. The mails arrived.
Anybody an Idea?
Had the same thing happen, thing is: they do arrive - but they do not appear in the Inbox or anywhere. However they still can be found in "All Mail"!
I found the Solution. The Mails arrived, but they dosn't appear in the inbox.
When you forwarded mails to the same address from where you sended it, the mail will not been shown by googlemail cause its the same mail like the mail in the outbox.
Related
So, I run an online service where people can sign up using their email address. It's as basic as it can get. Put in your address, receive email with confirmation link.
For that I've set up mutt on Debian 11 which I'm using to send a HTML-EMail with an attachment.
For some reason, mail providers like googlemail and outlook filter those mails out. Sometimes they appear in peoples inbox, sometimes in spam and sometimes they don't get them at all. My googlemail UI shows me that it "couldn't verifiy if this email came from DOMAIN or from a spammer".
Does anyone here know what I can do to resolve this problem?
Any advice is appreciated.
I manage a server with Plesk 12.5 since a couple of years.
Everything (emails, websites, etc.) works perfectly with our main domain (let's call it myfirstdomain.com).
Since a couple of weeks, I added a new domain (let's cal it myseconddomain.fr) and everything seems to work too (emails and websites), except the following error: when a sender sends an email to us, he receives the following error after 5 days:
This is the mail system at host myfirstdomain.com.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
<fabrice#myseconddomain.fr>: Message can not be delivered at this time
Reporting-MTA: dns; myfirstdomain.com
X-Postfix-Queue-ID: DC0B1702585
X-Postfix-Sender: rfc822; xxx#xxx.net
Arrival-Date: Tue, 5 Mar 2019 21:18:00 +0100 (CET)
Final-Recipient: rfc822; fabrice#myseconddomain.fr
Original-Recipient: rfc822;fabrice#myseconddomain.fr
Action: failed
Status: 4.2.1
Diagnostic-Code: x-unix; Message can not be delivered at this time
De: XXX XXX <xxx#uxxxvi.net>
Objet: Testing title
Date: 5 mars 2019 à 21:17:58 UTC+1
À: Fabrice Troilo <fabrice#myseconddomain.fr>
Testing body
You can see that the reporting-MTA is myfirstdomain.com, so maybe there is confusion between the two domains?
Here is our SPF:
"v=spf1 a mx include:_spf.google.com ip4:XX.XX.XX.XX ~all"
I will try with this update for the two domains:
"v=spf1 +a +mx +a:myfirstdomain.com +a:myseconddomain.fr include:_spf.google.com ip4:62.210.16.40 ~all "
Also, the email address is simply forwarding to a gmail address.
Do you please have any clue to look at?
If you can send mail from the domain, but not receive it, it's not related to SPF. SPF authenticates when you send mail, not receive it.
Have you ensured that an MX record is set up for the secondary domain?
You can test this using the terminal on Linux or macOS with host -t MX myseconddomain.fr
If you are on Windows, then open a command prompt, type nslookup. Then when in nslookup, switch to query MX types with set q=mx and press enter. Then enter your domain myseconddomain.frand press enter.
If the MX records looks correct, then it must be some configuration in Plesk. We can test this by trying to deliver mail ourselves with telnet.
Open a terminal/command prompt and type telnet <myserverIP> 25 and press enter. This connects to your mailserver. It should respond with a line beginning with 220, and it's hostname. Then you can try and deliver a simple test mail, let's say from account1#example.net
EHLO example.NET
MAIL FROM:<account1#example.net>
RCPT TO:<fabrice#myseconddomain.fr>
DATA
This is a test email. To test delivery.
.
QUIT
The first few lines introduces yourself, sender and receiver to the mail server. DATA indicates you want to start the body of your email. And the period on a line by itself indicates that you are done with the body. QUIT then terminates the connection.
Then watch what your server says in reply to each command. If you can successfully deliver this way, then it's like a problem with your MX record.
I don't know if you have solve this Problem. If you have please let me know. We have a similar error.
I found out that is has to do with the E-Mail-Header because it may have two domains in it because it gets forwarded. Google don't like this :)
Google has opened a thread about it and they say you can enter the Domain that forward to the gmail address so it is not detected as some kind of spam.
I can not test it because I it is an gmail account from an client and I have no access.
May my executions help. I hope you have an better answer.
Greets Matt
I messed up something on my code and made my server send 10k+ emails to my own email address last night.
After receiving ~8k this morning, I barely haven't received any mail in the last 8 hours besides sometimes one of the automated ones at a rate of ~10/hour.
Has anyone already experienced this?
I haven't found how to tell gmail about this. Nowhere I have a message saying "your mailbox is slowed down because of abusing use" or something.
Can anyone help or should I wait and go on vacation for a few days?
Edit:
Thanks for the help. To add more details:
Those emails have been sent from a non-gmail SMTP server, say example.com to me#example.com, which I automatically redirect to myaddress#gmail.com.
I thought at first that the problem was coming from the example.com mail server, but it happens this parts works very well for sending and receiving for any other email#example.com.
My emails sent from myaddress#gmail.com are also sent. It is only to receive a mail in myaddress#gmail.com inbox that it won't work.
This makes me guess that this is not a SPAM-filtering issue, since sending works fine.
Edit2:
#bearacuda13, there ain't much code to show. The sequence of failures are:
A delayed_job that calls itself recursively every hour, silently increasing the number of jobs in the database, without any error
A heroku API sunset that starts to make them fail all at once.
An exception mailer to tell me about the exception raised
Done :)
Try https://mxtoolbox.com/blacklists.aspx to see if you've been added to a blacklist. If you have, it's a serious pain to get off of those lists.
When you send mail, it gets routed through several areas on the internet before winding up in your gmail. Any of those routes has the possibility to flag and blacklist emails from someone they think is a spammer. If you're sending 10k emails in an hour, you've probably triggered the "spammer" criteria.
To get off the lists, you need to contact the organization that has blacklisted you. It might be easier to get a new static IP or domain name.
So the solution has been to wait. In 24 hours I still had not received them all, but at got some message:
which made me feel like messages were on their way.
48 hours later, I now have the feeling I caught up with all my emails.
If this occurs to you, be patient!
I am trying to send email via linux command line using following command
echo "This is body part" | mail -s "this is subject" username#domain.com
If I send to gmail it works but if i send to office365 it does not work.
Could you help me?
This can also quite often be because of the mail relay server you are using (where the SMTP mail is routing through from the Linux box) not having been set up properly with public RDNS records. Many mail servers reject mail that comes from a domain without the appropriate RDNS configuration.
User checklist for "non delivered messages"
Checked Junk/Spam folder in the receiving mailbox.
Check sender mailbox for bounce (delivery problem report) mail messages.
You may receive first "warning email" after a few hours (e.g. 4h) of failing delivery attempts.
Some botched anti-spam system throw away messages "classified as spam" without any hint to the sender or the recipient -> ask admin/postmaster of the receiving mail server
my site use latest version of cpanel
but when i send email via cpanel email account to gmail,the gmail marked it as spam
where is the problem?
This can occur for many causes,
The first thing that causes many email services mark a message as SPAM is your IP address, maybe your IP address is listed as SPAM generator - But I think it's not very important for GMail.
You should set your Reverse DNS record because It's important too.
Maybe you're sending email with bad protocol parameters - I think cpanel does It good, I'm not a cpanel experienced.
Removing SPAM mark from emails helps to GMail removes the sender from blacklists.
Google has very good documents about how to send emails to GMail to not marking as SPAM.
you can check if your mail server is not listed in spam databases.
Here is one: http://www.spamhaus.org/query/bl?ip=173.194.32.21
When i opened spam message in gmail, then she said why it is in spam ...