Answers.Body: <p>I think you may have two different issues here.  I left a comment for one.</p>
  
  <p>As for the lack of account signup - go to www.yoursite.org/admin/config/people/accounts (or, if you have standard Drupal menus, <em>Configuration menu > People > Account Settings</em>.  Under Registration and cancellation, Who can register accounts - ensure that the value is set to "Visitors" or "Visitors, but administrator approval is required".  If it's set to "Administrators Only", the account signup won't appear on the profile.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-19T16:21:31.590Z
Answers.Text: Yes. That was it. Thank you. Visitors can now create accounts and PCPs!
Answers.UserDisplayName: John Richardson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-16T15:18:11.627Z
Answers.Text: Jon, in response to the other issue (above) about relative vs. absolute path in the links,YES, I still have that problem. I am able to replace the token {$loginURL} with the static address to the user sign-in, but is there another way to fix this so that the token produces the absolute path in the system generated messages to PCP users?
Answers.UserDisplayName: John Richardson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-16T15:19:14.070Z
Answers.Text: BTW: I am not using any multi-site installation.
Answers.UserDisplayName: John Richardson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-16T19:28:44.570Z
Answers.Text: John - I hadn't heard of folks experiencing this without multi-site, I always assumed it was related to multi-site.  I've spent a lot of time trying to troubleshoot it, with no luck.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-18T01:44:08.120Z
Answers.Text: Thanks, Jon! The workaround will have to suffice. Not sure if the templates are overwritten in upgrades--probably not. I'll just live with it.
Answers.UserDisplayName: John Richardson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-17T15:43:38.630Z
Answers.LastActivityDate: 2015-06-17T15:43:38.630Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>I am using 4.6.3 on D7. I have set up PCP campaign associated with a contribution page. Contribution page is active (no end date). The user creates a page successfully, but they do not create a password in process of creating the PCP, even though the profile I am using in the PCP tab requires a user login.</p>
  
  <p>So, they can't log back in after successfully creating the page.</p>
  
  <p>When the user gets their system-generated PCP Welcome email, they are provided links to "login to your account" and "Click this link and follow the prompts". These fail (get page not available message in Chrome).</p>
  
  <p>I looked at the system template for the email. Looks good.</p>
  
  <p>Any thoughts about the problem would be helpful! Thanks!</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-17T15:39:52.977Z
Comments.Text: I've seen this happen where the links are generated are relative links instead of absolute - e.g. "/civicrm/pcp/etc?variable=1" instead of "http://www.mysite.org/civicrm/pcp/etc?variable=1".  Could you please view the source of your email to see if that applies here?  Also, are you running any sort of CiviCRM multi-site?
Comments.UserDisplayName: Jon G - Megaphone Tech
Tags: <civimail><civicontribute><pcp>
Title: Why do links in system PCP welcome emails fail?
ThreadText: # Why do links in system PCP welcome emails fail?
  
  (Asked by: username_0 on 2015-06-17)
  
  I am using 4.6.3 on D7. I have set up PCP campaign associated with a contribution page. Contribution page is active (no end date). The user creates a page successfully, but they do not create a password in process of creating the PCP, even though the profile I am using in the PCP tab requires a user login.
  
  So, they can't log back in after successfully creating the page.
  
  When the user gets their system-generated PCP Welcome email, they are provided links to "login to your account" and "Click this link and follow the prompts". These fail (get page not available message in Chrome).
  
  I looked at the system template for the email. Looks good.
  
  Any thoughts about the problem would be helpful! Thanks!
  
  **Tags:** civimail, civicontribute, pcp
  
  > **Comments:**
  > **username_1**: I've seen this happen where the links are generated are relative links instead of absolute - e.g. "/civicrm/pcp/etc?variable=1" instead of "http://www.mysite.org/civicrm/pcp/etc?variable=1".  Could you please view the source of your email to see if that applies here?  Also, are you running any sort of CiviCRM multi-site?  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-06-17. Score: 1 | Accepted answer
  
  I think you may have two different issues here. I left a comment for one.
  
  As for the lack of account signup - go to www.yoursite.org/admin/config/people/accounts (or, if you have standard Drupal menus, *Configuration menu > People > Account Settings*. Under Registration and cancellation, Who can register accounts - ensure that the value is set to "Visitors" or "Visitors, but administrator approval is required". If it's set to "Administrators Only", the account signup won't appear on the profile.
  
  > **Comments:**
  > **username_0**: Yes. That was it. Thank you. Visitors can now create accounts and PCPs!  
  > **username_0**: Jon, in response to the other issue (above) about relative vs. absolute path in the links,YES, I still have that problem. I am able to replace the token {$loginURL} with the static address to the user sign-in, but is there another way to fix this so that the token produces the absolute path in the system generated messages to PCP users?  
  > **username_0**: BTW: I am not using any multi-site installation.  
  > **username_1**: username_0 - I hadn't heard of folks experiencing this without multi-site, I always assumed it was related to multi-site.  I've spent a lot of time trying to troubleshoot it, with no luck.  
  > **username_0**: Thanks, Jon! The workaround will have to suffice. Not sure if the templates are overwritten in upgrades--probably not. I'll just live with it.  
  
  ---
  
  