<kuchn> _source_relay bei history-msgs ist flasch; ich bekomme grad history messages direkt vom user geschickt, bspw.:

:_source	psyc://psyced.org/~kuchn
:_target	psyc://max129-002.cne.de:-65085/

:_nick	lynx
:_color	#cc3399
:_nick_place	dev
:_time_place	1184270671
:_nick_verbatim	lynx
:_source_relay	psyc://psyced.org/~lynx
_message_public_ask
saga, wie konnte da was fehlen?
.

<lynx> Das ist keine Historymsg von der neuen Sorte. Vermutlich schaust Du Dir gerade die History an, die entstanden ist bevor der Server neugestartet wurde, weswegen die Daten nicht ganz kompatibel sind. Übergangsphänomene mit alten Daten kann es immerwieder mal geben. Da hilft nur neues reden und sein neues Gerede per log und history abzufragen... :) Richtig ist es, wenn im Header _context und _target stehen für public messages.

<kuchn> _context? aber ne histmsg ist doch nur unicast? _source_relay wäre da doch richtig!?

Ja, aber um den state eines contextes zu synchronisieren musste ne andere Kennzeichnung her, die ist in Routing beschrieben. History entspricht somit eher einer packet recovery und nicht mehr dem neuen versenden von alten Sachen... Ergibt natürlich erst richtig Sinn, wenn packet Ids am start sind.