I was wondering if anyone uses Roundcube and has an issue where Ciphermail
doesn't encrypt the PDF?
I have tried enabling deep scan. Doesn't help.
Here is screenshot. I do not have option to open/view the encrypted PDF:
As you can see the doc (PDF) is attached and there are no buttons anywhere
to view it.
Again I am using Roundcube for email.
Also here is header example:
Content-Type: multipart/mixed; boundary="=_3b199499ab53c6ef4ad2e57586509928"
Date: Thu, 10 Aug 2017 13:30:16 -0400
From: Test Account <copier(a)domain2.com>
Content-Type: multipart/alternative; boundary="=_
Content-Type: text/plain; charset=US-ASCII
This is a test message with an attachment.
Content-Type: text/html; charset=UTF-8
<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3DUTF-8" /></head><body style=3D'font-size: 10pt; font-family: Arial,Helve=
<p>This is a test message with an attachment.</p>
Content-Type: application/pdf; name="Mixer.pdf"
Content-Disposition: attachment; filename="Mixer.pdf"; size=9534368
On 21-02-18 12:24, Stefan Günther wrote:
> -----Ursprüngliche Nachricht-----
> > Von:Martijn Brinkers via Users <users(a)lists.djigzo.com>
> > Gesendet: Mittwoch 21 Februar 2018 09:07
> > An: users(a)lists.djigzo.com
> > Betreff: Re: [Djigzo users] mail forwarding loop
> > On 20-02-18 18:41, Stefan Günther via Users wrote:
> > > after running a couple of days, the ciphermail system at a customers
> > > site complains about a mail forwarding loop. The customers says that
> > > they didn't change anything, which seems to be true according to the
> > > timestamp of the configuration files.
> > >
> > > Even by running the smtpd daemon in verbose mode, I cannot figure
> > > ouut, what causes the problem. It seems to occur, when the email is
> > > reinjected by ciphermail (Version 3.3.1-0):
> > Hard to tell from the logs. It looks like this system is configured to
> > accept local email, i.e., user mailboxes are stored in the system. The
> > email is delivered to the mailboxes using the local daemon process.
> > according to http://www.postfix.org/local.8.html the local delivery
> > daemon has a loop detection mechanism using a Delivered-To header.
> > Perhaps the message already contains a Delivered-To header?
> > "In order to stop mail forwarding loops early, the software adds an
> > optional Delivered-To: header with the final envelope recipient
> > address. If mail arrives for a recipient that is already listed in a
> > Delivered-To: header, the message is bounced."
> > Is the email forwarded from some mailbox (for example with Fetchmail?)
> yes, we use fetchmail to get the email via pop3 from mailbox.org. Since
> this has been working for a couple of days, I have the suspicion that
> mailbox.org changed something.
You should check whether the email stored at mailbox.org already has the
> I already used virtual_maps to map edifact(a)DOMAIN.ag to
> edifact@localhost, but this mapping obviuosly occur before the email is
> forwarded to Ciphermail. It doesn't get decrypted because the email
> address doesn't match.
CipherMail by default does not use the recipient address to find the
decryption key. It tries to find the correct decryption key based on the
public certificate used for encryption (with strict mode enabled, which
is disabled by default, not all keys will be acceptable for a
recipient). Could it be that the domain localhost is not an internal
domain (and therefore email to localhost is not decrypted)?
CipherMail email encryption
Email encryption with support for S/MIME, OpenPGP, PDF encryption and
secure webmail pull.
Hi,I'm having some issues while trying to send an email to a specific address, if sometimes fails to send the email and in the log I see this.13 Feb 2018 23:59:38 | WARN Error while building path for certificate. Certificate: Issuer: CN=CA xx BT 98, O=xx eG, C=xx; Subject: OID.126.96.36.199.188.8.131.52.3=M, EMAILADDRESS=info@xxx, GIVENNAME=xxx, SURNAME=xxx, CN=xxx, SERIALNUMBER=00000000015038638001, C=DE; Serial: 70F82D24FC0561EB; Thumbprint: 8047A76666C97E003E6671F9268049643877959118E5DD801366543D1E1218016ED4D0387B909DBC8F3102DA765D3C971D5B1A24BF855139BAAE80F806164869; SHA1: 974E2E84650CF628954BB0F56858431A0BAFFB1D. Message: There are no roots. (mitm.common.security.crl.CRLStoreUpdaterImpl) [CRL Updater thread]
The problem is that if I try again after a while it works.
Checked the certificate for this email address and it is valid. What else should I check?
Thank you !