Community
Participate
Working Groups
Problem: To have builds notifying mailing lists of build status, the build must send mail as a subscribed user (usually as me, for the Modeling projects). However, this means I have to be subscribed to all the various lists, and it's becoming increasingly a lot of excessive mail. Would it be possible to send mail from modelingBuild@build.eclipse.org to, say, xtext-dev@eclipse.org, and thus be able to set rules on that inbox to simply auto-clean on a schedule? At the moment, there's no /var/mail/modelingBuild on build.eclipse.org so I can't sign up that user, or check mail for it. I tried adding a mailbox for apache@emft.eclipse.org then subscribing that address, but mail is not being delivered to that server, apparently. If the above ideas suck, I'm open to a better idea. We just need a way to send mail from a process to a -dev@eclipse.org mailing list.
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.
