22.09.2010 01:50, Dave Cridland wrote:
3) It's not entirely clear to me how multiple filters would work
For example, external component (such as SMTP transport) may mark
stanzas. If a user is connected to another XMPP server through XMPP
gateway, "legacy" XMPP server may add its markers, an external
filtering component may add markers as well - it should interact with
the server somehow, but I think this is out of the scope of this
proposal.
but I assume that they are all trusted by the home server
Not sure about this assumption. I'd say the server should not care.
I think you have tw different kinds of servers. Servers which don't do
this spec at all will just ignore them, and it's basically left to the
client to figure out the mess. Servers which do understand the
protocol should probably aggregate the marking from remote filtering
entities, and discard the rest.
In this instance, a server supporting spin-marker should be able to
strip all spim-marker elements on input over S2S.
Why should it do so? Do you think spimmers will mark themselves? Just
like in XEP-0076? :) I think it should strip markers matching itself.
I think if a server is aware of marking, it should be able to strip
all the foreign markers and add one of its own if appropriate.
Any reasons why the server should strip markers from, for example, smtp
transport running on a foreign server?
--
Regards,
Evgeniy Khramtsov, ProcessOne.
xmpp:[email protected].
