I send bcc notifications automatic emails. Those are generated by Indy, using also SSL handler since I use smtp.gmail.com.
When I go to Sent Folder and I open one email I see the ccn list empty. This doesn't happen if I create and send an email with bcc recipients directly from gmail.com.
So when sent from Indy through smtp.gmail.com i don't see in sent mail the bcc recipients, if i send from the gmail webmail I see it.
Is there some Indy setting that I am missing?
In this question for example I see that another standard thing (the Message_ID) is missing by default and must be set. Do I need to set something to see this bbc info?
It could be that your local smtp client (or maybe gmail smpt) is stripping bcc informations when the message is sent. On gmail side, it could be different sending a mail directly from gmail (which may not use smpt to communicate internally, and anyway doesn't use Indy...) and from Indy through gmail SMTP implementation.
You could trace the communication using something alike Wireshark, although encryption makes it more difficult (you could try to send through a SMTP server which doesn't require encryption, or proxy it), and see if the bcc header is stripped by Indy or by the server. Moreover Indy comes with full source code...
Related
I am using free mandrill account and sending email via using template and API
When i send message it returns okay it is sent as status
However even after several days there is still no smtp events at mandrill interface and the email is not arrived
So i am 100% suree mandrill is ghosting accounts
Or there is something else that i do not know?
Thank you for answers
PS: At the beginning emails were arriving but after some point no smtp events and no emails ever arrived even though no error message parsed. Also when i send to non existing email no bounce message returned.
Also account reputation is 61 : excellent
Yes i believe mandrill certainly ghosting accounts
After trying with several accounts i am now sure of it
Even if you send to non existing gmail email, it says delivered in its interface
However it should have displayed hard bounced
So beware of their free service. I believe this is not an ethical way of working. People would think that their emails are arriving however they are ghosted and mandrill did not even try to send them and yet displays delivered
Have you check it on Mandrill account? It shows all the report at outbound tag. The reason is, a queued response in the Mandrill API is not the same as a queued response from a recipient server.
When you send a message through Mandrill, you first relay it to Mandrill, Mandrill processes it, and then Mandrill relays it to the recipient server. This all happens quite quickly, but the two relaying steps are separate and distinct. The KB article you've linked to is providing additional details on that last step, relaying to recipient servers, not a queued status for the Mandrill API.
There are a number of reasons the Mandrill API may respond with queued including if you've added attachments or if you're sending to a bunch of recipients in a single API call.
Without seeing the actual API call that's being made, it's hard to say why you're getting a queued response. But if you're using the sample messages/send API call, you'll want to remove all of the optional parameters that you're not actually setting. For example, the sample has fake attachments, and a subaccount specified. The attachment will cause the call to be processed async. The subaccount probably doesn't exist, and would then cause the call to fail. So if that's the case, try removing all of those optional params. If not, please provide the API call you're making with sensitive data redacted (API key, actual email addresses).
I'm trying to send email from my app, emails seem to be going to mandrill correctly and there getting delivered, but I see nothing in my inbox.
I've even tried sending them through my domain and I'm still not getting them. I get them from my live website its using gmail but I want to switch
Using mxtoolbox.com I found
SMTP Reverse DNS Mismatch and
454 4.7.1 Relay access denied which could mean its been marked for spam?
It's sent through emails twice so I'm wondering if theres a time between emails sent or something.
When I was testing this I thought my emails where being dropped by gmail. I found that for some reason there was a very long lag going from Mandril to Gmail. I received all my tests about an hour after Mandril sent them. Hope this helps someone stuck like I was.
Found this question trying to diagnose my issue.
I am using Mandrill and found that sending emails from Mandrill to Gmail will take anywhere from 10 seconds to 15 minutes. Can't establish a reason why sometimes it takes longer.
Mandrill blocks certain domains from being the send address to prevent fraud, but as long as you're sending from an address you know exists to an address you know exists, you should be fine. Also, if that were the problem, the email would bounce rather than send. Also, some email services have policies that prevent you from doing things like sending an email to your address from your address from an external service. Based on that error message you provided, it could be something like that; I would check your provider's policies (and your spam folder).
Not an answer but if you look on your mandrill Outbound activity page and click on the green icon that says Delivered you should see that it says No smtp events.
I don't know why it doesn't send but this show that it hasn't sent.
Or should I say hasn't arrived where it was supposed to.
Update:
On further investigation I found out that the emails weren't sending because I was using my personal email address as the sender from_email: When I changed this to a more business sounding email address it worked. So make something up if you have to, like no-reply#nonsense.com
How can I put my downloaded emails back to my POP3 server? I want it to appear like how it was sent originally. I made a mistake of setting thunderbird to delete my server-side emails and keep only the local one. Now I need to re-upload it back to my web mail. How do I go about doing such?
NOTE:
The Mailredirect Extension is not compatible with my current ThunderBird so I don't think that trick will be possible.
The POP3 protocol has no provisions for uploading messages. You could use IMAP to upload them, if the server supports it, or just re-submit the messages to the mailserver via SMTP (this will add more Received: lines, and pass through any spam filtering or the like again, however)
When I use my regular client and send email through SMTP for an IMAP account, that outbound email gets saved in the IMAP "Sent" box.
How can I have the same behavior when I send email using Ruby on Rails ActionMailer?
The Ruby IMAP library contains an append method that you can use to "save" these outbound emails to the folder of your choice:
# Let's assume the_mail is the Mail object you want to save
the_mail = Mail.new
# The name of the target mailbox
target_mailbox = 'Sent'
# Connect to the IMAP server
imap = Net::IMAP.new(YOUR_EMAIL_SERVER)
imap.authenticate('PLAIN', YOUR_LOGIN, YOUR_PASSWORD)
# Create the target mailbox if it does not exist
imap.create(target_mailbox) unless imap.list('', target_mailbox)
# Save the message
imap.append(target_mailbox, the_mail.to_s)
# Close the connection
imap.logout
imap.disconnect
Hope this helps!
This tends to be a setting in your mail client program, from what I can tell; but I don't see much support for it in ActionMailer.
There is a ruby IMAP library, if you find that the messages are getting stored on the server, but just in the wrong place. http://ruby-doc.org/stdlib/libdoc/net/imap/rdoc/index.html
A workaround might be to send every message to your originating email address say sender#yourdomain.com, perhaps with a tag like sender+sent#yourdomain.com, and then set up a rule in the client you'll be viewing this inbox with to route all emails with that TO: to the Sent Items box.
If you're using gmail as your mail server for your rails application, it saves a copy in the sent mail automatically.
I have application that needs to send emails and sms text messages. It sends emails just fine, but when I try to send text messages using email gateways (for verizon, xxxyyyzzzz#vtext.com) I get nothing. I have texted the phone using though the email gateway using my gmail account, so I know it works. I would just think that from my app's point of view I am just sending out another email. Any idea why this doesn't work? Or what I can do to troubleshoot it?
I should also note that I am doing this from a Rails app on my local computer...not that it should matter.
Maybe Verizon has software that can identify emails sent from software rather than humans, and rejects yours?
Try making your software add all the same headers (eg. X-Mailer) that a normal email client would add.
Verizon could be doing a reverse DNS query as a simple spam check. Your ISP's info could show up during this look up instead of the return address info that your email message contains, and thus could be getting blocked.
To troubleshot this make sure that the return e-mail address that you are using is coming from an ISP e-mail account.
Here is how to debug it on Linux. Run your Rails application server with strace:
strace -s99999 -e connect,read,write,close -o strace.log script/server
Then examine strace.log and see exactly which SMTP server the Rails application connects to, and what it reads and writes.
Then do the same with your favorite mail client (recommended: mutt, because Thunderbird is slow in strace).
Try to send exactly the same bytes from Rails what your mail client sends.
I have used SMS_Fu in the past to send out text messages. It has worked wonderfully.
I have written a client app for Ruby for sending SMS, please see http://freebiesms.blogspot.com/2009/07/send-free-sms-from-ruby.html to download
complete source code.
Regards
Dan