This is an ebuild for MIMEDefang 2.36 stable.
Created attachment 17003 [details] mimedefang-2.36.ebuild
Created attachment 17004 [details] mimedefang-2.36.ebuild Added example init script as /etc/init.d/mimedefang-init.
Created attachment 17009 [details] mimedefang-2.36.ebuild Added a use flag for gd to setup GraphDefang.
Created attachment 17010 [details] mimedefang-2.36.ebuild Removed perl -MCPAN -e 'install Date::Format' since it's installed by default.
Created attachment 17014 [details] mimedefang-2.36.ebuild Removed all CPAN building and replaced with appropriate Perl ebuilds. This also means this ebuild depends on File-ReadBackwards for the Graphdefang functionality.
Created attachment 17016 [details] mimedefang-2.36.ebuild Added a header.
Created attachment 17020 [details] 120_graphdefang.conf Apache config file for Graphdefang
Created attachment 17021 [details] graphdefang-config Graphdefang config file
Created attachment 17515 [details] mimedefang-2.37.ebuild Version bump, corrected startup script to shutdown mimedefang properly, ebuild now properly works.
Created attachment 17773 [details] graphdefang-config Changed /var/log/mail/current to /var/log/mail.log. The graphdefang software doesn't read metalog files properly so sysklogd is required.
Created attachment 22252 [details] mimedefang-2.39 Version bump
the new apache ebuild use /var/www/localhost instead of /home/httpd
why is this version depend on sysklogd? I am using syslog-ng, I don't need another syslog. is it possible to use MIME::Tools from mimedefang instead of the CPAN version? is it possible to define mimedefang user and group different than defang?
I got following error during emerge: >>> Install mimedefang-2.39 into /var/tmp/portage/mimedefang-2.39/image/ category net-mail install: cannot stat `/usr/local/portage/net-mail/mimedefang/files/graphdefang.cron': No such file or directory
Created attachment 22809 [details] graphdefang.cron
> why is this version depend on sysklogd? When I had tested Graphdefang with syslog-ng and metalog it wouldn't process the logs properly. I'm sure there's a workaround (maybe changing a config setting in one of the loggers). Once i figure it out I'll add it to the ebuild. > is it possible to use MIME::Tools from mimedefang instead of the CPAN version? I suppose you could just manually install the version that's comes with mimedefang and perl should use it even though you have the CPAN version installed. Not 100% sure on that through. > is it possible to define mimedefang user and group different than defang? The easiest way would be to modify this ebuild with your different group and user (changing everything that uses defang) and emerge the ebuild.
Created attachment 22817 [details] mimedefang-2.39-r1.ebuild Changes: 1: Now uses /var/www/localhost instead of /home/httpd 2: Removed dependency for sysklog. Tested Graphdefang with sysklog and syslog-ng. Works fine. Metalog still doesn't work right. 3: Removed need for graphdefang-config in files directory by using sed on the example config file. 4: Removed dependency for logrotate since stats by default are disabled.
Created attachment 22818 [details] 120_graphdefang.conf Changed path to /var/www/localhost
I've submitted the Roaring Pengiun patch for the MIME-tools ebuild. http://bugs.gentoo.org/show_bug.cgi?id=36886
Incidentally, if you're wondering why this ebuild is still sitting here, it's because we have very few devs who actually run sendmail. I'm very appreciative of the work that's been done on this ebuild, but I (like several other people, I suspect) don't have the time right now to maintain this ebuild. Mr. Simpson, would you be willing to continue being the unofficial maintainer of this ebuild? Also, here are some changes that really should be made to the ebuild: 1. Please use full dependency strings, e.g. >=net-mail/sendmail-x.y.z, in the DEPEND string. 2. We can't have sandbox disabled, although I see that's commented out now. 3. The useradd / groupadd stuff needs to be in pkg_preinst(), not pkg_setup(). The problem is that pkg_setup isn't run during a binary install. Also, we're trying to standardize on using "getent group" and "getent passwd" instead of groupmod an id for group/password checks. 4. I assume the hard dependencies on sysklogd and logrotate are no longer needed? A DEPEND of !app-admin/metalog would be fine, if needed. 5. Um, "gd" can't be used as a local USE flag because it's already a global USE flag meaning something entirely different. 6. It's hardly urgent, but please indent your if / fi block. There may be other things, but I have to get back to work now. Thanks! 5. IUSE="" is inconsistent w/ the gd ? DEPEND.
Created attachment 30361 [details] Ebuild for mimedefang-2.42. Mostly cleanups I went ahead and broke GraphDefang into its own package. I need it standalone from mimedefang, so it should make the mimedefang ebuild prettier.
The graphdefang should really be an alternate package in the portage tree. I've broken out the gd? code from the last ebuild and created the graphdefang ebuild and bug report.
Sorry for the delay on responding. I haven't had time to continue working on the ebuild. The new ebuild looks nice and I like the idea of splitting off Graphdefang.
Created attachment 45092 [details] Update to 2.49 and fix the user and group adding Updated the build to 2.49 (didn't seem to have to change anything). Fixed it so it would check and add the group before it checks and adds the user.
Created attachment 53778 [details] MIMEDefang init script
Created attachment 53779 [details] MIMEDefang conf.d config
Created attachment 76272 [details] Updated ebuild Updated ebuild to version 2.54 and added the init and conf script that was posted in this bug report.
Created attachment 92605 [details] MIMEDefang ebuild + init script + conf file This .tgz file contains the ebuild + init script + conf file for MIMEDefang 2.57.
(In reply to comment #28) > Created an attachment (id=92605) [edit] > MIMEDefang ebuild + init script + conf file > > This .tgz file contains the ebuild + init script + conf file for MIMEDefang > 2.57. > plaintext files are preferred over tar files. It's inconvenience but it help us to quickly look at those files quickly without downoad/unpack the tarball and sometime it may come with "extras" we don't want ;) Best regards, Tuan
*** Bug 85735 has been marked as a duplicate of this bug. ***
(In reply to comment #29) Please forgive the newbie - I just wanted to post something complete that actually lets installing mimedefang right away. Now this ebuild is located in Project Sunrise. What's the procedure to get it into the main Portage tree? I would be glad to continue mentaining this ebuild as I use mimedefang on a few servers so I have sort of testing environment for that.
(In reply to comment #31) > (In reply to comment #29) > > Please forgive the newbie - I just wanted to post something complete that > actually lets installing mimedefang right away. > > Now this ebuild is located in Project Sunrise. > > What's the procedure to get it into the main Portage tree? I would be glad to > continue mentaining this ebuild as I use mimedefang on a few servers so I have > sort of testing environment for that. > I have an ebuild sitting in my overlay. Unfortunaly, postfix doesn't support milter message replacement as of 2.3 yet so I can't test it other than compile and start it with initscript. I just commited mimedefang to the tree (without Graphdefang and p.mask) . Please file seperate bug for Graphdefang and any bug related to mimedefang. Thanks everyone. Tuan
Created attachment 112105 [details] updated MD to version 2.61 This is the updated MD 2.61 Added the reload option to the init script
(In reply to comment #33) > Created an attachment (id=112105) [edit] > updated MD to version 2.61 > > This is the updated MD 2.61 > Added the reload option to the init script > Also fixed dependencies adding : dev-perl/Digest-SHA1 dev-perl/MailTools dev-perl/IO-stringy dev-perl/Unix-Syslog required by MD