Package: sendmail Version: 8.14.4-4.1 Severity: important User: mia@qa.debian.org Usertags: mia-teammaint Jakub Safarik <jsafarik@ymail.com> has not been working on the sendmail package for quite some time. We are tracking their status in the MIA team and would like to ask you to remove them from the Maintainer¹ field of the package and put the actual maintainer or team address (if it exists), since it looks that the package is being team-maintained². Hiding team maintenance behind the address of an unresponsive maintainer may lead to package orphaning without notice to the rest of the unlisted team. Thanks. ¹https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer ²http://packages.qa.debian.org/s/sendmail/news/20140216T001946Z.html
Control: reassign -1 wnpp Control: retitle -1 O: sendmail -- powerful, efficient, and scalable Mail Transport Agent The "packaging part" of the team is me, but as long as I don't run a sendmail instance myself (that was 10 years ago) I won't step in as maintainer. Therefore I orphan sendmail now. I will continue to do QA uploads to work on the packaging and apply patches (provided by others, if they look sane), but I cannot solve configuration issues on my own. I offer to become a co-Maintainer should someone who is really interested in sendmail (and running it in production) take over the maintainership. Andreas
I'll throw my hat in the ring to help. I run sendmail at home (have for years), and have a dedicated test network to play on.
Hi! I use Sendmail since 1997 and all my network run well over it. I think that I can help to maintain this package but not alone. This is a very hard package and I suggest to create a team for it. I am concerned about the Sendmail situation in Debian. Thanks, Eriberto
yes me to i used to use sendmail in past for internet mail and or local mail. there never was a "problem" except that certain people (who are promoting other mail programs) keep trying to destroy it. i'm not a maintainer (yet? i have no passwords microsoft didn't steal/block me from using) i'm disturbed by the huge number of orphans and wnpp's the current admins have been at the helm of: breaking software that works sendmail worked great since Sun Microsytems used it and still does. if it "needs help" it's due to whatever damage debian did to it to cause it not to work. # $Sendmail: Parse_conf.pm,v 8.13.4 2005-06-03 16:49:22 cowboy Exp $ # # Parse and update /etc/mail/sendmail.conf # # Copyright (c) 2001-2005 Richard Nelson. All Rights Reserved. is the last hack i saw (never worked on my system, it promised to add security to mail hub connects) cowboy didn't help sendmail config he hurt it. though it wasn't easy before, he made it more complicated and customized to his needs, instead of less, instead of more like sendmail books would say.----------------------- for local use neither exim or sendmail are wise choices the extra setup headache isn't worth it while yahoo and microsoft are bullying the internet with email blocking and blacklisting blacklisting had been (is) illegal here in the USA, ie, telephone company rules of use and etc---------------------------- orphan it kill it damage hack sendmail all you like it's still works fine compiles from original source (easier than debian pkg actually)------------------------- someone needs a to start paying for what they break. (sendmail aside that's a config issue) no more damned exceptions
even if i want to contribute pathches and etc i don't have a mainframe to recompile all breakage and... the ammount of breakage is too daunting to shake a stick at---------------------- this was NOT the state of things when the last era of maintainers "inheirited" charge of historic softwares having countless breakages of important softwares , like emacs and grub2 and video support and "new libs" with insideous dependancy problems , that refuse to run side-by-side , that run big company loved software which has known security issues (dbus inter-application "messenger" / mole if any of the complicated settings are not perfect)-------------------------- my complaint here is i'd love to be nice and shut up and fix it i have this problem of maintainers working on a proprietary system who have keys and a conflict of interests and a landslide breakage and i don't not suspect something else might be going on
Hi folks, I was wondering what the outcome of this was, is there a group of maintainers yet in the process of forming? Can I help in some way? Has someone taken the ball and stepped up to this yet? If not, I will but would definitely like some help and to not be all alone at this! Michael Grant
Dear Customer, Your item has arrived at the UPS Post Office at February 16, but the courier was unable to deliver parcel to you. Please check the attachment for complete details! Thank you for making business with us, Andy Norris, UPS Parcels Delivery Clerk.
Debian's Sendmail package has been orphaned for several years. The amount of work which might be involved in maintainership is a little scary, but I should like to take it on. To control unwanted mail, I primarily use milters. In the early years (I've used Sendmail in production for more than 25 years) I tried many milters, but after a decade or so I settled on about seven, which did most of what I wanted - but with varying degrees of pain, because of differences in design, configuration syntax etc. Finally I wrote my own milter (in Perl), which replaced all the rest, and which I've now been using for about four years. I won't bore you with the details of the milter's capabilities unless you're interested in them, but it is now nearing the point where I could let someone else see it. :) For those who would like to use milters but who have perhaps found the Sendmail Milter API daunting, I hope that my milter will make things easier. Coding a milter in Perl is much easier, and much safer, and very much quicker and more productive than is coding a milter in C. Hopefully one day my milter might be incorporated into a teaching aid. My Perl milter uses a CPAN module, Sendmail::PMilter, which provides the Perl interface to Sendmail's Milter API. Sendmail::PMilter is in the development stages, but I have been using the latest development version for a year. A couple of years ago I took on maintainership of Sendmail::PMilter myself, initially so that I could remove dependence on another CPAN module, Sendmail::Milter. That module is in a very unsatisfactory state, having been unmaintained for well over 15 years. For more than a year I tried to take on the CPAN maintainership of the Sendmail::Milter module too, but it seemed that the present maintainer was being deliberately obstructive and I abandoned that effort. The Sendmail::PMilter development version no longer uses Sendmail::Milter, and I think I've fixed all the outstanding Sendmail::PMilter issues, although it could all use a lot more testing (especially the threaded interface, which I have not used at all - it blew up spectacularly at my first attempt, and although I've patched it according to others who have used it, I've never been back there). Eventually I should like Sendmail, Sendmail::PMilter and my own milter all to install and work together seamlessly on a Debian installation. Although I'm comfortable with C, Perl and building software generally, on the subject of Debian packaging I am a novice and the documentation that I have found about using the bug tracking system seems to me to be inadequate. Andreas has offered to help me get up to speed with the Debian specifics, and this gives me much more confidence of being able to handle the maintainership. I should not expect that Andreas would need to do very much more than answer occasional emails from me in the early stages of my involvement; thereafter he can expect to be able to take a seat at the back if he so wishes. There are offers of help from several others in this thread (740070) too. Anyone who'd like to chip in will be very welcome, even if it's just installing the odd .deb now and again for testing; I'll be more than happy to act as a concentration/triage point. 73, Ged.
I run sendmail on Debian on a productive system. I volunteer for testing, especially with the CDB stuff. Although, I am currently looking for the documentation how Debian compiles and builds this specific package, so I can do that myself and test the necessary changes.
Hi Marco, As you can see it is over six years since I wrote the message to which you replied -- and your reply was the first. I am sorry to have to say it, but this is similar to my experience of Debian maintenance elsewhere. As there is very little interest I feel that it will not be worth my time to put in any effort.