We have been successfully using the contact.checksum link in renewal reminder emails for our Wordpress site. The link in the received email typically looks like:


However, one user has different behavior when opening the email on a webmail client (it will be OK when reading the email in another client). The webmail client is with a local ISP, cox.net. The link has an extra path in the URL, e.g.


This seems to be CLEARLY the fault of the ISP. The SAME email, when forwarded to another mail provider is correct. The user with this problem has talked to their ISP (cox.net) and they cannot provide an answer.

I'm just posting to see if anyone has encountered something like this with either cox.net or any other ISP.

1 Answer 1


Here is an answer that explains the prefix https://webmail.west.cox.net/do/mail/message/ that was added to the front of our primary domain. Looking at the CiviMail source for this message (and a number of other similar messages, propagated by copy/paste) the mail source did not specifically set the protocol prefix to "https://". Instead, the source had the default "other". Evidently, most of the ISPs we tested tack just http:// on the front and since we redirect that to https://, everything works. However, the ISP cox.net adds a bit more when the link isn't fully specified. We can't really blame them and there may be different prefixes added by other ISPs. LESSON LEARNED: make sure you add https or http protocol when inserting the contact checksum link (hopefully noone is non-SSL, so it really should be https ;))

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.