| Summary: | Support build-user subscriptions to mailing lists | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Community | Reporter: | Nick Boldt <nboldt> | ||||
| Component: | Assignee: | Eclipse Webmaster <webmaster> | |||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | dennis.huebner | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Nick Boldt
Created attachment 123418 [details] Screenshot of mailman subscription options (In reply to comment #0) > this means I have to be subscribed to all the various lists, and it's becoming > increasingly a lot of excessive mail. Mailman has a number of options that may be helpful. The first is 'nomail', which means you can send to the list, but won't receive. The second is to set the digest on. Would any of those work? Yes, but it still means everything funnels though nickb instead of "the build user". Can email addresses be subscribed to a list without going thru the web UI and handshake/authentication step? If so, we can just set dummy addresses that don't actually have inboxes, such as modeling.build@modeling.eclipse.org, which won't be routed anywhere, but can still deliver to the list via a script. Is the fear w/ being subscribed via a generic/shared address that's being spoofed/scripted that it'll be abused for spam? Because if so, we're already in that situation: anyone can write a script and set my address (or anyone else subscribed to the various lists, for that matter) and use that from address to spam the mailing lists. Figuring out who's subscribed to what is as easy as browsing the archives. (In reply to comment #2) > Can email addresses be subscribed to a list without going thru the web UI and > handshake/authentication step? Yes > If so, we can just set dummy addresses that > don't actually have inboxes, such as modeling.build@modeling.eclipse.org, which > won't be routed anywhere, but can still deliver to the list via a script. Mailman has options to allow senders to post mail without actually being subscribed, so just tell me which lists to hack and I'll do it. > Is the fear w/ being subscribed via a generic/shared address that's being > spoofed/scripted that it'll be abused for spam? No, I'm just trying to come up with a solution that doesn't involve setting up a project-specific thing. > Because if so, we're already in that situation: anyone can write a script and > set my address (or anyone else subscribed to the various lists, for that > matter) Right, that's why I intentionally set the moderation flag for posts coming from webmaster@eclipse.org on most lists, forcing us to moderate our own posts. So many people seem to want to be the webmaster@eclipse.org :) Please configure build@eclipse.org (or, if you have a better sender address, I can use that instead) to send mail to the following lists: amalgam-dev, amalgam-releng emf-dev emft-dev gmf-dev, gmf-releng mdt.dev, mdt-dev m2m-dev m2t-dev tmf-dev, xtext-dev - and - modeling-dev (see bug 236300) Note that the list of Modeling Project mailing lists is still out of whack on http://www.eclipse.org/mail/index_project.php (bug 253113). I've added modelingBuild@build.eclipse.org as a valid sender to all those lists. |