Commit dcbab026 authored by Adrian Szyndela's avatar Adrian Szyndela

doc: described send_destination_prefix in manual

This adds a description of send_destination_prefix to the dbus-daemon manual.
Signed-off-by: Adrian Szyndela's avatarAdrian Szyndela <>
Change-Id: I46e6fa54ee34095c3ac83ec2c06cb91cf5669c7f
parent 8fcc1f9a
......@@ -919,6 +919,7 @@ statements, and works just like &lt;deny&gt; but with the inverse meaning.</para
send_error="error_name" | "*"
send_broadcast="true" | "false"
send_destination="name" | "*"
send_type="method_call" | "method_return" | "signal" | "error" | "*"
send_path="/path/name" | "*"
......@@ -997,6 +998,22 @@ will not work either. As a special case,
(whether it has a destination specified or not), and
<literal>receive_sender="*"</literal> similarly matches any message.</para>
A <literal>send_destination_prefix</literal> rule opens or closes
the whole namespace for sending. It means that messages may or may not
be sent to the <emphasis>owner</emphasis> of any name matching the prefix, regardless of whether
it is the primary or the queued owner.
In other words, for <literal>&lt;allow send_destination_prefix="a.b"/&gt;</literal>
rule and names "a.b", "a.b.c", and "a.b.c.d" present on the bus, it works the same as
if three separate rules: <literal>&lt;allow send_destination="a.b"/&gt;</literal>,
<literal>&lt;allow send_destination="a.b.c"/&gt;</literal>, and
<literal>&lt;allow send_destination="a.b.c.d"/&gt;</literal> had been defined.
The rules for matching names are the same as in <literal>own_prefix</literal>
(see below): a prefix of "a.b" matches names "a.b" or "a.b.c" or "a.b.c.d", but not "a.bc"
or "a.c". The <literal>send_destination_prefix</literal> attribute cannot be combined
with the <literal>send_destination</literal> attribute in the same rule.
Rules with <literal>send_broadcast="true"</literal> match signal messages
with no destination (broadcasts). Rules with
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment