Virtual Mailing List Managers?
stan7826 asks: "I'm the sysadmin for the USGS Earthquake Hazards Program here in Southern California, and we currently run a small set of public mailing lists for earthquake information. We currently have a set of five lists. Two for long messages, two for short pager-style messages, and one for an ASCII-art map of earthquake shaking. People can subscribe to the list they want from our web page. But we are now looking at making this a statewide service, with a sort of cafeteria-style interface. We want for people to be able to select what events they get notified for by region, magnitude and message type. If I just create a mailing list for each combination, I get 24 different lists for California. This is just begging for some sort of database-driven virtual mailing list manager. Does anyone know of such a beast? (Preferably open-source, of course!)"
If you can't find something suittable, and you have the time, writing one yourself might be a good investment.
/trying to stay away from mentioning any specific language or db.
Use your choice of web language to add email addresses to the database.
Then use something like perl to fire off the emails, depending on what the subscriber wants.
Separate the functionality you want into a couple of steps, for example why not simply use something like formmail, write a standard form that will send a subscribe request to each of the selected mailing lists.
Then use the standard backend that comes with your mailing list software. For example both ezmlm and mailman (the two packages I am familiar with) need an address verified only once and you can administer all the lists to which you are subscribed to in one neat page after subscribing!
Can I get an eye poke?
Dog House Forum
As the other poster said, you'll probably have to write this yourself. I recommend looking at TIGER and FIPS, which may allow you to have your program be completely dynamic--people could choose to be alerted of seismic events within 100, 500, 1000 miles of their home relatively easily. (I'm not familiar with either of these services, but I remembered their use by the winner of the Google Programming Contest.)
Now for magnitude, you can just flag each seismic event with an appropriate value and see if it meets the threshold the citizens want. And since you have the distance from the epicenter to the citizen's home, you can calculate the effective magnitude that the citizen feels, or you can just leave it as the magnitude found at the epicenter.
yup, you'll need to pay someone to write this. you could try yourself though it sounds like if you wanted "do it yourself", you would've done it by now.
Just check your network of contacts you should be able to dig up a perl/python/ruby/php/java programmer who has a framework for web/db apps (every good programmer wrote/uses one these days) and they should be able to whip it up in a coupla weeks.
when you're done (couple thousand dollars later) you have a piece of code you can release as open source and build from there.
I don't think you'll find an off-the shelf product for this sort of thing.
You might consider starting with phplist and then adding custom features for each list (QUAKE-ALL, SC-EQPAGER3 etc.).
;)
If you want it customized for you, consider asking these guys.
http://tinyurl.com/4ny52
For example, you might have LISTNAME-L with sub-lists Humor, Announce, Discuss. Most people would subscribe to Announce, and possibly Discuss. Probably not many to Humor.
In your case, you would probably end up with 24 sub-lists, and every message would have to have an appropriate subject prefix. Users would then subscribe to each sub-list they want to get by setting preferences.
I'm not at all convinced this is better than 24 real lists, though, and it may be worse. But it's an option for you to consider.
The esiest thing is to hack mailman. http://www.gnu.org/software/mailman/mailman.html
. shtml
Have you checked these?
http://slashdot.org/books/01/10/02/158239
sympa http://www.sympa.org might do what you want, through its cross-db and ldap capabilities, you might want to take a look.
You're going about this all wrong... the data in question doesn't need an email-based interface; the visualizations should be interactive, using Quake! :-)
But my grandest creation, as history will tell,
Was Firefrorefiddle, the Fiend of the Fell.