| Summary: | Ebuild for OpenWebMail (new package) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Narada Sage <narada.sage> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | enhancement | CC: | arran4, bughunter, dietrich, gentoo, jake, mholzer, net-mail+disabled, radek, tibber, trombik, webapps-request, wendallc |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://freshmeat.net/projects/openwebmail/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
ebuild for openwebmail 2.30
ebuild for openwebmail 2.3.0 the ebuild a patch to the previous ebuild openwebmail-2.51.ebuild openwebmail-2.52.ebuild |
||
|
Description
Narada Sage
2003-04-15 16:46:21 UTC
please provide an ebuild *** Bug 20639 has been marked as a duplicate of this bug. *** What is the status of this request? How is it resolved? This really is the cream of the crop for open source webmail solutions, it would be nice to have it as part of Portage. Please reopen this request. wrangler create an ebuild and attach it here Created attachment 23229 [details]
ebuild for openwebmail 2.30
This ebuild is for Open WebMail 2.30, the depend may want some tweaking but it
works well for me. There is one unresolved issue, after the emerge the user
_must_ edit /var/www/localhost/cgi-bin/openwebmail/etc/dbm.conf and then re-run
'/var/www/localhost/cgi-bin/openwebmail/openwebmail-tool.pl --init'. I'm not
sure of a good way around that, since I don't know how dbm.conf will change
from platform to platform.
An ebuild, great!! I've moved my OpenWebmail directories that were installed manually and gave this ebuild a go. I noticed it did not setup the spell checker directive, ie. in /var/local/www/cgi-bin/openwebmail/etc/openwebmail.conf, there should be a line: spellcheck /usr/bin/ispell The default is to use /usr/local/bin/ispell and Gentoo does not install ispell there. I noticed (because it's a new feature) that the ebuild did not have a dependency of antiword. There could be other dependencies that were missed but OpenWebMail would still work on my system as I've installed everything it required last year. I feel that if you're going to install a system as sweet as this, you should really install all the extras, but again, that's what the USE flags are for I guess. One thing we need to get added to Portage is SpeedyCGI. I cannot believe how much faster my system is going from Open Webmail 2.10 to 2.30 and SpeedyCGI 1.21 to 1.22!! It's blazing fast now, on a PII 266mhz/128mb server. Alot of tweaking is to be expected when you are installing something as complex as a webmail system, evening with my above comments, this ebuild is still great! Thanks!! Created attachment 23588 [details]
ebuild for openwebmail 2.3.0
There are two USE flags that are useful to openwebmail, spell and zlib. I have
added support for both of them. If spell is specified, the correct line in the
configuration file is created. Also, the ebuild does not have a dependency of
antiword because antiword is not required for operation, it is optional. The
optional packages for openwebmail are: CGI-Speedy, Compress-Zlib, ispell,
quota, Authen-PAM, ImageMagick and antiword. Compress-Zlib and ispell are
supported. Additional comments welcome.
I would like to close this bug. Anyone have objections to me committing this? I think it should go in net-www. Comments or objections? Hi. Shouldn't it go into net-mail since it is a webmail solution and currently webmail packages like squirrelmail are in net-mail? Other than that your attention to this bug report is very welcome! Thank you! I wonder if this package going to make it way to the portage? this is based on webapp-apache.eclass please use webapp.eclass already converted: squirrelmail and phpmyadmin Before you commit this to portage, please make sure its not vulnerable to this: 04.23.38 CVE: Not Available Platform: Web Application Title: Open Webmail Content Injection Description: Open WebMail is a web-based e-mail system. It has been reported that Open WebMail is vulnerable to an HTML/script injection attack due to improper validation of the "Content-Type:" header. Open WebMail version 2.32 is reported to be vulnerable. Ref: http://www.openwebmail.com/openwebmail/doc/changes.txt I was going to make a security bug for this, but i noticed this package isn't in portage :) Is this the bug which was fixed according to the changelog ( http://www.openwebmail.org/openwebmail/doc/changes.txt ), on 06/03/2004? This is otherwise a very functional and useful webmail system. Please do consider committing it to portage. Current version is 2.51 and this ebuild needs a major revamp. Re-assigning. I'll work on this if nobody doesn't Created attachment 67893 [details]
the ebuild
new ebuild based version 2.51.
my concerns are well commented in the file.
1/ Yeah, RDEPEND is for runtime deps, not DEPEND. 2/ sed needs || die, the whole MY_FILE, MY_FILES thing looks a bit scary. :) 3/ Wrt one of the comment, I don't understand why the ebuild should die with vhosts in USE flags, it's definitely not an acceptable solution for webapps. Sadly, I cannot test this at all until upstream finally adds maildir support, so it's pretty useless for me now. :/ Created attachment 67940 [details, diff]
a patch to the previous ebuild
thanks for your comment.
a patch attached to fix the problems along with addtional comments.
still testing and comments are required.
Created attachment 68086 [details]
openwebmail-2.51.ebuild
add clamav, spamassassin, webdisk and zlib support, drop dev-libs/libiconv
from RDEPEND
Created attachment 89639 [details]
openwebmail-2.52.ebuild
Created a new ebuild for openwebmail-2.52 based on openwebmail-2.51.ebuild
* Changed the HOMEPAGE and SRC_URI to openwebmail.org
* changed dev-perl/libnet dependency to virtual/perl-libnet
Either find a maintainer, or if you want to maintain it yourself, feel free to reopen and join project sunrise, details here: http://www.gentoo.org/proj/en/sunrise Thanks. WONTFIX. |
