Hello..
When we add the feedback form to a page, it automatically adds the feedback results module to show feedbacks which have been sent.  This will resolve our requirements showing the feedback information which have been entered and sent.

I've added the [Feedback:SenderRemoteAddr] token to the item template to show the client user IP address.  If I enter the token within the brackets, then it shows the IP address inside these brackets ([ 192.168.100.100]); for the other tokens, it doesn't show them inside brackets.  BUT, if I remove the brackets, then it just shows Feedback:SenderRemoteAddr instead of the true IP address.

I'd like to add the following hyper-link into the item template so if we click on the IP address, it takes us to DNSSutff.com to show us information about this client IP address.  But because the brackets aren't working properly (they're showing up), I can't have the hyper-link work properly.

Is there a code change I can make which will help to resolve this for the time being?  Thanks.. -Jeff

Example Item Template:
<div>
<div style="clear: both;">
<b>From:</b>&nbsp;[Feedback:SenderName]&nbsp;&nbsp;&nbsp;<b>Entered:</b>&nbsp;[Feedback:PublishedOnDate]<br />
<b>IP Address:</b>&nbsp;<a href="http://private.dnsstuff.com/tools/ipall.ch?ip=[Feedback:SenderRemoteAddr]" target="_blank">[Feedback:SenderRemoteAddr]</a><br />
<b>Subject:</b>&nbsp;[Feedback:Subject]
</div>
<div style="margin-top: 10px">
<b>Message:</b><br />
[Feedback:Message]
</div>
</div>

Also, when I looked in the database, I see the SenderRemoteAddr is entered as [ 192.168.100.100].  This is why the original IP address issue I originally posted about, is occurring.

Datetime values such as that for PublishedOnDate are stored in the database using the database server's time zone. When they are retrieved for display during Guest Book/Comments module's template token resolution, they are converted to the time zone of the user viewing the guest book. If the user's time zone preference is not set or for an anonymous user the datetime value is converted to the portal's default time zone. No adjustment is made for daylight savings time. So, if the user's time zone preference or the portal's default time zone is set incorrectly or if daylight savings is being observed, it is quite possible that the displayed time could be off by several hours. Also, if the database server is not located in the same time zone as the portal default time zone and additional error may be introduced.

Hopefully DNN 6.x will see the introduction of a new way to handle time zone correction and will include the proper offsets for daylight savings time where such can be determined.

---

Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner