Opened 14 years ago

Closed 8 days ago

#139 closed defect (wontfix)

decoded binary file differs from the file sent.

Reported by: lfousse Owned by: nickm
Priority: Low Milestone:
Component: Mixminion-Other Version: 0.0.7.1
Severity: Normal Keywords:
Cc: lfousse Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

Steps to reproduce:

$ xxd -p bad
00000004036261720100002200000000000600a0000000003988000000
0000000000000000000000000000000000
$ mixminion generate-surb -t me@… -b -o SURB
$ mixminion send -R SURB -i bad
Wait for return message, feed it to
`mixminion decode -o out'. The decoded file contains an extraneous leading 0x0a. I noticed this while playing with nym3 (the binary file sent is a reply message from the server to the client with a CREATED and a STATUS part).

[Automatically added by flyspray2trac: Operating System: All]

Child Tickets

Change History (5)

comment:1 Changed 14 years ago by nickm

  1. This is more likely a decoding bug than an encoding bug. The NL is there to separate headers from body. (Yes, I know this scheme sucks.)
  1. Is this bug fixed in CVS? It seems familiar.

comment:2 Changed 14 years ago by lfousse

Just built CVS today, the extraneous NL is still there.

comment:3 Changed 14 years ago by nickm

Ah. The newline is there because the file is encoded with one or more email headers, followed by a single
empty line. Mixminion is "thoughtfully" giving you the emptry line.

This format sucks, and we should probably find a better one.

comment:4 Changed 19 months ago by teor

Severity: Normal

Set all open tickets without a severity to "Normal"

comment:5 Changed 8 days ago by nickm

Resolution: Nonewontfix
Status: assignedclosed

Mixminion development is not happening any more.

Note: See TracTickets for help on using tickets.