Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Wietse Venema (wietseporcupine.org)
Date: Thu Oct 07 2010 - 09:31:16 CDT
> Good point ! You're right.
> The problem I am about to solve is that we to accept encryptet
> mail to a specific mailbox and this has to be decryptet before we
> scan for VIRUS/SPAM
> A server will be dedicatet for the decrypting/encrypting purpose.
> This is outside our MTA so my downstram postfix will receive the
> mail , If signed this should be sent to the decryptimg server and
> when decryptet it will be sent back to the postfix MTA and the
> scanned for VIRUS/SPAM.
In that case, use a header_checks pattern.
header_checks = pcre:/etc/postfix/header_checks
/smimeheader-pattern/ FILTER smtp:host-for-encrypted-mail
That leaves two problems.
The first is that this will also decrypt mail that is destined
to remote users. I am not going to solve that in this reply
without further input from you.
The second the problem is how to avoid an infinite loop where mail
goes back and forth between Postfix and your mail decryptor. For
this, the host-for-encrypted-mail should send the mail back into
Postfix in the same way that SMTP-based content filters do.
This involves sending to a specially-configured Postfix SMTP server
on a different IP address or on a different TCP port. An example
of the latter, inspired by the FILTER_README document:
# service type private unpriv chroot wakeup maxproc command
# (yes) (yes) (yes) (never) (100)
10026 inet n - n - 10 smtpd
As an additional safety measure it would be a good idea to firewall
port 10026 to block remote access.