|
Home > Archive > Anonymous Servers > November 2007 > Request For Omnimix
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Request For Omnimix
|
|
| Anonymous 2007-11-24, 7:14 am |
| Great program. Something I would like to see is to be able to put the
'O-' overwrite variables in the message body, not just in the headers.
When I use omnimix, I use it with a news client that does not allow me
to add extra headers. If I could put the 'O-' variables at the start of
the message, it would give me more flexibility.
| |
| Christian Danner 2007-11-25, 7:14 am |
| >Great program. Something I would like to see is to be able to put the
>'O-' overwrite variables in the message body, not just in the headers.
>
>When I use omnimix, I use it with a news client that does not allow me
>to add extra headers. If I could put the 'O-' variables at the start of
>the message, it would give me more flexibility.
You're right, that would be a solution for those not able to edit the
header section of their messages. Too bad that even Thunderbird lacks
such a basic feature. But supporting directives located there would
mean manipulations of the message body I'd rather avoid. And I'm not
sure how to guarantee the removal of all copies of OM directives from
multipart/alternative messages, where they may be encapsulated in html
code or, even worse, themselves encoded some way, thus irrecognizable.
But I'll think it over. Maybe some time I'll include such an option
for plain text messages.
Regards
Christian
--
OmniMix .. protect your privacy
http://www.danner-net.de/om.htm
| |
| Cyberiade.it Anonymous Remailer 2007-11-26, 7:17 am |
| Christian Danner wrote:
>
> You're right, that would be a solution for those not able to edit the
> header section of their messages. Too bad that even Thunderbird lacks
> such a basic feature. But supporting directives located there would
> mean manipulations of the message body I'd rather avoid.
I agree that including arbitrary text in message bodies can be
dangerous, but what about adopting a "hash header" scheme similar to
what Mixmaster itself uses? It would seem fairly easy to implement and
considerably more secure than trying to sort out arbitrary test with
colons in it. ;)
> And I'm not
> sure how to guarantee the removal of all copies of OM directives from
> multipart/alternative messages, where they may be encapsulated in html
> code or, even worse, themselves encoded some way, thus irrecognizable.
MIME encapsulated messages really have no place in the remailer network
anyway, indeed I believe most of those types of messages are rejected
as a matter of policy. I see no reason OM couldn't simply strip
multipart messages down to plain text.
| |
| Christian Danner 2007-11-26, 7:12 pm |
| Anon wrote:
>Christian Danner wrote:
>
[vbcol=seagreen]
>
>I agree that including arbitrary text in message bodies can be
>dangerous, but what about adopting a "hash header" scheme similar to
>what Mixmaster itself uses? It would seem fairly easy to implement and
>considerably more secure than trying to sort out arbitrary test with
>colons in it. ;)
Yep, that's the way it had to be implemented, maybe introduced by a
line containing a more or less unique string, closed by a blank line,
with OM refusing every multipart message where such a block can be
located in the 'text/plain' section.
>
>MIME encapsulated messages really have no place in the remailer network
>anyway, indeed I believe most of those types of messages are rejected
>as a matter of policy. I see no reason OM couldn't simply strip
>multipart messages down to plain text.
Sorry, but I have to veto. In my view remailer users already have to
deal with more than enough inherent handicaps, so that the
introduction of further arbitrary restrictions ought to be avoided
wherever possible. Why shouldn't the user be allowed to select the
message structure that suits best the respective task, which doesn't
necessarily have to be a spartanly formatted ng posting, but may be a
mail with embedded data parts / attachments destined for a friend,
where even html characteristics could be adequate to facilitate the
interpretation of the given information. To each his own.
Christian
--
OmniMix .. protect your privacy
http://www.danner-net.de/om.htm
|
|
|
|
|