Re: [Bug-apl] FIO[57]

[enztec]

you must be unintentionally checking the pgp/sign/encrypt box somewhere

I use sylpheed as my email client? - and the check box can get too easily 
'clicked' on by the mouse as it goes over it on it's way to click 'send'

but now that i have the real text of the message my apl program to decrypt it 
and get your key should be easier :)

This message is encrypted, but its decryption failed.

[application/pgp-encrypted (12B)]

[encrypted.asc  application/octet-stream (3.7KB)]



On Tue, 24 Jul 2018 23:17:40 +0200
Juergen Sauermann  wrote:

> Hi,
> 
> to be honest, I have no idea what's happening. I am sending emails like
> always,
> but somehow they seem to become corrupted somewhere.
> 
> I've sent the FIO[57] email again, hoping it makes it this time.
> 
> /// Jürgen
> 
> 
> On 07/24/2018 10:43 PM, Peter Teeson wrote:
> > I have received 2 of this type of email.   I don’t understand why.
> >
> > respect…
> >
> > Peter
> >> On Jul 24, 2018, at 3:38 PM, Juergen Sauermann 
> >>  wrote:
> >>
> >> 
> >
> 

Re: [Bug-apl] FIO[57]

[Juergen Sauermann]

binianRHZN5rO.bin
Description: PGP/MIME version identification


encrypted.asc
Description: OpenPGP encrypted message

Re: [Bug-apl] FIO[57]

[Blake McBride]

All we're getting is an empty email with two attachments:  noname &
encrypted.asc



On Wed, Jul 25, 2018 at 11:55 AM Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:

>

Re: [Bug-apl] FIO[57]

[Juergen Sauermann]

  
  
Hi Blake,
  
  interesting. From what I can see the only relevant email (the last
  version having subject
   Quad-FIO[57] Take 3 has made it to bug-apl without
  encryption.
  
The Time below (Wed, Jul 25, 2018 at 11:55 AM)
  does not match any email that I have sent
  (the only outgoing email today was at 6:55 to enztec, responding
  to his email.
  
  encryption is off in my email program, but I am not sure if it
  really is.
  
  Best Regards,
  /// Jürgen
  
  
  

On 07/25/2018 07:02 PM, Blake McBride
  wrote:


  All
  we're getting is an empty email with two attachments:  noname &
  encrypted.asc
  
  



  On Wed, Jul 25, 2018 at 11:55 AM Juergen
Sauermann 
wrote:
  

  


  




signature.asc
Description: OpenPGP digital signature

Re: [Bug-apl] FIO[57]

[Kacper Gutowski]

On Wed, Jul 25, 2018 at 08:03:23PM +0200, Juergen Sauermann wrote:
> The Time below (Wed, Jul 25, 2018 at 11:55 AM) does not match any email that I
> have sent
> (the only outgoing email today was at 6:55 to enztec, responding to his email.

That's the mail. 6:55 PM CEST (+0200) in Europe is 11:55 AM CDT (−0500)
in America.

> encryption is off in my email program, but I am not sure if it really is.

I don't know Thunderbird to help diagnosing what the problem is,
but now it worked correctly.  When it doesn't, you're sending it
encrypted to two keys: to yourself using key 0x09CFE9930857AB29,
and to some other key with ID 0xF16D2E4D4E060D96.

I don't know whose key this is, but maybe it automatically turns the
encryption on depending on who are you replying to?

-k

Re: [Bug-apl] FIO[57]

[enztec]

just to add to the current confusion - i never got an email sent by you at 
6:55AM


On Wed, 25 Jul 2018 20:03:23 +0200
Juergen Sauermann  wrote:

> Hi Blake,
> 
> interesting. From what I can see the only relevant email (the last version 
> having subject
>  Quad-FIO[57] Take 3 has made it to bug-apl without encryption.
> 
> The Time below (Wed, Jul 25, 2018 at 11:55 AM) does not match any email that 
> I have sent
> (the only outgoing email today was at 6:55 to enztec, responding to his email.
> 
> encryption is off in my email program, but I am not sure if it really is.
> 
> Best Regards,
> /// Jürgen
> 
> 
> 
> On 07/25/2018 07:02 PM, Blake McBride wrote:
> All we're getting is an empty email with two attachments:  noname & 
> encrypted.asc
> 
> 
> 
> On Wed, Jul 25, 2018 at 11:55 AM Juergen Sauermann 
>  wrote:
> 

Re: [Bug-apl] FIO[57]

[Peter Teeson]

Here is the header info for the below email….
Return-path: 
Received: from pv33p00im-smtpin018.mac.com ([17.142.194.209])
 by ms54007.mac.com
 (Oracle Communications Messaging Server 8.0.1.3.20170906 64bit (built Sep  6
 2017)) with ESMTP id <0pcf008urlole...@ms54007.mac.com> for
 peter.tee...@icloud.com; Wed, 25 Jul 2018 16:55:33 + (GMT)
Original-recipient: rfc822;peter.tee...@icloud.com
Received: from lists.gnu.org (lists.gnu.org [208.118.235.17])
 by pv33p00im-smtpin018.me.com
 (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun  7
 2017)) with ESMTPS id <0pcf0017alojv...@pv33p00im-smtpin018.me.com> for
 peter.tee...@icloud.com (ORCPT peter.tee...@icloud.com); Wed,
 25 Jul 2018 16:55:33 + (GMT)
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0
 clxscore=1000 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0
 bulkscore=0 classifier=clx:PersonalWhite adjust=0 reason=mlx scancount=1
 engine=8.0.1-170723 definitions=main-1807250180
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,,
 definitions=2018-07-25_04:,, signatures=0
Authentication-results: pv33p00im-dmarcmilter002.me.com; dmarc=none
 header.from=t-online.de
Authentication-results: pv33p00im-spfmilter001.me.com; spf=pass
 (pv33p00im-spfmilter001.me.com: domain of
 bug-apl-bounces+peter.teeson=icloud@gnu.org designates 208.118.235.17 as
 permitted sender)
 smtp.mailfrom="bug-apl-bounces+peter.teeson=icloud@gnu.org"
Received-SPF: pass (pv33p00im-spfmilter001.me.com: domain of
 bug-apl-bounces+peter.teeson=icloud@gnu.org designates 208.118.235.17 as
 permitted sender) receiver=pv33p00im-spfmilter001.me.com;
 client-ip=208.118.235.17; helo=lists.gnu.org;
 envelope-from="bug-apl-bounces+peter.teeson=icloud@gnu.org"
Authentication-results: pv33p00im-dkimmilter004.me.com; dkim=none
Received: from localhost ([::1]:53105 helo=lists.gnu.org)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from )
id 1fiN4V-00016u-36 for peter.tee...@icloud.com; Wed,
 25 Jul 2018 12:55:31 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46340)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from )
 id 1fiN4O-00015z-UKfor bug-apl@gnu.org; Wed, 25 Jul 2018 12:55:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from )
 id 1fiN4M-0003ut-0Gfor bug-apl@gnu.org; Wed, 25 Jul 2018 12:55:25 -0400
