VoIP Mailing List Archives

[brian at freeswitch.org]

Not automatically. But you could use the event socket to get the
message and forward it via ESL.
/b

On Sep 5, 2009, at 1:26 PM, Juan Backson wrote:

[juanbackson at gmail.com]

Hi
 
Is there anyway to use freeswitch to redirect chat message the same that it redirects SIP message?
 
If so, how can it be done?
 
thx,
 
jb

[juanbackson at gmail.com]

Hi Brian,
 
From the event socket, there is no message received when a MESSAGE is sent from one sip user to another.  If both users are registered, I can send message between them.  But if the receiving party is not registered, I want to be able to store it. 
 
However, there is no way to intercept this MESSAGE. 
 
Is there anyway to solve this problem.
 
thx,
jb


On Sun, Sep 6, 2009 at 2:36 AM, Brian West <brian@freeswitch.org (brian@freeswitch.org)> wrote:

[mike at jerris.com]

This would require changes to the c code in mod_sofia. If you have a patch to change this behavior (probably should address configuration and authentication as well as this could be a denial of service path) you can post it to http://jira.freeswitch.org.

Mike

On Sep 6, 2009, at 6:32 AM, Juan Backson wrote:

[jmesquita at freeswitc...]

I am anxious to provide my first real patch into FreeSWITCH and since this looked like a good candidate, I looked at the code for a little while and I have a few thoughts about the subject.

FreeSWITCH (mod_sofia) does not route chat messages to endpoints who are not reachable (obviously). If you look at the API, the mod_sofia won't even take the message if endpoint is not registered and will respond with "Cannot find user".

So, basically, to implement what you are looking for, you need to have hooks set upon message receival (from mod_sofia point of view). mod_sofia only sends events on ESL when message has been sent to the destination endpoint.

The way I see, there are 2 options here. The quick way and the hard (not so hard) way. The quick way is to just fire an event when registered user is not found and it will depende on something external to replay the message when user is offline.

The longer way is to make the core queue offline messages and deliver them when user register.

What I would like to hear from the core dudes is, which one is wanted? None is a good answer too.

Regards,

jmesquita

On Fri, Sep 11, 2009 at 9:16 PM, Michael Jerris <mike@jerris.com (mike@jerris.com)> wrote: