My thanks everybody for their input.
It looks as though trying to reliably determine if effective encryption
is being will be difficult.
Plus, as somebody pointed out there is the additional problem of
acquiring the correspondents encryption keys, assuming they have one.
Having discussed this wi
Erwan David wrote:
> Le 16/02/2015 14:09, Michael Ströder a écrit :
>> LuKreme wrote:
>>> I’d assume there would be something in the headers to indicate the message
>>> was encrypted. Probably some sort of milter running on your submission port
>>> would be able to check this?
>> I'd implement a mi
Le 16/02/2015 14:09, Michael Ströder a écrit :
> LuKreme wrote:
>> I’d assume there would be something in the headers to indicate the message
>> was encrypted. Probably some sort of milter running on your submission port
>> would be able to check this?
> I'd implement a milter or similar which look
* on the Mon, Feb 16, 2015 at 03:50:24PM +, Viktor Dukhovni wrote:
> On Mon, Feb 16, 2015 at 12:57:26PM +, Mike Cardwell wrote:
>> On an old Exim box, I used to do something similar to this with the following
>> two line bit of config:
>>
>> deny condition = ${if !match{$message_body}{--
On Mon, Feb 16, 2015 at 12:57:26PM +, Mike Cardwell wrote:
> On an old Exim box, I used to do something similar to this with the following
> two line bit of config:
>
> deny condition = ${if !match{$message_body}{-BEGIN PGP MESSAGE-}}
> message = Unencrypted message. Encrypt th
Mike Cardwell:
> On an old Exim box, I used to do something similar to this with the following
> two line bit of config:
>
> deny condition = ${if !match{$message_body}{-BEGIN PGP MESSAGE-}}
> message = Unencrypted message. Encrypt then retry.
>
> Is there really no equivalent way
LuKreme wrote:
> I’d assume there would be something in the headers to indicate the message
> was encrypted. Probably some sort of milter running on your submission port
> would be able to check this?
I'd implement a milter or similar which looks at the Content-Type header.
Typically it looks lik
* on the Mon, Feb 16, 2015 at 11:39:22AM +0100, lst_ho...@kwsoft.de wrote:
>> A couple of the servers I support are medical offices, and for patient
>> confidentiality reasons they need to send email out encrypted.
>> After a lot of discussion they have come to the conclusion that in order
>> to
Zitat von John :
A couple of the servers I support are medical offices, and for
patient confidentiality reasons they need to send email out encrypted.
After a lot of discussion they have come to the conclusion that in
order to avoid accidentally sending confidential data unencrypted,
all
On 2015-02-15 John wrote:
> A couple of the servers I support are medical offices, and for
> patient confidentiality reasons they need to send email out
> encrypted.
> After a lot of discussion they have come to the conclusion that in
> order to avoid accidentally sending confidential data unencry
> On 15 Feb 2015, at 07:56 , John wrote:
>
> On 2/15/2015 9:40 AM, Mauricio Tavares wrote:
>> On Sun, Feb 15, 2015 at 9:12 AM, John wrote:
>>> A couple of the servers I support are medical offices, and for patient
>>> confidentiality reasons they need to send email out encrypted.
>>> After a l
On 2/15/2015 9:40 AM, Mauricio Tavares wrote:
On Sun, Feb 15, 2015 at 9:12 AM, John wrote:
A couple of the servers I support are medical offices, and for patient
confidentiality reasons they need to send email out encrypted.
After a lot of discussion they have come to the conclusion that in or
On Sun, Feb 15, 2015 at 9:12 AM, John wrote:
> A couple of the servers I support are medical offices, and for patient
> confidentiality reasons they need to send email out encrypted.
> After a lot of discussion they have come to the conclusion that in order to
> avoid accidentally sending confide
A couple of the servers I support are medical offices, and for patient
confidentiality reasons they need to send email out encrypted.
After a lot of discussion they have come to the conclusion that in order
to avoid accidentally sending confidential data unencrypted, all email
must be encrypted
14 matches
Mail list logo
