When I wanted to buy a Virtualmin license, unfortunately, your shop system decided to not send the initial registration mail. At the time my mail client was properly configured, I suppose it had to do with the e-mail address itself which fell off the grid because of your product name or URL in it: virtualmin.com@DOMAIN.TLD (I use dedicated mail aliases for every service I register with).
Why am I writing this? You may want to reconsider the process when one has to get in touch: The only e-mail on your contact page is Joe’s (that I sent an e-mail to but never received a response). To submit a ticket or use the forum, one has to create an account. If they only sport one e-mail address, they get locked out and may be lost as a potential customer.
Not criticism, just a nudge to think about an improvement.
You and I had this conversation already… The e-mail I registered with never got activated on your side, so it won’t trigger an e-mail with a password reset eventually.
I could not sign up to virtualmin because there is an issue with the www.virtualmin.com SPF record.
I had to setup a temporary server without SPF validation and then temporarily point my email to it to allow me to register. It has been a while, but the SPF record for www.virtualmin.com is still broken.
If I remember right, the forum/website send the intial registration email from this domain.
Using the same tool you were using to test I see all green for both virtualmin.com and www.virtualmin.com (and that’s how it was at the end of that conversation on github):
The SPF record syntax is broken. This is because the ‘mx:mail.virtualmin.com’ cannot be resolved (IPv4)
not all checkers will pick this up
this single error can cause the SPF to be found to be invalid and cause email server to class all email from that server to be spam. this is different to there being no SPF record.
The e-mail I registered with never got activated on your side, so it won’t trigger an e-mail with a password reset eventually.
