|
The Technical Zone... The Geeky forum... Use this forum to discuss technical aspects of email, from authentication protocols to encryption. |
|
Thread Tools |
2 Feb 2017, 06:58 AM | #46 | |
Member
Join Date: Jan 2017
Posts: 31
|
There are many posts coming in (which I love!) so I will reply to things as fast as I can:
Quote:
I was careful to put in my Subject line what I was doing and the email forwarded to my hotmail account was received by my anthontonini.com mail! I'll try it again. |
|
2 Feb 2017, 07:06 AM | #47 | |
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Quote:
What was the "From" address on the original message? Comcast.net? Are you able to send a normal message from tonitonini.com to anthonytonini.com? Also, did you check your spam folder at Freehostia to make sure the forwarded message didn't end up there? |
|
2 Feb 2017, 07:15 AM | #48 | |
Member
Join Date: Jan 2017
Posts: 31
|
Quote:
I had been using 50webs for like 10 years because of the wealth of free stuff they offer ...and never had a problem. I don't need search results because my apartment webpage is just a place to see photos from my Craigslist ad. Almost everyone knows to go to Craigslist to look for apartments, not do google searches. I'd guess that maybe 1 out of 100 people may do a google search, but I don't need to give up the goodies at 50webs since I have 100% occupancy for 7 years straight now. 50Webs gives for FREE: * Webhosting for 10 domains! * 100 email boxes, * 500 MB of storage * 1 GB/month bandwidth ...that's incredible for free - I can't find anything like it. I will leave 50Webs if this is not fixable, or I could stay and just have Godaddy host my email while using 50Webs for the web. I am open to leaving; it's how I found Freehostia - because I intended on switching. |
|
2 Feb 2017, 07:18 AM | #49 |
Member
Join Date: Jan 2017
Posts: 31
|
It looks like forwarding godaddy to anthonytonini.com is working now. I guess this is a comcast to freehostia problem. the forwarding would reveal a godaddy to freehostia, I suppose.
|
2 Feb 2017, 07:29 AM | #50 |
Junior Member
Join Date: Feb 2017
Posts: 8
|
The point of why I wanted to see if it would forward when sending from comcast to the godaddy that would intern forward the email to freehostia is it still has parts of the comcast headers to make sure that there was no issue with the headers causing a filter or issue of some sort.
|
2 Feb 2017, 08:09 AM | #51 |
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Okay, just wanted to confirm. FWIW, that one doesn't appear to be on any blacklists, although that doesn't rule out the possibility that it may have been on a blacklist when you were originally having the problem.
I still think it's highly unlikely that this is an RBL problem for the reasons I've already mentioned, but I'm just trying to eliminate even the remotest possibility that it may be that. |
2 Feb 2017, 08:14 AM | #52 | |
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Quote:
Basically, headers aren't analyzed at the SMTP session level at all — they're just part of the message data stream. Based on what we're seeing here, the message transfer from Comcast isn't getting beyond the SMTP session — the very "best-case" scenario is that Freehostia is "hanging up" on Comcast's mail server, but based on what Freehostia claims it's seeing (or not seeing) in its log files, we're not even getting that far — it sounds much more likely that Comcast either can't get to Freehostia's server or is unwilling to connect to it for some other reason. If Freehostia was receiving and bouncing the message, then it could quite possibly be the headers, but because the message isn't getting delivered to Freehostia's servers, there's no point at which Freehostia could be analyzing any headers. Last edited by jhollington : 2 Feb 2017 at 12:09 PM. |
|
2 Feb 2017, 10:48 AM | #53 | |
Member
Join Date: Jan 2017
Posts: 31
|
jholl: I was reviewing info and it looks like I missed some of your questions.
Quote:
No, I can't send from tonytonini.com (Comcast SMTP) to anthonytonini.com (Freehostia) I did check the spam folder to be sure ...thanks for the reminder. Also, I got 2 test emails from the Comcast technician today, so it appears they are still working on it. Last edited by tony17112acst : 2 Feb 2017 at 11:18 AM. |
|
2 Feb 2017, 11:03 PM | #54 | ||
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Quote:
Until such time as this is resolved, you should do all of your tests using your Comcast.net address. Don't even bother testing from "tonytonini.com" until you're sure that Comcast.net is working properly, as there are other reasons why Comcast and/or Freehostia may not like to see "tonytonini.com" email being sent from Comcast servers, so let's just keep that one completely out of the equation; there's definitely no reason why messages from your Comcast.net address should fail to be delivered to your Freehostia account. Quote:
|
||
2 Feb 2017, 11:08 PM | #55 |
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Also, while this probably doesn't matter to anything that's going on right now, looking at the SPF record that you set up for anthonytonini.com, it looks like it may be using an incorrect IP address, or in the very least it's one I haven't come across in my research thus far:
Code:
anthonytonini.com. 3533 IN TXT "v=spf1 ip4:162.210.102.233 ~all" Code:
anthonytonini.com. 1800 IN MX 10 mbox.freehostia.com. mbox.freehostia.com. 3600 IN A 162.210.102.199 None of this should prevent your messages from getting through at all (especially with the "?all" suffix and the policy of "none" in your DMARC record), so this is more just about proper housekeeping, and it's still possible an SPF record like this will result in a higher spam score when your messages are received by other systems. |
3 Feb 2017, 12:01 AM | #56 | ||
Member
Join Date: Jan 2017
Posts: 31
|
Quote:
Quote:
Also, I am glad you recommended sending from the Comcast webmail I will be using that from now on to avoid other problems. I was frantically trying to get a DMARK/SPF record up because of what Comcast said. Freehostia's cpanel actually has a menu item called "SPF Manager" and I thought it'd be safer for a novice like me to click on that instead of creating a DNS record myself. And when I clicked on it, it had a field for an IP addresss and I thought I HAD to put one in there ...so I grabbed the IP address form the A record listed in DNS records list from anthonytonini.com. I figured since I never touched the DNS records in anthonytonini.com, the IP must be correct - I didn't understand what I was doing (and am still figuring it out :-)). So this morning I just removed the IP address from the SPF record and hopefully, I'll research the SPF later - for now, I think it's a valid record, but a lax policy. So the IP address should be the IP address of the sending server? I'll research it more ...thanks for ALL the great info! |
||
3 Feb 2017, 12:23 AM | #57 | ||||
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
Quote:
Quote:
Quote:
The easiest way to build an SPF record if you're going to be sending using Comcast's server is to simply put "include:comcast.net" in your SPF record to automatically inherit whatever Comcast has put in their records. I'd go with the following: Code:
v=spf1 include:comcast.net ?all Alternatively, you could just decide that you don't care about what SPF does at all and do something like this: Code:
v=spf1 +all Quote:
You can read up on the SPF record syntax here. |
||||
3 Feb 2017, 07:37 AM | #58 |
Member
Join Date: Jan 2017
Posts: 31
|
Does anyone think this would reveal anything? Before I ask - know this:
I temporarily have Godaddy hosting one of my domains (tonytonini.com) simply to get email and have an A record pointing to 50Webs to host my website. I could have done the opposite (point name servers to 50Webs, but add an MX record to point to Godaddy for email hosting). But I selected the former because I thought that because Comcast doesn't route email to 50Webs, it may not work. So would it be tell us anything if I changed my nameservers for tonytonini.com (at my registrar Godaddy) to point to 50Webs and then make an MX record at 50Webs to point to Godaddy? ...then try sending an email form a Comcast account and see what happens? Or do we know that nothing would happen since DNS/routing is the only thing happening? I also noticed one thing: When I did a tracert on anthonytonini.com AND tonytonini.com, the last line of the tracert ended with the word "liquidnet" in it; now it's gone. Don't know if that's a clue that something changed or not. I was in IT 20 years ago and I should know this. |
3 Feb 2017, 08:02 AM | #59 | |
Essential Contributor
Join Date: Apr 2008
Posts: 371
|
It's remotely possible that could be part of it if the issue that Comcast is having is the DNS resolution, which we can't entirely rule out; although I'm not seeing any specific DNS-related problems flagged by the usual testing tools, that doesn't mean that Comcast's mail servers may not be specifically having a problem resolving names from Freehostia's servers. It's one of several possibilities that would explain the symptoms we're seeing, as a DNS/MX record lookup failure usually results in a transient error rather than a permanent one.
However, the problem is the anthonytonini.com domain, not the tonytonini.com one. Unless you're talking about doing a separate test of sending e-mail messages to tonytonini.com, changing the DNS for that isn't going to make a difference at all — in fact that's not even part of the equation right now if you're sending from your Comcast.net address via webmail. I'd recommend leaving it out of the equation just to avoid complicating things further. If you're able and willing to, however, it might be worth moving your anthonytonini.com DNS hosting over to GoDaddy or another provider and leaving the MX record pointing to mbox.freehostia.com. That would eliminate the possibility of a DNS resolution problem, since we know that e-mails to GoDaddy are getting through without issues. Quote:
Actually, looking more closely at the PTR queries, reverse lookups for both of those IP addresses are returning NXDOMAIN errors, which suggests that the DNS servers that provide reverse address lookup are down or otherwise broken. This seems like a more recent development, however — possibly only something that's broken today, in fact, as when I did a reverse DNS lookup for Freehostia's MX record yesterday afternoon (as per my post from around 2:12 PM) it was responding just fine, and that one is also returning NXDOMAIN now as well (which makes sense, as it's on the same subnet, and therefore would have the same DNS server). Code:
; <<>> DiG 9.8.3-P1 <<>> ptr 162.210.102.233 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 41532 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;162.210.102.233. IN PTR ;; AUTHORITY SECTION: . 86341 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2017020202 1800 900 604800 86400 ; <<>> DiG 9.8.3-P1 <<>> ptr 162.210.102.199 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 3362 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;162.210.102.199. IN PTR ;; AUTHORITY SECTION: . 86393 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2017020202 1800 900 604800 86400 Last edited by jhollington : 3 Feb 2017 at 08:07 AM. |
|
3 Feb 2017, 08:24 AM | #60 |
Junior Member
Join Date: Feb 2017
Posts: 8
|
So I am currently connected to a comcast network. I found something that is different than what your txt files return.
> set q=txt > anthonytonini.com Server: ns01.cable.comcast.com Address: 69.252.80.80 Non-authoritative answer: anthonytonini.com text = "v=spf1 include:comcast.net ?all" Any Idea why this would be? @jhollington |
Thread Tools | |
|
|