| Newsgroups |
gmane.mail.blat |
| Message-ID |
<25CA7DFA434049CC83829705ADE9FC71@chip> |
> I have a domain at godaddy that is used only to forward emails. Allows me to create instant email accounts!
>
> When the godaddy hosted domain forwarded to a gmail account, using stunnel, blat, and smtp.gmail.com, the emails just go into a black hole.
>
> When I set the godaddy domain to forward to my isp email account, still using same stunnel conf, same blat profile, same blat -server, ( smtp.gmail.com) the email is delivered.
>
> SO gmail seems to have some spam filtering or relay filters. I am mainly interested in figuring out how to find a log of this, because stunnel log seems to be identical! No warnings that the mail isn't delivered.
>
> stunnel log
> 2015.01.22 07:54:49 LOG5[816:7100]: Service [gmail] accepted connection from 127.0.0.1:62665
> 2015.01.22 07:54:49 LOG5[816:7100]: connect_blocking: connected 74.125.70.109:465
> 2015.01.22 07:54:49 LOG5[816:7100]: Service [gmail] connected remote server from 10.0.0.11:62666
> 2015.01.22 07:54:51 LOG5[816:7100]: Connection closed: 545 byte(s) sent to SSL, 515 byte(s) sent to socket
>
> Blat debug info is the same in both cases.
>
> Very weird, not really a blat issue, except for the lack of feedback that the email was not delivered.
>
> I've also noticed some domains now block email forwarding when the forwarded email contains a distribution list. Editing the forwarded email by removing the distribution list from BODY solves the problem. Note that the forwarding is to a single recipient!
When Blat sends emails, there is no response from the SMTP server that will tell Blat that an email cannot be delivered to the far end. The server itself won’t know as this is controlled by the final receiving SMTP server. Blat only knows that the outgoing email was delivered to the SMTP server to which Blat connects, but knows nothing of what happened after that point.
This is true of any email client program, be it Windows Live Mail, Outlook, Outlook Express, The Bat, Thunderbird, etc.. The sending program cannot immediately know if sent emails were actually delivered to the far end.
Chip