Recently Viewed...
To help you navigate to pages you most recently visited, select from the links below.
Product Forums
Sharepoint Forums
Overview on Installing Sharepoint 2007
DNN Modules
SnowCovered Top Sellers

Ultra Media Gallery 5.3
Ultra Media Gallery is the most popular photo gallery and media gallery module for DotNetNuke, the major purpose of this module is to allow you create unlimited pictures and medias to your gallery and organize them by albums, your albums and medias are browsed in flash interface.

Flex By DrNuke
The Flex skins are professionally designed, coded and packaged by a team of DotNetNuke experts. Available in 8 great colours, each with 15 banner images, 2 menu types and a choice of 3 background styles. The entire pack features a total of 2448 skins!

Ultra Video Gallery 2.3
Ultra Video Gallery is a brother product of Ultra Media Gallery, The major purpose of this product is to provide an easy way to add videos in various formats to your website by and play them in a unique flash gallery.

Open-DocumentLibrary v3.0
Powerful, Ajax Enabled, Easy to Use. Document Management has never been better. Open-DocumentLibrary allows DotNetNuke users to share and manage documents in a flexible, intelligent way, offering granular control over Folder and Document access.

Engage: Publish 5.1
Content Workflow + Versioning + Categorization + Multiple Display Options = Truly Advanced DotNetNuke Content Management (Requires DNN 4.5.1 or later)

Form Master 1.6 For DNN 4
Form Master 1.6 improves on the success of version 1.5 with new features in Function, and Presentation, while maintaining the Intuitive User Interface. Form Master 1.6 delivers visual form design where input fields can easily be created, modified, and moved.

XMod 5.1
Version 5 of the perennial best-selling tool for creating data-based solutions in DNN without custom programming. This version focuses on greater flexibility, expandability, and ease-of-use.

CATALooK.netStore Pro & Booking Tools w/source DNN4
Powerful multilingual, search engine optimized ecommerce store and renting/letting system including a concept utilizing many business models in one application integrates:Catalog,Media gallery,Configurator,Packages,Data entry forms,Subscriptions,Recurring billing,40+ CC Gateways,UPS and USPS support

DNNMasters SEO Suite Enterprise w/Source
If you want better Search Engine ranking you need KeepAlive, URL Rewrite, Custom 404 error, Custom Redirect, Friendly URL's, Sitemap, Google Sitemap.DNNMasters SEO Suite delivers all of it and more!

Document Exchange Professional 4
Edit documents directly on your server using the latest iteration of the premier document management solution for DotNetNuke (DNN). With a completely revised Ajax-enabled UI.
    |   Register   |   Friday, August 29, 2008   
Data Springs Product Forums...
Subject: Opt-In List/Users Question
Prev Next
You are not authorized to post a reply.

Author Messages
Paul
Posts:34
paddling down the creek
paddling down the creek

05/23/2008 2:45 PM  

When using dynamic registration and having the choice to opt-in to my newsletter, the user gets added to the opt-in list/users view even if they choose not to opt-in (via the dynamic reg checkbox).  They are added and are correctly not associated with the list.  That part makes sense but why are they added to this view at all? My list is going to get hard to manage if every user to my portal is added to it regardless of if they opt-in or not.

 

And...when I delete the user from dnn users account, the user remains in the opt-in list/users view.

 

How is this suppose to work as some of this seems counterintuitive? I would expect a user to be removed from this list when their main dnn user account has been deleted.  Maybe there are cases where this would not be the desired result but I would think those are unique.  Also, I'm not sure why the user would show up in the opt-in list/users view when they did not subscribe to the list in the first place.

 

Thanks,

 

Paul

Paul
Posts:34
paddling down the creek
paddling down the creek

06/03/2008 12:13 PM  

Still looking for some info here. 

 

Thanks,

 

Paul

Chad
Posts:1863
river guide
river guide

06/04/2008 11:05 PM  
Paul,

Hi. Well keep in mind that these are two seperate applications so for things such as 'deleting a user doesn't delete them from opt in email', this might not be something you directly want. Although this would fit with your implementation, in some implementations you might want the user to still receive the newsletter even if they are no longer a registered user etc... Or... If you deleted a user from the main CORE module under Admin, User Accounts, there is really way for us to code the user to be deleted from the opt in email tables.

So... Your options here are to manually execute a SQL query removing users from the optin email tables that don't have a user account from the users table.

Something like:

DELETE FROM DataSprings_OptInEmail
Where EmailAddress not in(Select Email fromUSers)

You could have this executed every once in a while, or possibly something similar setup in the new 3.2 release of Dynamic Registration which will allow you to setup completion events to be fired off for 'Registration cancellation'. Something like...

DELETE FROM mydnn_DataSprings_OptInEmail
Where EmailAddress = '$(YourUsersEmailField)'

etc...

As far as still adding the email address even if the user is not opted in/out, this is currently how the integration works but we will review changing this. I suppose if the user opted in, and then when and opted out from Dynamic Registration or from the main Opt In Email module you are still facing the same issue/concern right? The advantage and main reason it was initially setup this way was because when the user would navigate to the main opt in email module it would already load all of their subscription information and they wouldn't have to initially subscribe or add themselves to the database again.

-Chad
Paul
Posts:34
paddling down the creek
paddling down the creek

06/05/2008 4:31 AM  

Thanks Chad...I will look into geting the sql event setup to remove the user when the user core account is deleted.  I know you know from an admin standpoint any module that pulls data from the main core user accounts needs to be tightly integrated with the core module and to have multiple config options.  If not, the admin is going to have more admin work to do trying to make sense out of user lists that might have different users than the core list. 

 

The last part makes sense and I can see why it is integrated this way as it is a nice end user feature that the optin/out module is pre-populated with their info.

 

Thanks for clarifying things.  I appreciate it.

 

Paul

You are not authorized to post a reply.



ActiveForums 3.7

Copyright 2005 - 2008 by Data Springs, Inc.
Terms Of Use | Privacy Statement