Under active development

The Multiple Email module allows users to register additional e-mails for their user accounts. Only one e-mail address is considered to be the "primary" email address, and will continue to behave as normal. Non-primary accounts are mostly functionally meaningless, except that during user registration any e-mail address registered to a user cannot be used to create a new account.

This module implements a revision system for comments. Features include:

This module allows administrators an avenue to manage free tagging terms while still encouraging users to suggest new terms.

Examples of potential usage:

• If a tag added by a user is a synonym of an existing term, (optionally and) automagically replace it with the existing term. This can also be used to handle alternate spellings of a term, typographical errors and so on.
• If a tag added by a user uses the related terms feature of the taxonomy module, optionally tag the node with those terms as well.
• Optionally also insert the ancestors (parents, grandparents etc.) of the provided tags.
• Make a free-tagging vocabulary read-only. Non-existent terms are not included and are instead sent to a management interface where they can be dealt with appropriately.

About Basic webmail

The Basic webmail module allows one to read and write e-mail through an IMAP mail server. There are not a lot of fancy features (thus the name), just a usable webmail client.

#D7CX: Drupal 7 stable release status

Here's what the current plan is:

• For 7.x-1.x, I'm just going to do a straight update from D6 to D7. This is in process but is currently available only as a development version.
• After that's done (or close to done), I'm going to create a new 7.x-2.x branch and start the refactor process there. It won't be a total rewrite, I'm just going to restructure some things and change to using other modules where it makes sense to (like using Views for the mail list). (I've actually started some of this in the 1.x branch, due to the size and complexity of the module. The additional features, like Views integration, will still not happen until 2.x.)
• After that's done and fairly stable, I'm going to create a new 7.x-3.x branch to start implementing some new functionality that I've had in my mind to create.

Update (2013-04-16): the above plan is still valid. However, I did more refactoring in the 1.x branch than I originally planned, so the 2.x branch may not be as drastic of a change as I had imagined.

Security Concerns

Brief description:

A must have for heavey themers, this small but powerful module will become a must for CSS based themes. Please submit any feature requests that you would like to see contributed to this module. Body classes allow for some very intuitive and powerful css changes such as quickly hiding un-needed form fields from someone with the "manager" role, swapping random images or logos, updating images based on the users locale etc.

Provides one-way string transliteration (romanization) and cleans file names during upload by replacing unwanted characters.

Generally spoken, it takes Unicode text and tries to represent it in US-ASCII characters (universally displayable, unaccented characters) by attempting to transliterate the pronunciation expressed by the text in some other writing system to Roman letters.