EmailDiscussions.com - View Single Post

yositimy · 8 Sep 2018, 10:38 PM

No I have the right kind of domain. For example, lets say we are talking about the personal domain abcde.com and the "abcde.com" domain registrar is not fastmail. Fastmail is the host for abcde.com and obtained the certificate from lets encrypt, so it passed all those tests. I have fastmail domains also, but the control panel won't let you secure them.

If someone types into the browser "abcde.com" its seamless

If someone types in "www.abcde.com" with a current browser, they get an error until they trust the site and modify their trust settings. With some older browsers, the user won't get an error.

The padlock shows up regardless.

My other certificates for domains hosted elsewhere would have both "abcde.com". and "www.abcde.com" listed in the certificates. So it doesn't seem to matter if they type in www or not or if off site "redirect" pages have www in the link address or not.

I think that may be the issue.

8 Sep 2018, 10:38 PM	#11
yositimy Member Join Date: Jul 2004 Posts: 48	No I have the right kind of domain. For example, lets say we are talking about the personal domain abcde.com and the "abcde.com" domain registrar is not fastmail. Fastmail is the host for abcde.com and obtained the certificate from lets encrypt, so it passed all those tests. I have fastmail domains also, but the control panel won't let you secure them. If someone types into the browser "abcde.com" its seamless If someone types in "www.abcde.com" with a current browser, they get an error until they trust the site and modify their trust settings. With some older browsers, the user won't get an error. The padlock shows up regardless. My other certificates for domains hosted elsewhere would have both "abcde.com". and "www.abcde.com" listed in the certificates. So it doesn't seem to matter if they type in www or not or if off site "redirect" pages have www in the link address or not. I think that may be the issue. Last edited by yositimy : 8 Sep 2018 at 10:44 PM.