I am wondering if any email recipients may have automatically marked incoming messages as spam, only because swiftmailer was used to send the message (via google smtp, real google account)
Any info on this?
I have been using swift mailer with a gmail account to test sending emails with my web application.
Everything seems to be fine as SwiftMailer sets up the headers properly and none of my emails have ever gone into the spam folder.
When sending multipart emails, swift mailer does insert something into the headers:
multipart/alternative; boundary="_=_swift_v4_13311823894f583b352a1eb_=_
So, yes it is possible to tell if an email is sent using swift mailer as well.
Related
I'm trying to send emails via Javamail to a corporate account. My Java test app works fine when I send message to gmail and my personal email. I can also successfully send to the corporate account via my email hosting webmail client.
I've read through posts here and have tried setting -Djava.net.preferIPv4Stack=true in the VM for the test app but it did not work.
I have checked the junk mail at the corporate client and the message is not there. That is not to say its not being blocked elsewhere at the corporate site.
Any ideas what can be causing this problem?
I'm using org.apache.commons.mail.HmtlEmail and this is the test code:
// Create the email message
HtmlEmail email = new HtmlEmail();
email.setHostName(smtpHost);
email.setAuthenticator(new DefaultAuthenticator(smtpUser, smtpPwd));
email.setSSLOnConnect(true);
email.addTo(to);
email.setFrom(from);
email.setSubject(subject);
// set the html message
email.setHtmlMsg(text);
// set the alternative message
email.setTextMsg("Your email client does not support HTML messages");
// send the email
email.send();
So #Bill's question regarding Javamail debug output got me thinking about the content of the email message. The debug log shows all is fine but what I found was I included Bootstrap and Fontawsome JS / CSS links in the email header and that caused the message to be rejected by the corporate system for security reasons presumably. Thanks for the help
I use Amazon SES to delivery mail to mobile devide Japanese such as ****#docomo.ne.jp, ******#softbank.ne.jp. But I always get an error.
Example:
An error occurred while trying to deliver the mail to the following recipients:
******#docomo.ne.jp
Final-Recipient: rfc822; ******#docomo.ne.jp
Action: failed
Diagnostic-Code: smtp; 550 Unknown user ******#docomo.ne.jp
Status: 5.3.0
in my opinion, your mail domain is not supported in sending email through third party apps such as SES (or maybe some settings in your mail is blocking it).
i have tried to send mail from Yahoo and its not working. then i tried to send it via Gmail and send it to that Gmail account itself. it works like charm.
so my solution is: you better try another mail domain in this problem.
It turns out that a large percent of the bounced mail that SES
forwards back isn't actually 100% readable by Gmail.
If this is your case, you can find the actual cause inside the *eml download file.
See more at https://forums.aws.amazon.com/thread.jspa?threadID=324457
In my case was related to the suppression list for my AWS account
In my case, I verified the email & getting the issue as in the question.
I can able deliver the mail After I verified the domain.
I think No verification required for non-business domains like (Gmail, Outlook, etc..) & custom domain requires verification.
Had issues with sending with #yahoo.com domain myself and this post helped me confirm my suspicions. Used a #gmail.com domain (with no custom profile settings) and it worked first try.
I'm developing a web application that uses javamail to send email messages and it works correctly.
The problem is that I don't get the email that I'm sending in the sent mail folder in the gmail account which I connect to, also I don't get bounced email as it happens if I try to send the email via gmail application.
I doubt this is due to security restrictions from javamail and cannot be done, as it would be much faster to get a possible spam list from an email server than doing it manually.but if it's for security reasons it would just be much better just not to bounce emails.
How can I use javamail as if sending the mails from gmail.com, getting the sent message in the sent mail folder and bounced mails in inbox folder?
The problem is that I don't get the email that I'm sending in the sent mail folder
Sending a mail via SMTP does not copy it to a sent folder automatically. Your sending application would have to make an IMAP connection after the SMTP connection and copy the message into the sent folder.
also I don't get bounced email
Make sure the Evelope Sender Address ("Return-Path") is set to the Gmail Adress you're using to send the messages.
I have searched for email sending from iphone using smtp server but I just find the Email composing and send email plugin. Need Plugin for sending mail without composing mail.
Can someone help me?
You can make ajax post request to a php page in the server that does the email sending.. Check https://stackoverflow.com/a/29677288
I have set up several email accounts on my vps hosting but I can't receive any emails that are send via php from another hosting. Everything works fine when I send emails from gmail for example, I receive them without a trouble. Does anyone know any reason why emails sent from php can't be received?
Try using phpmailer, it's a good mailing class which automatically sets well defined headers so that the mail is more likely to not land in the spam folder.
Sounds like a spam filter issue. Have you set up a proper Sender ID/SPF framework in your domain name service so that the host appears to be a valid MTA for this domain? Look here for a detailed explanation of Sender ID/SPF/DKIM, etc.
Check your spam folder.
GMail is able to differenciate if a mail has been sent from outlook for example or an automated application. (I dont know how, but they can). If i send an email from my work account to GMAil works, if its a web app or executable with the same email adress, it ends up on the spam folder.