Dynamic Population Notification Strategy ???

Yes, option 3. Create one form. Create one page. Each of your members will have a different accountID to append to their link to the form, the link they will send their customers ( http://example.com/survey-2011/?accountID=12345678 ). Then, in your form, you have a hidden field that is set to be populated dynamically, the parameter name is accountID as you have typed above. I think I would have a default value for that field as well, in case someone gets smart and strips off the accountID from their link because they don't "want to be tracked" or something. With a default account ID in there (11111111 or something) you can ensure the email is delivered (maybe to you?) even though it will not work as intended for the member.

In the admin notification, use "Routing" and then do some conditionals like

if accountID = 12345678 then send email to chris@rocketgenius.com
if accountID = 87654321 then send email to carl@rocketgenius.com
... for all your member accountID
and finally do
if accountID = 11111111 then send email to youremail@yourdomain.com

It's certainly doable this way and is the preferred way of doing it, so you don't expose the email addresses. This is a high level overview of how to accomplish it, but I think once you start looking at it it will make sense.

Please share more information. You didn't mention 100,000 members. Managing 100,000 conditionals would not work very well with AJAX in a browser.

Now that we know it CAN be done, it's up to you to decide how to do it. You're going to have to use a hook (probably gform_notification_email to change the notification email address based on the value of the query string parameter accountID. That hook has access to the $FORM object so you can get the value of accountID. Then you just need to match that accountID with the email address. Maybe you have that stored in a MySQL database table somewhere, or a text file. You will need to write some code to return the proper email based on the value of accountID. It's all very doable with a bit of custom code.

http://www.gravityhelp.com/documentation/page/Gform_notification_email

Question, could the email be pulled from and existing table that already contains both the email and accountID?

Yes

And not a complicated implementation, but more than just a couple lines of code. (Not 50 though.) I think you will hook your function to the gform_notification_email hook. In your function you will read the parameter accountID from the query string, then pull the email associated with that from your database, and populate the notification email with that address. In your function you can deal with what happens when there is no match.

It will not be too hard for someone familiar with Gravity Forms. You can find a current list of developers familiar with Gravity Forms here:

http://www.gravityhelp.com/forums/topic/help-customizing-gravity-form-image-upload-functionality#post-32767

Glenn, please send me an email at chris@rocketgenius.com that contains a couple email addresses you own, so I can use those in the dynamic population and you can see it working. Otherwise, you'd submit my form and I would be getting all the notifications :-) Thanks.

Glad you figured it out. For the benefit of anyone following along, that code goes in functions.php in your theme:

http://www.gravityhelp.com/documentation/page/Where_Do_I_Put_This_Code%3F

p.s. I changed the email addresses so you won't receive any submission notifications.