| Summary: | net-mail/mailutils-1.2 version bump | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Timothy Stotts <devel> |
| Component: | New packages | Assignee: | Jeroen Roovers (RETIRED) <jer> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | algardas, andre.hinrichs, jnrowe, Martin.vGagern, mike, net-mail+disabled, radek, rogerx.oss, tejing2001 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 164520 | ||
| Attachments: |
mailutils-1.1.ebuild (Version 1)
mailutils-1.2.ebuild patch for mailutils-1.2 mail.local/Makefile |
||
|
Description
Timothy Stotts
2006-12-18 14:35:00 UTC
Created attachment 108639 [details] mailutils-1.1.ebuild (Version 1) This is my private solution for bug 164520: write ebuild for recent version. mysql and postgres can now be configured independently as far as I can tell, making the workaround to resolve bug 58162 obsolete. The summary at the end of configure lists sendmail support together with SMTP in a section called mailers. This makes me think this is support for using sendmail, not an option for providing a sendmail binary. Therefore it should have nothing to do with mailwrapper, but is instead a feature almost anybody would want I guess. Enabling statically, hoping this agrees with bug 44249 as well. The missing mail.rc file from bug 37302 is probably still an issue. There is a file testsuite/etc/mail.rc in the tarball, but I'm not sure if this is a better solution. I added many configuration options, most of them controlled by USE flags, to make builds better reproducible and to minimize the amount of guesswork. Of course this makes the thing more flexible as well. Right now I count 16 flags in IUSE, I haven't tested all 65536 combinations of those, but that's what ~arch is for, or some dev system with sensible chroots and binpkgs. I'm not sure about mh-utils. They seem to have been statically enabled as a consequence of bug 22864, but perhaps a USE flag for them as well would be more appropriate, as they uglify directory layout. I don't even know what they are about, so I would be interested in comments here. I'm also not sure about SASL support, whether --without-gsasl would enable another SASL implementation or disable SASL support altogether. Looking at some pieces of source I guess it would be the latter, so I associated gsasl support with the sasl USE flag. But I'm not sure about this. I haven't tested any of the radius alternatives; I could do so before the thing hits the tree, but in case someone with binpackages at hand and a minimal chroot set up can do these faster, I would be glad. So far everything looks good, compiles under various combinations of USE flags, and even works with latest guile, which was my initial problem. I have disabled all patches, but many of them seem to be for runtime problems, not compiletime issues, some hunks at least still apply, and some migt even be for security reasons. They should be reviewed before the ebuild hits the portage tree, I guess. Unfortunately there are patches where neither the ChangeLog not the patch header gives a clue what this is about. The people who wrote them are best suited to determine whether they are still needed. > ------- Comment #1 From Martin von Gagern 2007-01-30 17:02:50 0000 > The summary at the end of configure lists sendmail support together with SMTP > in a section called mailers. This makes me think this is support for using > sendmail, not an option for providing a sendmail binary. Therefore it should > have nothing to do with mailwrapper, but is instead a feature almost anybody > would want I guess. Enabling statically, hoping this agrees with bug 44249 as > well. Sendmail integration aside, I think mailutils should be providing virtual/mta and already be using mailwrapper. The mail.remote binary provides similar functionality to mail-mta/nbsmtp or mail-mta/msmtp and no doubt many other virtual/mta providers, and it is sendmail command line compatible. > I'm not sure about mh-utils. They seem to have been statically enabled as a > consequence of bug 22864, but perhaps a USE flag for them as well would be more > appropriate, as they uglify directory layout. I don't even know what they are > about, so I would be interested in comments here. MH is a fantastically integrated way to handle your mail from your shell session, and a cool way to script mail handling(if you're willing to cope with the MH format locking issues). Personally, I'm a heavy MH user although up until recently with mail-client/nmh. (If you want to learn about them there is a free book[1].) Back to the point... As for the directory layout while I can't disagree that it feels ugly, it is very common and a variant is specifically defined in the FHS. See "4.5 /usr/bin : Most user commands"[2]. Thanks, James 1. http://www.ics.uci.edu/~mh/book/ 2. http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS11 Mailutils 1.2 is out. Well, like - ping? This is needed for guile-1.8 I'm attaching an updated ebuild for mailutis-1.2.
I played around with mailutils, and decided not to use them, so I am posting this ebuild as-is, with very little testing from my side.
I have disabled the virtual/mta dependency and added inherit mailer for
mailwrapper (/usr/libexec/mail.remote acts as pseudo-sendmail).
The default option for mail.remote is to use sendmail as mailer, so if mailutils is to provide virtual/mta, this ebuild should create or notify the user of /etc/mailutils.rc file, in which one can set
mail.remote --mailer smtp://smtp.server.com:25
Added some more use flags (debug, maildir and mh).
I do not use MH mailboxes anywhere in my system, so I added a use flag, which
disables mh and mh-utils.
Since there are pop3, imap4d and comsatd daemons in the package, which can run
standalone and through inetd, I think an xinetd use flag would be appropriate.
One just needs to write xinetd.conf entries. Entries for inetd.conf are
already provided in the documentation:
pop3 stream tcp nowait root /usr/local/sbin/pop3d pop3d
imap4 stream tcp nowait root /usr/local/sbin/imap4d imap4d
comsat dgram udp wait root /usr/sbin/comsatd comsatd -c /etc/comsat.conf
The configure script lets one disable pop, imap, but these do not disable the daemons, only the functionality needed to open pop, imap mailboxes.
Added one patch
+ mailutils-1.2-mail.local-Makefile.patch
as per http://lists.gnu.org/archive/html/bug-mailutils/2007-07/msg00000.html
Regarding all the patches Martin von Gagern commented out since 0.6, I looked at
it and none of them seem to be needed. Investigation details below.
- mailutils-0.6-mh-Makefile.in.patch
Not sure about this one, current Makefile.in seems entirelly different,
thus patch removed.
- mailutils-getline.diff
mailbox/getline.h file entirelly different, the changed line
looks like with patch applied
- mailutils-0.6-imap4d-format-string.patch
2005-09-09 Sergey Poznyakoff <gray@gnu.org.ua>
* imap4d/search.c (imap4d_search): Fix potential vulnerability:
pass format string as a third argument to util_finish
- mailutils-0.6-imap4d-gcc4.0-ftbfs.patch
2005-05-20 Sergey Poznyakoff <gray@Mirddin.farlep.net>
* imap4d/fetch.c (fetch_getcommand): Changed proto to make gcc 4.0
happy.
- mailutils-IDEF095[4-7].patch
2005-05-13 Sergey Poznyakoff <gray@Mirddin.farlep.net>
* imap4d/util.c (util_finish): Fix potential vulnerability (IDEF0954).
(util_msgset): Do not allow values greater than the maximum id
number (either message number or UID) in the mailbox. Fixes (IDEF0955).
* imap4d/fetch.c <...>
(fetch_io): Check for integer overflow (IDEF0956).
* mailbox/header.c (header_get_field_name): Fix buffer overflow (IDEF0957).
- mailutils-SQLinjection.patch
2005-05-19 Sergey Poznyakoff <gray@Mirddin.farlep.net>
* auth/sql.c (sql_escape_string): Escape backslashes.
Created attachment 130351 [details]
mailutils-1.2.ebuild
with mailwrapper, but untested
Created attachment 130352 [details, diff] patch for mailutils-1.2 mail.local/Makefile + mailutils-1.2-mail.local-Makefile.patch as per http://lists.gnu.org/archive/html/bug-mailutils/2007-07/msg00000.html Is there any progress on this bug? Since guile-1.8.2 has been marked stable for at least alpha, ppc64, sparc and x86 this has become a major bug. It would be good to at least have a unstable version in the official CVS. I agree with Jakub that enough time has passed by to fix this issue. See bug #163921 comment #7 I have added mailutils-1.2 to the tree, by way of a slightly revised mailutils-0.6-r3.ebuild. Please try it out and comment. *mailutils-1.2 (03 Mar 2008) 03 Mar 2008; Jeroen Roovers <jer@gentoo.org> mailutils-0.6-r3.ebuild, +mailutils-1.2.ebuild: Version bump with removed mailwrapper magic (bug #158501). Marked ~hppa. Closing, as apparently noone has any comments. :) |
