PHPMailer works great but I've read that it is no longer in active development.

I found another alternative.
http://www.swiftmailer.org
The license is lgpl.

Features are:
    * Persistent connectivity improves performance
    * Connection types selected by user - extendable
    * Complete header control with RFC 2822 requirements handled
    * Internationalization support (i18n)
    * Connection redundancy support
    * Load balancing and/or throttling support
    * SSL & TLS Support - for Gmail servers
    * Embedded images or other file types
    * Full MIME 1.0 library included (create multipart messages, attachments etc)
    * Batch mail processing
    * Smart runtime caching (in small, self-maintained packets)
    * Send attachments of any size even with PHP's 8MB Memory Limit
    * Support for multiple attachments
    * Lossless protection against header injection (encode, don't strip)
    * Set message priority
    * Request read receipts
    * Pluggable SMTP authentication (LOGIN, PLAIN, MD5-CRAM, POP Before SMTP)
    * Anti-flooding support for servers with limits on emails-per-connection
    * Bandwidth monitor included
    * Extensive event-driven plugin support (easy to write)

No.

Also I get errors:
There were error(s) loading the rules: pfctl: DIOCADDRULE: Cannot allocate memory
And
There were error(s) loading the rules: pfctl: DIOCADDRULE: device busy

Maybe this 1st error sometimes cause pfsense to crash. Not sure

@Monoecus:

Does anybody know, when the move from CVS to git will be completed? I would be happy to be able to use git.

It's been somewhat delayed due to other personal commitments.  I don't have a time frame for the final conversion just yet.

–Bill

use Pf sense as the brand, will be better i think ::)

Sai,

git isn't really needed at the moment, but the problem with the compile comes from the iconv.h include file really being at /usr/include/sys/iconv.h rather than /usr/include/iconv.h

easiest way to fix it is to just symlink it to the location where git is trying to find it.

You will find shortly after this though that the newly restructured build process doesn't work with the "subshells" as the auto menu on the pfSense Dev ISO environment interferes with the subshell starting correctly.  You have to remove the menu part of the script from the automated login for root so the build process continues in the subshells as desired.  Otherwise it will give the impression that you've been logged out when the new subshell begins (the menu will get displayed and the build process hangs).

I haven't succeeded in getting a completely working build from this environment yet, but I've been working on it.  I can't get the environment to build in a plain FreeBSD 7.0 environment bootstrapped for pfSense development either.  The issues are different in each environment.  The builds from this environment seem to have inconsistencies in pfPorts components (such as the PHP versions or extensions it is looking for), and the builds from plain FreeBSD have kernel issues (a Dev ISO build actually works, but the regular ISO build has kernel issues) I haven't been able to track down yet.

Regards,
Ron

Scratch my above patch suggestion.  Although the fact that the kernel build flag files are not getting removed properly between builds is the symptom, my suggested fix doesn't address it completely as other scripts are looking for things in the original location also.

Ron

Look at others work http://cvstrac.pfsense.com/dirview?d=tools/packages& seems to be the way to start on a package.
In the xml file of a packages you'll find menu tabs and fields.

@sullrich:

doc.pfsense.org

Hi,
thanks for your answer … but at least I did not intend this, but the documentation project (analysis, planning, etc.)

THANKS

@cmb:

cvsweb or http://cvs.pfsense.org/cvs.tgz

Thanks

Hi,

Could I get a copy of your image?

Regards,

Darren

manually copy cpdup to pfsense binary tree solved the problem.

Added to RELENG_1.  Thanks!

–Bill

Well, I figured out a temporary solution.  I simply copied the file libpcre.so.0 from the build system onto the flash using the following commands:

cd /lib
/etc/rc.conf_mount_rw
scp root@BUILDSYSTEM:/var/local/lib/libpcre.so.0 .
/etc/rc.conf_mount_ro

This seems to work, but I would still like to know why the build system is currently broken.