Received: from mailout09.t-online.de ([194.25.134.84]:54064)
by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
(Exim 4.71)
 (envelope-from )
id 1fiN4L-0003t6-Iu for bug-apl@gnu.org; Wed, 25 Jul 2018 12:55:21 
-0400
Received: from fwd30.aul.t-online.de (fwd30.aul.t-online.de [172.20.26.135])
by mailout09.t-online.de (Postfix) with SMTP id C868F42511C9for
 ; Wed, 25 Jul 2018 18:55:19 +0200 (CEST)
Received: from [192.168.0.110]

(SyQTT0ZeQh5Yp7Luo54i7p5er9GzKUyY1NvPS4UcJoxdaQmNRyYUuj4Fdqfmhe2ZUL@[91.61.112.140])
by fwd30.t-online.dewith (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 
encrypted)
esmtp id 1fiN4J-0lhQzw0; Wed, 25 Jul 2018 18:55:19 +0200
To: bug-apl@gnu.org
References: <2a320343-3706-a066-1b27-02c0346b4...@t-online.de>
 <2f3bac8e-2677-40bc-8832-8f503725c...@icloud.com>
 
 <20180725070127.b833896a.enz...@gmx.com>
From: Juergen Sauermann 
Openpgp: preference=signencrypt
Autocrypt: addr=juergen.sauerm...@t-online.de; prefer-encrypt=mutual; keydata=
xsBNBFJBjeQBCACou761vg1FKmGTgKPiW4Jk6c+SBZODUOfQZ3DInMbTEtDaqCbdhZqDwdUD
4VovrfTnUyfCuX320yPXPo55kkzPhaFn85dA63BMhnZMxi3IG/o0oLsDhY8fX4xlM7d4P2Yl
3VplF3QRAKdUKtYmZXDl3ZWdTWPegUdGv1iW0AJkHwV9gz6bUcx2q4ftb9/oikEOaygRE0Nu
czdedvX0HAndsZ3I9v+WHTAmUn/J3VPi4EyjySHFnjL6hFPdY/62m43FdYoA1Zb7cZEYUVhm
7EgfogzOvl6JFK0BnmL2OP3lH1DLFZOcXVovI38MI8i2/ZvWE5OkENtmzz6d7kc0UBXBABEB
AAHNPkrDvHJnZW4gU2F1ZXJtYW5uIChQcm9ncmFtbWVyKSA8anVlcmdlbi5zYXVlcm1hbm5A
dC1vbmxpbmUuZGU+wsB4BBMBAgAiBQJSQY3kAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIX
gAAKCRCStotxUxtmhk0CCACTZh8MnaOoPNFhCXKVKbGbruRfXv6XRHvQB8qORyQxu3D24NF3
454DTymrAhOUU989Qg8dWNTDVrAFki309lbruDF5ehtjcW5IXuXMZhBHFYfM5q5J2CLKp+qp
U/4X7/ya+RWX0DKrdleDNbIGmv5wYxSpPiIwwEZsiDfueHrKe7T1859I+XydMiv8Eyntlu4H
U6qjuPBFl+l4W7nOCK9UkAVk2quvxrc8ft9KAMNyoCjmnHdWQCvWH8RC+zuznW8rqgQrsgiy
VID648F+Z38ZVNFkaH8dCvW2CS9XnCcnDEs7K19wAfv/6/zmaGQ44REBt+LVWRYxpU9EdBOB
kw8MzsBNBFJBjeQBCADgcH0C1qdzg4HVWNo4qIiDt6EkW7tqu7jd+mj9q4C0asGOwXBqeail
R9ulCVMfejmWIIS5Gh3TRtVKfd2kMm6Wqq7uwFPlrhM6bC0F5uMDhpkxYMXl4Si+DdGRd5TT
yVebK2yo7Q8pb/pP3VKXGzOC+Fhx4bwzVNk7WVY+HV9Ycz3zfJp9jGNF4DbTZw0SBlsqaJFL
yj62rtxwjHt2nh41Vut7VxHdYZBEeWCVPxcJQrJw2Nhi3W5GkLcDscarkMjI59jNQpRoBHKm
EpdWoM7J+z9RFaLBosZ1vvw+LqODsQ8clLZGCkzZuAnpR4MISvJ4GB63rMaEDh5Li/Uxkrwz
ABEBAAHCwF8EGAECAAkFAlJBjeQCGwwACgkQkraLcVMbZobIvAgAk1gTG3gPm2VYVWRivawG
WJktlpvpZfUErIM+zrSv/2irxFI

