I have written a plugin we use on a mailserver with users in /etc/passwd + multiple vpopmail (no sql) domains. It works well with 0.28 Attached.
/göran On Tue, January 3, 2006 8:48 am, Pascal Dreissen said: > John Peacock wrote: >> Skaag Argonius wrote: >>> So the question is this - does the latest check_delivery plugin work >>> with vpopmail-sql? and if it does, will it honour the local >>> .qmail-default file in case it contains a special catch-all? >> >> That plugin is not actively maintained[1], so AFAICT, the "latest" >> version is what is found here: >> >> <http://www.redhotpenguin.com/check_delivery> >> >> >> 1. check_delivery has not been added to the core because I was concerned >> about the number of prerequisites required to make it work (specifically >> suidperl). There was some discussion about how to add "unsupported" >> modules to the repository back in October, but it got bogged down in >> discussing how/where to check it in. I think the resolution was to add >> a "contrib" folder where moderately unsupported plugins reside, but I >> never followed up on that. > > I realy think qpsmtpd is a little useless right now without a plugin > wich checks if an e-mail address is correct on the local system! > > I love qpsmtpd, but the main thing is that there are too many bounces > because qpsmtpd accepts email for every local domain and qmail rejects > unknown e-mail addresses and sends bounces back ... > > The dot-qmail-exists has some unpredicted results and is afaik useless > in a production environment. > Here it rejects legimite e-mail even if the .qmail file exists! > > I think qpsmtpd needs this option very soon! > > Best regards, > > Pascal
check_validuser.gz
Description: application/gzip
