Guest User!

You are not Sophos Staff.

[9.165][BUG] SPX encryption fail

Hello,

When an attached file name is a double byte, SPX encryption is failed.
  • Hi there,

    What exactly do u mean by "double byte"? Can you give us the exact file name? Do you use some sort of special characters like utf-8?

    Thanks in advance,
    Bianca
  • I am using general characters which is used when WebAdmin language is set to Japanese or Chinese etc.
    I tested by the following character sets and have failed altogether.
    UTF-8
    ISO-2022-JP
    Shift_JIS

    One of the mails which I tested is as following.
    Received: from [10.1.1.1] (port=1129)
    by foo.local with esmtp (Exim 4.76)
    (envelope-from )
    id 1Vh9UX-000844-15
    for foo@foo.local; Fri, 15 Nov 2013 11:50:41 +0900
    X-CTCH-RefID: str=0001.0A090208.52858C01.005A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
    Message-ID: 
    Date: Fri, 15 Nov 2013 11:51:41 +0900
    From: foo@foo.local
    User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
    MIME-Version: 1.0
    To: foo@foo.local
    Subject: test
    X-Sophos-SPX-Encrypt: yes
    Content-Type: multipart/mixed;
     boundary="------------060702060208050601060208"

    This is a multi-part message in MIME format.
    --------------060702060208050601060208
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 7bit

    test

    --------------060702060208050601060208
    Content-Type: text/plain; charset=UTF-8;
     name="=?UTF-8?B?44Om44O844K25ZCNLnR4dA==?="
    Content-Transfer-Encoding: base64
    Content-Disposition: attachment;
     filename*=UTF-8''%E3%83%A6%E3%83%BC%E3%82%B6%E5%90%8D%2E%74%78%74

    77u/
    --------------060702060208050601060208--
  • Thanks for reporting. We are now tracking this as Mantis ID #28973
  • The Mantis ID #28973 is now fixed. We are planning to release a fix for this issue in Version 9.170.
  • I tested by 9.180-21. This seems to have not fixed yet.
    I attach the mail which I used to the test. 

    2013:12:04-10:16:28 foo smtpd[19588]: SCANNER[19588]: 1Vo14b-0005Go-2Q [1Vo14m-00055w-PV] [SPX] SPX Encryption starts with profile: REF_SpxTemGenerOnetiPass and password type: generated
    2013:12:04-10:16:28 foo smtpd[19588]: SCANNER[19588]: 1Vo14b-0005Go-2Q [1Vo14m-00055w-PV] [SPX] Moving message from spool/work/1Vo14m-00055w-PV.eml to spoolEnc/1Vo14m-00055w-PV/1Vo14m-00055w-PV.eml!
    2013:12:04-10:17:00 foo exim-out[20421]: 2013-12-04 10:17:00 Start queue run: pid=20421
    2013:12:04-10:17:00 foo exim-out[20421]: 2013-12-04 10:17:00 End queue run: pid=20421
    2013:12:04-10:18:00 foo exim-out[20591]: 2013-12-04 10:18:00 Start queue run: pid=20591
    2013:12:04-10:18:00 foo exim-out[20591]: 2013-12-04 10:18:00 End queue run: pid=20591
    2013:12:04-10:18:15 foo smtpd[4638]: MASTER[4638]: (Re-)loading configuration from Confd
    2013:12:04-10:18:21 foo smtpd[4638]: MASTER[4638]: Before 11:15:00, QR status one set to 'pending'
    2013:12:04-10:18:21 foo smtpd[4638]: MASTER[4638]: Before 16:45:00, QR status two set to 'pending'
    2013:12:04-10:18:26 foo exim-in[4721]: 2013-12-04 10:18:26 pid 4721: SIGHUP received: re-exec daemon
    2013:12:04-10:18:26 foo exim-in[4721]: 2013-12-04 10:18:26 exim 4.76 daemon started: pid=4721, no queue runs, listening for SMTP on port 25 (IPv6 and IPv4) port 587 (IPv6 and IPv4) and for SMTPS on port 465 (IPv6 and IPv4)
    2013:12:04-10:19:00 foo exim-out[20731]: 2013-12-04 10:19:00 Start queue run: pid=20731
    2013:12:04-10:19:00 foo exim-out[20731]: 2013-12-04 10:19:00 End queue run: pid=20731
    2013:12:04-10:20:00 foo exim-out[20937]: 2013-12-04 10:20:00 Start queue run: pid=20937
    2013:12:04-10:20:00 foo exim-out[20937]: 2013-12-04 10:20:00 End queue run: pid=20937
    2013:12:04-10:21:00 foo exim-out[21194]: 2013-12-04 10:21:00 Start queue run: pid=21194
    2013:12:04-10:21:00 foo exim-out[21194]: 2013-12-04 10:21:00 End queue run: pid=21194
    2013:12:04-10:22:00 foo exim-out[21713]: 2013-12-04 10:22:00 Start queue run: pid=21713
    2013:12:04-10:22:00 foo exim-out[21713]: 2013-12-04 10:22:00 End queue run: pid=21713
    test.zip
  • The Mantis ID #28973 is now being worked on. We are planning to release a fix for this issue in Version 9.201.
  • We are planning to release a fix for this issue in Version 9.202.
  • We are planning to release a fix for this issue in Version 9.203.
  • We are planning to release a fix for this issue in Version 9.204.