RE: Sendmail X port
I think the reason is that, according to the documentation located here: http://www.sendmail.org/sm-X/index.html ...but it does not provide any mail content modification capabilities, e.g., masquerading of addresses or changing (addition, removal) of headers. Later versions will probably add such capabilities... ...sendmail X.0 comes with a policy mail filter library (libpmilter) which offers similar features as libmilter known from sendmail 8, however, without mail content modification capabilities (as mentioned before... In other words, to use it, a site needs to totally chuck out all existing configuration, all institutional knowledge and experience with the existing sendmail. And in additon we have to push all our e-mail scanners into the local delivery program. Well I don't know about you but we happen to use sendmail plus clamav to prefilter mail that's relayed to icky Exchange servers for some customers, and the mail doesen't even go through the local delivery program. So this release would be basically impossible to use, for us. I don't see that Sendmail X is the successor to Sendmail 8.13 Instead I see it as a parallel product. And why not? Plenty of people with very basic mail needs have been bitching about a simplified Sendmail in the past. It makes sense that Sendmail Inc would try to market to that crowd. If your happy enough with using procmail as the local delivery agent (and I understand most Linux distros do that) and calling various scanners out of the procmail config, then this may work out for you. But I would bet that 90% of the people running FreeBSD mailservers would not find anything compelling about this release. Ted -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Brett Glass Sent: Tuesday, December 27, 2005 9:36 PM To: [EMAIL PROTECTED] Subject: Sendmail X port I don't see Sendmail X available as a port or package. I'm interested in trying this version because it's the first to eliminate the horribly cryptic system of m4 macros, classes, and address parsing rules that configured earlier versions. Is there a reason why it's not available as a package or port for FreeBSD? --Brett Glass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.8/215 - Release Date: 12/27/2005 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sendmail X port
Brett Glass [EMAIL PROTECTED] writes: I don't see Sendmail X available as a port or package. I'm interested in trying this version because it's the first to eliminate the horribly cryptic system of m4 macros, classes, and address parsing rules that configured earlier versions. Is there a reason why it's not available as a package or port for FreeBSD? Well, it's still missing a lot of functionality that you need in a FreeBSD system (such as the ability to actually deliver or submit messages), so it's more of a challenge to port properly than one would think. That's probably why it's still considered alpha software. It builds easily enough, though. And the configuration sure is a lot simpler (at the expense of some very powerful capabilities that were very rarely used). So it's not as though there is some reason somebody is trying to keep it *out* of the ports system. I figure it shouldn't be too hard to assemble a reasonably working port for it. You could use existing ports to provide the missing functionality; mail/mini_sendmail for submission and maybe procmail would be able to handle delivery. Then you need to add a bunch of users and groups for the individual daemons to run as. I'm not sure how you best do that when there isn't really a standard for the UID/GID values to use, but brute force would probably work okay for alpha-quality software. Be well. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sendmail X port
In the last episode (Dec 28), Lowell Gilbert said: Brett Glass [EMAIL PROTECTED] writes: I don't see Sendmail X available as a port or package. I'm interested in trying this version because it's the first to eliminate the horribly cryptic system of m4 macros, classes, and address parsing rules that configured earlier versions. Is there a reason why it's not available as a package or port for FreeBSD? Well, it's still missing a lot of functionality that you need in a FreeBSD system (such as the ability to actually deliver or submit messages), so it's more of a challenge to port properly than one would think. That's probably why it's still considered alpha software. It builds easily enough, though. And the configuration sure is a lot simpler (at the expense of some very powerful capabilities that were very rarely used). So it's not as though there is some reason somebody is trying to keep it *out* of the ports system. It is in ports, as mail/smx . -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Sendmail X port
I don't see Sendmail X available as a port or package. I'm interested in trying this version because it's the first to eliminate the horribly cryptic system of m4 macros, classes, and address parsing rules that configured earlier versions. Is there a reason why it's not available as a package or port for FreeBSD? --Brett Glass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
