is there a way to stop processing of an outgoing mail message in case I >pressed my mail / news client's send button accidentally?
On Sun, 19 Apr 2026 09:01:29 -0400, Anonymous User <noreply@dirge.harmsk.com> >wrote in <20260419.090129.08a977e7@dirge.harmsk.com>:
is there a way to stop processing of an outgoing mail message in case I >>pressed my mail / news client's send button accidentally?
not sure if omnimix provides its own "immediately terminate sending
outgoing messages" option apart from clicking the "stop tor" button,
but because i always use tor browser, simply closing tor browser is
the surest way to instantly disconnect . . . but that only works if
none of the copies "mail was sent in x chunks" got through, because
of the strong overall reliability of the anonymous remailer network
In article <20260419.153452.414f9ef7@mixmin.net> D wrote:
On Sun, 19 Apr 2026 09:01:29 -0400, Anonymous User <noreply@dirge.harmsk.com> >>wrote in <20260419.090129.08a977e7@dirge.harmsk.com>:
is there a way to stop processing of an outgoing mail message in case I >>>pressed my mail / news client's send button accidentally?
not sure if omnimix provides its own "immediately terminate sending >>outgoing messages" option apart from clicking the "stop tor" button,
but because i always use tor browser, simply closing tor browser is
the surest way to instantly disconnect . . . but that only works if
none of the copies "mail was sent in x chunks" got through, because
of the strong overall reliability of the anonymous remailer network
That's exactly how I also stop unintentional transmissions. When
sending anonymous messages OM always starts with a time-consuming
retrieval of MX server addresses of all entry remailers involved before >packet delivery starts. That's the period where the "Stop Tor" button
is your kill switch.
On Sun, 19 Apr 2026 12:01:37 -0400, Anonymous User <noreply@dirge.harmsk.com> wrote:
In article <20260419.153452.414f9ef7@mixmin.net> D wrote:
On Sun, 19 Apr 2026 09:01:29 -0400, Anonymous User <noreply@dirge.harmsk.com>
wrote in <20260419.090129.08a977e7@dirge.harmsk.com>:
is there a way to stop processing of an outgoing mail message in case I >>>>pressed my mail / news client's send button accidentally?
not sure if omnimix provides its own "immediately terminate sending >>>outgoing messages" option apart from clicking the "stop tor" button,
but because i always use tor browser, simply closing tor browser is
the surest way to instantly disconnect . . . but that only works if
none of the copies "mail was sent in x chunks" got through, because
of the strong overall reliability of the anonymous remailer network
That's exactly how I also stop unintentional transmissions. When
sending anonymous messages OM always starts with a time-consuming
retrieval of MX server addresses of all entry remailers involved before >>packet delivery starts. That's the period where the "Stop Tor" button
is your kill switch.
if omnimix requires using tor in order to make this "stop the presses" >feature available to users, it seems by design to encourage tor usage
when using anonymous remailers, probably everyone is using tor anyway, >https://metrics.torproject.org/userstats-relay-country.html estimates
about four million tor users worldwide, tor helps omnimix work better
Hello,
is there a way to stop processing of an outgoing mail message in case I pressed my mail / news client's send button accidentally?
Thanks!
Keep on with that great tool!
On 19 Apr 2026, Anonymous User <noreply@dirge.harmsk.com> posted some news:20260419.090129.08a977e7@dirge.harmsk.com:
Hello,
is there a way to stop processing of an outgoing mail message in case
I pressed my mail / news client's send button accidentally?
Thanks!
Keep on with that great tool!
You can try killing Tor, but chances are one chunk escaped by the time
you begin intervention.
On 19 Apr 2026, Anonymous User <noreply@dirge.harmsk.com> posted some >news:20260419.090129.08a977e7@dirge.harmsk.com:
Hello,
is there a way to stop processing of an outgoing mail message in case I
pressed my mail / news client's send button accidentally?
Thanks!
Keep on with that great tool!
You can try killing Tor, but chances are one chunk escaped by the time you >begin intervention.
Nomen Nescio <nobody@dizum.com> wrote:
On 19 Apr 2026, Anonymous User <noreply@dirge.harmsk.com> posted some >>news:20260419.090129.08a977e7@dirge.harmsk.com:
is there a way to stop processing of an outgoing mail message in case I
pressed my mail / news client's send button accidentally?
You can try killing Tor, but chances are one chunk escaped by the time you >>begin intervention.
The Log list immediately tells you whether any chunks were sent.
is there a way to stop processing of an outgoing mail message in case I pressed my mail / news client's send button accidentally?
re/starts the omnimix http and dns server in
normal and the nntp, smtp and pop3 server in
simulation mode.
with nntp and smtp no anonymous messages
are sent, instead an error is returned to the
client. the pop3 proxy sends rset before quit
to remove all deletion marks, that may previously
be set by the client.
On Sun, 19 Apr 2026 09:01:29 -0400, Anonymous User wrote:
is there a way to stop processing of an outgoing mail message in case I
pressed my mail / news client's send button accidentally?
p.s. mouse-over tool tip on the omnimix "simulate" button displays:
re/starts the omnimix http and dns server in
normal and the nntp, smtp and pop3 server in
simulation mode.
with nntp and smtp no anonymous messages
are sent, instead an error is returned to the
client. the pop3 proxy sends rset before quit
to remove all deletion marks, that may previously
be set by the client.
this "simulate" mode prevents sending, but keeps localhost open for >newsreader clients to continue reading from nntp newsservers, turns
indicator lights and tray icon yellow, click "start" to send, click >"simulate" to prevent (no need to stop tor which is always enabled)
D <J@M> wrote:
On Sun, 19 Apr 2026 09:01:29 -0400, Anonymous User wrote:
is there a way to stop processing of an outgoing mail message in case I
pressed my mail / news client's send button accidentally?
p.s. mouse-over tool tip on the omnimix "simulate" button displays:
re/starts the omnimix http and dns server in
normal and the nntp, smtp and pop3 server in
simulation mode.
with nntp and smtp no anonymous messages
are sent, instead an error is returned to the
client. the pop3 proxy sends rset before quit
to remove all deletion marks, that may previously
be set by the client.
this "simulate" mode prevents sending, but keeps localhost open for >>newsreader clients to continue reading from nntp newsservers, turns >>indicator lights and tray icon yellow, click "start" to send, click >>"simulate" to prevent (no need to stop tor which is always enabled)
That's very helpful while testing OM's internal message processing.
But servers have to finish processing of pending messages before they
finally switch to simulation mode.
>never<
deletion of the remailer packet pool before/after mixmaster/yamn calls.
the remailer pool directory ('mix\pool'), where mixmaster and yamn put
newly created packets, are routinely cleared before and after processing to
avoid unauthorized access.
but keeping those files may be useful in high security settings where
messages composed on an isolated offline computer are there converted
into encrypted remailer packets, which then, to be forwarded to the remailer
network, can be transferred to an online computer on a removable device.
at the offline computer select 'never' and switch to simulation mode to
avoid unsuccessful sending attempts while creating remailer packets. then
move those files to the online system's remailer pool folder, where you have
to select 'after' instead of 'always' to keep the injected files for delivery
e.g. with the next processed (dummy) message.
default: always
OmniMix * Tutorial * Remailing * Offline Encoding PreviousTopNext[end quoted plain text]
There may be situations where it's impossible to rule out that the online >computer system is compromized, and where it may even bear unacceptable risks >to move the portable OmniMix system with all its executables back and forth >between that online computer and the hardened offline device where your secret >messages reside.
In such cases it would be favourable to install a second OmniMix instance on >that insular device in order to create all encryption protected remailer >packets there without having to fear being bugged. The resulting text files are
then safely transferred to the online computer on a removable device and from >there forwarded to the remailer network.
To get that working you first you have to ensure that at the offline computer >all relevant remailer statistics text files are up-to-date. So copy at least >the Mixmaster and Yamn statistics files mlist.txt.raw_mix and >pubring.mix.raw_mix resp. mlist2.txt.raw_yam and pubring.mix.raw_yam from your >online system's 'mix' folder to the offline installation. Then, as the remailer
pool directory of the OmniMix system ('mix\pool'), in which Mixmaster and Yamn >store newly created packets, is routinely cleared before and after processing >to avoid unauthorized access, further adjustments have to be made to get hold >of these files. Go to the StateInt tab and change Del(ete) to 'Never' to keep >newly created remailer packets after processing. Now switch to Simulation Mode >to avoid unsuccessful mailing attempts and send your messages to OmniMix to >convert them into remailer packets.
Finally relocate all the resulting files to the online system's remailer pool >folder, where you have to select Del(ete) 'After' instead of 'Always' to >preserve the injected files for delivery e.g. with the next processed (dummy) >message.
Be aware that with Del(ete) set to 'Before' or 'Never' your remailer chunks >remain undeleted even after closing OmniMix! So take care.
Hello,
is there a way to stop
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 65 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 06:42:09 |
| Calls: | 862 |
| Files: | 1,311 |
| D/L today: |
921 files (14,318M bytes) |
| Messages: | 264,702 |