Your version may well be the better one. I know the "special" password would likely be a weak one and also forgettable. Still would prefer something built in to Imail. Maybe when things move to IIS-based web server some of this will be easier to accomplish.
John -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin Cox Sent: Thursday, November 17, 2005 7:53 AM To: [email protected] Subject: Re: [IMail Forum] IMail Feature Requests to Ipswitch... I would think instead of a separate password (which they could forget as well), use the challenge question concept, perhaps with several identifying items to be more secure. Then, once they correctly identify, they can reset the password. It needs to be complex enough to avoid being a focus for hack attempts itself. Something like this could easily be added outside of webmail, with a link added for access from the webmail login screen. Darin. ----- Original Message ----- From: "John Carter" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, November 17, 2005 12:12 AM Subject: Re: [IMail Forum] IMail Feature Requests to Ipswitch... Sounds interesting. I am wanting something for my WebMail only users (4000+ students). It would nice also if it were built into Imail. Let me propose something. (Haven't fully thought this one out.) 1. User stores in WebMail Preferences a "Forgot Password" password. 2. From a Forgot Password link on the login page, they would cause the special password to be temporarially made the regular password. May or may not include challenge question.? 3. They could then login, but only to change their password. They would be forced out to the login screen. 4. They then login with the new password and go about their business. In the future if they forget the password again, they repeat steps 2-4. John C ---------- Original Message ---------------------------------- From: "Darin Cox" <[EMAIL PROTECTED]> Reply-To: [email protected] Date: Wed, 16 Nov 2005 22:20:24 -0500 >We use a web script currently to decode the password and email it to the >user who has access to their mail account from a client, but has forgotten >the password. > >We have a similar script in an admin interface for a customer or reseller >admin to get a list of all account and passwords in a domain. > >Darin. > > >----- Original Message ----- >From: "John Carter" <[EMAIL PROTECTED]> >To: <[email protected]> >Sent: Wednesday, November 16, 2005 10:02 PM >Subject: Re: [IMail Forum] IMail Feature Requests to Ipswitch... > > >Some sort of Forgot Password feature would be good, especially that didn't >need to be emailed someplace else. > >John C > >---------- Original Message ---------------------------------- >From: "Kevin Gillis" <[EMAIL PROTECTED]> >Reply-To: [email protected] >Date: Wed, 16 Nov 2005 18:14:49 -0500 > >>Hi All, >> >>excellent recommendations. >> >>we're seeing several "per domain" feature requests with both of these (IM & >>Calendaring) being near the top - along with as and av. are you looking >for >>per virtual domain capabilities? >> >>anyone else with feature requests, feel free to send directly to me as well >>as, of course, to the forum. we are finalizing and prioritizing items for >>upcoming releases. here are a few that several folks have mentioned, in no >>particular order: >> >>1. ability to change order that black/white list is processed (many want >>white first) >>2. ability to disable a domain (and all it's users) without deleting >>3. ability to rename host and change IP address from within IMail >>4. Attachment Manager (option to, but not mandatory, to strip off >>attachment(s) and replace with a link to the file(s) that have been scanned >>for av/as and put on location inside firewall) >>5. ListServ Management (sign-up confirmations, bounce handling, automatic >>unsubscriptions) >>6. Notifications for full mailboxes (auto email admin or secondary account >>of the mailbox that is full) >>7. Password Rules (min/max chars, special chars required or not, auto >>expiring passwords) >>8. Archiving (e.g. domains, users, lists, mailboxes) >>9. A more high-availability/redundant friendly architecture (e.g. remove >>dependency on registry) >>10. Performance reporting (e.g. graphical reports on top 10 senders, >>receivers in emails/bytes, who's sending the most attachments, who's >getting >>the most spam/viruses, real time view of how are clients connecting (pop, >>imap/web), etc.). >> >>feel free to send back comments/feedback. >> >>bye for now, >> >>kg >> > > >To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html >List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ >Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ > > >To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html >List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ >Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ > To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
