Re: packages.debian.org & qmail (was Re: Using CVS for package development)
Philip Hands <email@example.com> writes:
> That seems simple enough.
> I think your best bet is this:
> 1) make sure control/locals does not contain packages.debian.org
But make sure it's in control/rcpthosts, of course.
> add this line to control/virtualdomains:
> create ~alias/.qmail-packages-default, containing:
> |forward "`/usr/local/bin/pkg2maint $EXT2`"
I would prefer |forward "`/usr/local/bin/pkg2maint "$EXT2"`" for
> write /usr/local/bin/pkg2maint, which is a program that takes a
> package name, and puts the maintainers e-mail address on its STDOUT.
> The only extra thing to have pkg2maint do is output an address that
> will cause the mail to bounce if the maintainer cannot be found
> (firstname.lastname@example.org might work)
A better way to bounce when a maintainer is not found would be to do
something like |/usr/local/bin/pkgforward "$EXT2" where pkgforward
execs qmail's forward if a maintainer is found, or prints "unknown
package" or "maintainer not found" as appropriate and returns 100.
If you've got 1000 or so spare inodes, you could just make a
~alias/.qmail-package-packagename for each package, containing
"&email@example.com" or whatever.
If packages.debian.org is really master.debian.org, you could use
users/assign to map "packages-packagename" to "maintername".
If you don't want to worry about unescaping the various formats of
email addresses, add the appropriate Resent-... and Delivered-To:
(from DTLINE) headers, set some env. vars and pipe the resulting
message into qmail-inject, telling it to get its recipients from the
I could probably be persuaded to write this... :-)
Carey Evans <*> firstname.lastname@example.org
"Lies, damn lies, and computer documentation."
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
Trouble? e-mail to email@example.com .