[jdev] Re: architecture questions
snake at penza-gsm.ru
Mon Feb 23 23:36:28 CST 2004
В сообщении от 24 Февраль 2004 03:01 Peter Saint-Andre написал(a):
> On Mon, 2004-02-23 at 16:52, Joanne wrote:
> > "Peter Millard" <me at pgmillard.com> wrote in message
> > news:00b501c3fa4c$f7b48fd0$e201020a at pmillard2k...
> > > > (1) message queuing/processing
> > >
> > > [SNIP]
> > > As stpeter already mentioned, JEP-013 solves this initial message
> > > flood, but isn't availble out of the box in either jabberd2 or jabberd
> > > 1.4.3. Once you send presence, ALL offline messages will get sent to
> > > that client. If your "client" application blocks + processes, thats
> > > fine, but it does mean that the server will "assume" that the messages
> > > are delivered even if it takes a while for your app to process them.
> > If JEP-0013 is not supported out of the box in jabberd 1.4.3 or jabberd2,
> > then I'm still at square 1. Also, JEP-0013 only addresses the message
> > flooding issue when it comes to offline messages. Ideally, I'd like to be
> > able to perform this POP-like request/retrieval on all messages destined
> > for my client regardless of whether the message is in the offline store.
> > At this point, I don't know how else to get jabber to behave the way I
> > want without "reinventing the wheel" and implementing my own queuing
> > mechanism within a custom jabber component. I'm not too happy about it at
> > all.
> The whole point of Jabber is decidedly *not* store-and-forward, it is
> immediate delivery. If you need POP, maybe implement all this using a
> mail server.
Or write a simple script to forward incoming messages to mailbox and let the
mailserver do queuing job ;)
More information about the JDev