OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: NDV (ndv_at_bluewin.ch)
Date: Sat Nov 02 2002 - 13:51:22 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Here is my project:

    I work for a Mail Institution (I mean, a postal company). Soon, we'll have
    to bulk Email S/Mime messages all around the country. These messages will
    include sensitive informations (billing, Local Exchange Info,...) These
    part of the project seems nearly finished ; we've done this using OpenSSL
    & PERL.

    Now, we have to find a strong & flexible MUA. Why not PostFix? ;-)

    The Internet Service Provider will bring us with 8 routable IP addresses
    to do the project.

    Our customer (the one who need bulk-sending) could be AZERTY and QWERTY
    companies. The <from:> field is entirely spoofed (ie: billingazerty.net)
    , the <to:> field will depend on a MySQL database. Using the Mime-Lite PERL
    librairy, everything should be ok.

    The Postfix server will just have to send these spoofed authenticated messages.
    This server will be located into the "inside" local area network, NAT in
    front using a Cisco PIX firewall.

    The Emails will be composed using a cluster of RedHat 7.3 servers (www.openmosix)
    located into the same LAN. Once the message will be done, the Perl script
    sends the message into PostFix. Once into PostFix, the queue-managing should
    do the tricks, sending it in function of a timing.

    Thus, How do I configure PostFix to receive these secured messages & how
    do I configure PostFix with easy queue managing? PostFix server will have
    to be as discrete as possible! We don't need end-customer having the opportunity
    to edit header and see postfix.post.country but just an IP address...

    I hope I've been enough clear. Please, help me asking me questions and point
    me to URL,

    With best regards,

    NDV

    -
    To unsubscribe, send mail to majordomopostfix.org with content
    (not subject): unsubscribe postfix-users