Re: [Bug-apl] Quad-FIO[57] Take 3

[Peter Teeson]

As you can see this email came through OK.

> On Jul 24, 2018, at 5:25 PM, Juergen Sauermann 
>  wrote:
> 
> Hi,
> 
> I have added a new ⎕FIO[57] aka. FIO∆execve to GNU APL.
> 
>   Handle←⎕FIO[57] Filename
> 
> forks a new process running program Filename and connects it to GNU APL. GNU 
> APL and the new program
> can then communicate using Handle, FIO∆fread, and FIO∆fwrite. This is similar 
> to FIO∆popen, except that
> the communication is bi-directional.
> 
> An example (template) for writing your own server is provided as 
> tools/TLV_server.c. The testcase
> testcases/Quad_FIO.tc has been extended to show how the tools/TLV_server.c 
> template is intended
> to be used at the GNU APL end.
> 
> A server program and a GNU APL workspace are free to agree on how the 
> communication between them
> is being encoded. However when sending byte sequences over a stream 
> connection (like the one provided
> by FIO∆execve) it is a common problem to frame the data has not being framed 
> (like it is in UDP or SCTP)
> so that the receiver has the problem of figuring knows if there is more data 
> coming or not. To solve that
> problem, I have added 33 ⎕CR resp. 34 ⎕CR (= ¯33 ⎕CR) that encode s pair Tag, 
> Byte_vector at the sender
> side into a sequence of bytes that can be easily decoded back into Tag, 
> Byte_vector at the receiving end
> without much APL coding. The byte sdsequence in the middle is a 
> Tag/Length/Value (TLV) structure
> created by 33 ⎕CR and decoded by 34 ⎕CR .
> 
> In other words, an APL vector Tag, Byte_vector with an integer Tag followed 
> by 0 or more data bytes
> (in the range ¯128...255 including) is transparently transferred from the 
> sender (GNU APL) to the receiver
> (the newly forked  server program).
> 
> SVN 1058.
> 
> Enjoy,
> /// Jürgen
> 

[Bug-apl] emails

[Juergen Sauermann]

  
  
Hi,
  
  I have now switched anything off in my email program that is even
  remotely
  related to encryption.
  
  I will be AFK for two days and send the next email after that.
  
  Best Regards,
  /// Jürgen