<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>DAP Documentation &#187; User Status</title>
	<atom:link href="http://www.digitalaccesspass.com/doc/category/user-status/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitalaccesspass.com/doc</link>
	<description>Documentation for DigitalAccessPass.com</description>
	<lastBuildDate>Wed, 08 Feb 2012 07:08:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Secure RSS Feeds</title>
		<link>http://www.digitalaccesspass.com/doc/secure-rss-feeds/</link>
		<comments>http://www.digitalaccesspass.com/doc/secure-rss-feeds/#comments</comments>
		<pubDate>Mon, 18 Jul 2011 22:02:32 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Admin]]></category>
		<category><![CDATA[Config]]></category>
		<category><![CDATA[Customization]]></category>
		<category><![CDATA[Examples]]></category>
		<category><![CDATA[FAQ]]></category>
		<category><![CDATA[Feeds]]></category>
		<category><![CDATA[Protecting Content]]></category>
		<category><![CDATA[Protection FAQ]]></category>
		<category><![CDATA[RSS Feeds]]></category>
		<category><![CDATA[Setup]]></category>
		<category><![CDATA[User Status]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=1785</guid>
		<description><![CDATA[Starting DAP v4.2, each of your members can now get their own unique RSS feed link that they can use with a feed reader (like Google Reader, FeedBlitz, iTunes, etc) to get a custom RSS feed with content that they&#8217;re eligible to view. To give each of your members their own unique RSS Feed URL, [...]]]></description>
			<content:encoded><![CDATA[<p>Starting DAP v4.2, each of your members can now get their own unique RSS feed link that they can use with a feed reader (like Google Reader, FeedBlitz, iTunes, etc) to get a custom RSS feed with content that they&#8217;re eligible to view.</p>
<p>To give each of your members their own unique RSS Feed URL, just insert the following line of code into the top of the &#8220;Member Links&#8221; or &#8220;My Content&#8221; type page, or wherever you want your users to see their personalized RSS feed link&#8230;</p>
<h3>If your blog is in the root&#8230;</h3>
<p><strong>http://YourSite.com/feed/?key=%%ACTIVATION_KEY%%</strong></p>
<h3>If your blog is in a sub-folder (say &#8220;/blog&#8221;)&#8230;</h3>
<p><strong>http://YourSite.com/blog/feed/?key=%%ACTIVATION_KEY%%</strong></p>
<p>&nbsp;</p>
<p>The text <strong>%%ACTIVATION_KEY%%</strong> in the above URL will be replaced with their own custom key, like&#8230;</p>
<h3>http://YourSite.comcom/feed/?key=123456789</h3>
<p>They can then copy that link, enter that into any feed reader, and it will show content specific to their account.</p>
<h3>Custom Feed Link Security</h3>
<p>Another useful feature we&#8217;ve added, is that the custom feed link also does IP count validation. So if they share  the feed link with others, then after &#8220;<strong>X&#8221; unique IP login</strong> <strong>attempts</strong> (where &#8220;X&#8221; is configurable by you, the DAP Admin, in <strong>Setup</strong> &gt; <strong>Config</strong>), their account will automatically <a title="Unlocking Users" href="http://www.digitalaccesspass.com/doc/unlocking-users/">get locked out</a>.</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/secure-rss-feeds/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>User &amp; Product Statuses</title>
		<link>http://www.digitalaccesspass.com/doc/user-product-statuses/</link>
		<comments>http://www.digitalaccesspass.com/doc/user-product-statuses/#comments</comments>
		<pubDate>Wed, 22 Dec 2010 23:53:26 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Admin]]></category>
		<category><![CDATA[Examples]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[User Status]]></category>
		<category><![CDATA[Users]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=984</guid>
		<description><![CDATA[DAP assigns a status for the User itself (at a global, account level), as well as a User/Product level (specific to the user&#39;s access to that product). So there&#39;s the User Status and then the User/Product Status For eg., the User Status may be &#34;Active&#34;, but a specific User/Product status may be &#34;Inactive&#34; &#8211; which [...]]]></description>
			<content:encoded><![CDATA[<p>DAP assigns a status for the User itself (at a global, <em>account</em> level), as well as a User/Product level (specific to the user&#39;s access to that product).</p>
<p>So there&#39;s the <strong>User Status</strong> and then the <strong>User/Product Status</strong></p>
<p>For eg., the User Status may be &quot;Active&quot;, but a specific User/Product status may be &quot;Inactive&quot; &#8211; which means user can log in to their account, receive emails, etc, but cannot access any content that is part of this specific product (though they can access all other products they may have, that are &quot;Active&quot;).</p>
<p>The bottom-line is this: In order for a user to access his/her account, and all the content in the Products that he/she&#39;s purchased, all the statuses have to be <strong>Active</strong>.</p>
<p>So here are the possible statuses, and what they mean.</p>
<h2>User Status</h2>
<p>These statuses apply to the User&#39;s account itself.</p>
<h3>Inactive</h3>
<p>If the user&#39;s status is inactive, then that means the user&#39;s entire account is inactive. User will not be able to even log in to their account. All outgoing broadcast and autoresponder emails will &quot;exclude&quot; them from the list, and they will not receive any emails from the system.</p>
<p><strong>Active<br />
	</strong></p>
<p>Account is accessible, all emails are being sent.</p>
<p><strong>Unconfirmed</strong></p>
<p>They&#39;ve just signed up for a product that requires &quot;Double Optin&quot;. Which means, unless they &quot;confirm&quot; by clicking on the double-optin link, their account will not become active. Please note that once a user has already confirmed the double-optin link for one product, then their &quot;User&quot; status automatically becomes &quot;Active&quot;. So even if they go on to sign up for another double-optin product, then their User status will never again change to &quot;Unconfirmed&quot; (unless specifically set so by the DAP Admin). For all future double-optin products, it is this user&#39;s &quot;User/Product&quot; status that will be &quot;Unconfirmed&quot;, while the main &quot;User&quot; status remains &quot;Active&quot;.</p>
<p>&nbsp;</p>
<p><strong>Locked<br />
	</strong></p>
<p>When an account receives login attempts from more than the number of IP addresses set in the &quot;Setup &gt; Config &gt; Advanced &gt; Max. # of User Logins From Different IP`s&quot; field, then that user&#39;s main User status is changed to be &quot;Locked&quot;. This is very similar to the &quot;Inactive&quot; status, except named different just so admin can distinguish between &quot;Locked&quot; and other users.</p>
<p>&nbsp;</p>
<h2>User/Product Status</h2>
<p>These statuses specifically apply to a User&#39;s access with relation to a specific Product.</p>
<h3>Inactive</h3>
<p>User cannot access any content that is part of this product. However, User may access other products whose user/product status is &quot;Active&quot;.</p>
<p><strong>Active<br />
	</strong></p>
<p>There are no restrictions for this User to access content that is part of this product (of course, only whatever the user is eligible to see, based on the drip setup).</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/user-product-statuses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>User Status &#8220;Unconfirmed&#8221;</title>
		<link>http://www.digitalaccesspass.com/doc/user-status-unconfirmed/</link>
		<comments>http://www.digitalaccesspass.com/doc/user-status-unconfirmed/#comments</comments>
		<pubDate>Fri, 20 Aug 2010 05:58:32 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Activation]]></category>
		<category><![CDATA[Email]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Setup]]></category>
		<category><![CDATA[User Status]]></category>
		<category><![CDATA[Users]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=537</guid>
		<description><![CDATA[The only time a new user shows up with the status &#8220;Unconfirmed&#8221; is if you have &#8220;Double Optin&#8221; turned on for that product to which he just got access. When you have double-optin turned on, then their initial status is &#8220;Unconfirmed&#8221; because you want them to click on the &#8220;Double Optin&#8221; link and confirm their [...]]]></description>
			<content:encoded><![CDATA[<p>The only time a new user shows up with the status &#8220;Unconfirmed&#8221; is if you have &#8220;Double Optin&#8221; turned on for that product to which he just got access.</p>
<p>When you have double-optin turned on, then their initial status is &#8220;Unconfirmed&#8221; because you want them to click on the &#8220;Double Optin&#8221; link and confirm their intent to get access to your product, after which their status is automatically changed to &#8220;Confirmed&#8221;.</p>
<p>So to make sure Users are always created with &#8220;Confirmed&#8221; status, just remove all text from the &#8220;Double Optin Body&#8221; and &#8220;Double Optin Subject&#8221; of the Product in question.</p>
<h3>Sidebar</h3>
<p>If your product is a &#8220;Paid&#8221; product, then obviously, you don&#8217;t want people who just bought your product by filling out a shopping cart, to have to go through another double-optin confirmation process. So for paid products, you should probably not force double-optin.</p>
<p>Double-optin is best when you&#8217;re signing up free users for a free product via the <a href="http://digitalaccesspass.com/doc/adding-users-via-dap-signup-form/">DAP Direct-signup Form</a>.</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/user-status-unconfirmed/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cancellation or Refund Requests</title>
		<link>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/</link>
		<comments>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/#comments</comments>
		<pubDate>Tue, 29 Jun 2010 20:05:37 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Admin]]></category>
		<category><![CDATA[Cancellations/Refunds]]></category>
		<category><![CDATA[ClickBank]]></category>
		<category><![CDATA[Integration with Shopping Carts]]></category>
		<category><![CDATA[Payment Integration]]></category>
		<category><![CDATA[Paypal]]></category>
		<category><![CDATA[Paypal Website Payments Pro]]></category>
		<category><![CDATA[Subscription]]></category>
		<category><![CDATA[Transactions]]></category>
		<category><![CDATA[User Status]]></category>
		<category><![CDATA[Users]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=464</guid>
		<description><![CDATA[The Question How does a customer, once they have signed up and become a member, cancel their membership (or get for a refund)? Cancellations If it&#8217;s Paypal, they could go into their Paypal account, and cancel their subscription themselves. If it&#8217;s ClickBank, they can log in to their CB account, and cancel their subscription themselves. [...]]]></description>
			<content:encoded><![CDATA[<h2><strong>The Question</strong></h2>
<blockquote><p>How does a customer, once they have signed up and become a member, cancel their membership (or get for a refund)?</p></blockquote>
<h3>Cancellations</h3>
<p>If it&#8217;s Paypal, they could go into their Paypal account, and cancel their subscription themselves.</p>
<p>If it&#8217;s ClickBank, they can log in to their CB account, and cancel their subscription themselves.</p>
<p>If it&#8217;s any other payment processor or cart &#8211; like <a href="http://1SiteAutomation.com" target="_blank">1SiteAutomation.com</a>, Authorize.net, Paypal Payments Pro, etc &#8211; then they have to ask you (the membership site owner) to cancel.</p>
<h3>Refunds</h3>
<p>Except with CB, in all other cases, they have to ask you for a refund</p>
<h2>Action Steps For DAP Admin</h2>
<p>Whether it&#8217;s a cancellation or a refund, log in to your Payment Processor (1shoppingcart, Authorize.net, etc), and make sure you perform the cancellation or refund there. DAP does not store any of the payment information of your subscriber. So both cancellations and refunds have to be performed at your Payment Processor.</p>
<p>Now that you&#8217;ve cancelled the actual charging of the customer at the payment processor level, you have to also take care of the customer within DAP &#8211; only for refunds.<strong><br />
</strong></p>
<p><strong>Cancellation Of Ongoing Subscription in DAP<br />
</strong></p>
<p>If this is the cancellation of an ongoing subscription, then no action required within the DAP Dashboard as far as the User is concerned. DAP already does &#8220;Pay As You Go&#8221; processing &#8211; which means, their account will automatically expire at the end of the current recurring period (eg., end of current month). The &#8220;Access End Date&#8221; of the user&#8217;s access to the Product will automatically expire if no new payments come in. And then they&#8217;ll automatically lose all access to the content that is part of that Product.</p>
<p>However, if this is the cancellation of a &#8220;trial&#8221;, where if the user comes back and signs up again for another trial a few weeks or months later, then you want the user to start all the way AT THE BEGINNING. So if it&#8217;s the cancellation of a &#8220;trial&#8221; then you must manually remove the user&#8217;s access to the product. So for that, follow the process below.</p>
<p><strong>Refunds (and Cancellation of Trial) in DAP</strong></p>
<p>If it&#8217;s a refund of just one recurring payment, or the cancellation of a trial, then you can go into the &#8220;Users &gt; Manage&#8221; screen, search for the user, and do a &#8220;<strong>Rollback Access for Selected User(s) to the Product by 1 Recurring Cycle</strong>&#8220;.</p>
<p>If it&#8217;s a refund of the entire purchase, then&#8230;</p>
<ul>
<li>Search for that user by email on the &#8220;Orders&#8221; page, which will bring up their Order (a.k.a &#8220;Transaction&#8221;)</li>
<li>Click on the &#8220;Refund&#8221; button on that screen. That will create a new negative transaction in the Orders table. Then it also roll-backs any affiliate commissions earned on that sale and make a negative entry in the database for that affiliate. Then it rolls back user access by the number of days entered in one of the &#8220;Recurring Cycles&#8221; entered on that Product&#8217;s page (depending on how far along they were in as a member).</li>
<li>Now search for that user by email on the &#8220;Users &gt; Manage&#8221; screen. Make sure that they no longer have access to the Product.</li>
</ul>
<p>For a big-picture view, also see <a href="http://www.digitalaccesspass.com/doc/cancellations-and-refunds/">Cancellations &amp; Refunds</a></p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Importing Users In Bulk Into DAP</title>
		<link>http://www.digitalaccesspass.com/doc/importing-users-in-bulk-into-dap/</link>
		<comments>http://www.digitalaccesspass.com/doc/importing-users-in-bulk-into-dap/#comments</comments>
		<pubDate>Fri, 25 Jun 2010 20:27:00 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[3rd Party Integration]]></category>
		<category><![CDATA[3rd Party List Integration]]></category>
		<category><![CDATA[Examples]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[Setup]]></category>
		<category><![CDATA[User Status]]></category>
		<category><![CDATA[Users]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=455</guid>
		<description><![CDATA[DAP allows you to import users in bulk from an external system or database. Pre-requisites for Importing Users 1) You must have already created the Product into which the users will be imported 2) The user list has to be in a CSV (comma separated) format (one user per line), with the exact format being: [...]]]></description>
			<content:encoded><![CDATA[<p>DAP allows you to import users in bulk from an external system or database.</p>
<h3>Pre-requisites for Importing Users</h3>
<p>1) You must have already created the Product into which the users will be imported 2) The user list has to be in a CSV (comma separated) format (one user per line), with the exact format being:</p>
<blockquote><p><strong>Email,FirstName,LastName</strong></p></blockquote>
<p>LastName is optional. So your user list could have just</p>
<blockquote><p><strong>Email,FirstName</strong></p></blockquote>
<p>Example:</p>
<blockquote><p>Joe@example.com,Joe,Customer Jill@anothersite.com,Jill Bob@another.com,Bob,Member</p></blockquote>
<h3>How to do the actual import</h3>
<p><a href="http://www.digitalaccesspass.com/doc/wp-content/uploads/2010/06/bulk-add-users.png" rel="lightbox[455]" title="bulk-add-users"><img class="alignnone size-full wp-image-457" style="border: 1px solid black;" title="bulk-add-users" src="http://www.digitalaccesspass.com/doc/wp-content/uploads/2010/06/bulk-add-users.png" alt="" width="569" height="399" /></a></p>
<ol>
<li>Go to Users &gt; Add &gt; &#8220;Bulk-Add Multiple Users To A Product&#8221;</li>
<li>Paste your CSV list into the large text area</li>
<li>Select the Product into which you want to import the users</li>
<li>Check the &#8220;Mark Users as Paid&#8221; checkbox if you want them to have &#8220;Paid&#8221; access to the content (just as if they are actual paying members). If you don&#8217;t check it, they will all have access as a &#8220;Free&#8221; user (instead of a &#8220;Paid&#8221; user), which means they will only have access to content within the Product that you have marked as &#8220;Free&#8221;.</li>
<li>Click on the &#8220;Bulk Add Users&#8221; button. That will first save this entire list as a CSV file in your <strong>/dap/bulk</strong> folder on your site. And then, the next time the Hourly cron (dap-cron.php) runs, it will add them one by one to the product, and send them emails as per your Product set up. So if your Product has the &#8220;Thankyou-Email&#8221; subject and body filled out, it will individually send out each of the users that <em>thankyou</em> email.</li>
</ol>
<h3>DAP will also allow bulk import of users with their existing profile</h3>
<p>This includes their existing password and other profile data as detailed in this video: See <a href="http://www.digitalaccesspass.com/videos/BulkAddUsersToDAP.php" target="_blank">Bulk Add Users</a></p>
<p>But please make sure you are using at least <strong>DAP v4.2.1 and LiveLinks v1.7</strong> , because what&#8217;s explained below is only available starting those versions.</p>
<h4>Pre-requisites for Importing Users with their existing Password, Access Start &amp; End Dates</h4>
<p>1) You must have already created the Product into which the users will be imported</p>
<p>2) The user list has to be in a CSV (comma separated) format (one user per line), with the exact format being:</p>
<blockquote><p><strong>Email,Firstname,Lastname,Password,ProductName, Address,City,State,Zip,Country,Phone,Company, Flag (to indicate Paid or Free user), Access Start Date, Access End Date,UserName</strong></p></blockquote>
<p>Example:</p>
<blockquote><p><strong>joe@somesite.com,Joe,Member,test123,Example One-time Product,99 hill ave,Cityname,NY,10001,USA,,Plug and Play Inc,y,2011-03-16, 2012-03-15,JoeMember</strong></p></blockquote>
<p>The only required fields are <strong>Email</strong>, <strong>FirstName</strong> and <strong>ProductName</strong>. If you do not want to supply a value for any of the optional fields, but still wish to import certain others, then just leave those fields empty in the data row (but the <strong>commas should remain</strong>) as shown below.</p>
<blockquote><p><strong></strong><strong>Email,Firstname,,,ProductName,,,,,,,,Flag (to indicate Paid or Free user), Access Start Date, Access End Date,UserName</strong></p></blockquote>
<h3>How to do the actual Import</h3>
<p>Create a file with the name <strong>/dap/bulk/importusers.csv</strong> file so it has the users you want to import in the format specified above.</p>
<p>Run this script on your browser to complete the import. To do that, visit the url&#8230;<strong> </strong></p>
<p><strong>http://www.yoursite.com/dap/dap-bulkImport.php</strong></p>
<p>Note:</p>
<p>* Replace &#8220;yoursite.com&#8221; with your actual domain name.</p>
<p>* And try to limit the number of users you are importing with this method to not more than 100 users at a time. Otherwise the import may timeout, because the import occurs real time (not via cron). If the user already exists in dap, then the script will just skip that user and move on to the next user in the bulk add list.</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/importing-users-in-bulk-into-dap/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Unlocking Users</title>
		<link>http://www.digitalaccesspass.com/doc/unlocking-users/</link>
		<comments>http://www.digitalaccesspass.com/doc/unlocking-users/#comments</comments>
		<pubDate>Fri, 21 Aug 2009 19:08:39 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Activation]]></category>
		<category><![CDATA[Config]]></category>
		<category><![CDATA[User Status]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=127</guid>
		<description><![CDATA[DAP has a feature where if a user logs in from more IP addresses than what you&#8217;ve configured as DAP Admin (default: &#8220;5&#8243;) under &#8220;Setup &#62; Config &#62; Advanced &#62; Max. # of User Logins From Different IP`s&#8221; then the user&#8217;s account automatically gets &#8220;Locked&#8221;, and both the user and you (the admin) will get [...]]]></description>
			<content:encoded><![CDATA[<p>DAP has a feature where if a user logs in from more IP addresses than what you&#8217;ve configured as DAP Admin (default: &#8220;5&#8243;) under &#8220;<strong>Setup &gt; Config &gt; Advanced &gt; Max. # of User Logins From Different IP`s</strong>&#8221; then the user&#8217;s account automatically gets &#8220;Locked&#8221;, and both the user and you (the admin) will get an email notifying you that the user&#8217;s account has been locked.</p>
<p>You could then unlock them yourself, or wait for the user to send you an email and ask to be unlocked.</p>
<h3>How to &#8220;Unlock&#8221; Users</h3>
<ol>
<li>Search for the User by email on the &#8220;<strong>Users &gt; Manage</strong>&#8221; screen</li>
<li> Click on the name or user id. You will now be taken to the &#8220;Edit User&#8221; screen where you can see the user&#8217;s full details</li>
<li> Next to user&#8217;s name, you should see a button called &#8220;<strong>Unlock User</strong>&#8221; (you will see this only if the status of the user is &#8220;Locked&#8221;, and won&#8217;t see it for other regular users).</li>
<li>Click on the &#8220;Unlock User&#8221; button. That&#8217;s it.</li>
</ol>
<p>When you click the button, the user&#8217;s login records are deleted, and the previously recorded IP addresses are deleted.</p>
<p>So he basically starts with a fresh, new login count.</p>
<p><strong>TIP</strong>: If your users are getting locked out too frequently, and you don&#8217;t want the hassle of unlocking them regularly, simply set the count to a higher number &#8211; like 20.</p>
<!-- PHP 5.x -->]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/unlocking-users/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

