Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Feature request: automatically relay messages #2

Open
muelli01 opened this issue May 9, 2018 · 4 comments
Open

Feature request: automatically relay messages #2

muelli01 opened this issue May 9, 2018 · 4 comments

Comments

@muelli01
Copy link

muelli01 commented May 9, 2018

Hello,

I hope this project is still active in a way :)
I have a small feature request, would it be possible to implement an automatic relay function to a relay channel?

Example:
Channel 1 - XMPP
Channel 2 - XMPP
Channel 3 - IRC <-- relay channel

All channels are added to the bridge, channel 3 is defined as a relay channel.
All message from Channels 1+2 are then relayed to Channel 3.

Thanks!
Regards
Stefan

@bill-auger
Copy link
Owner

there is something like that in development on the 'bridge-all' branch now - feedback welcome

a gitter chat was created recently for this project also - feel free to join it https://gitter.im/bill-auger/bridgin/

@muelli01
Copy link
Author

thank you, tried it, but somehow I cannot manage to achieve the desired goal. Whenever I join one of the channels 1 or 2, it floods them with messages from either channels 1 or 2 :)

Do I have to add channels to the bridge in a certain sequence?

@bill-auger
Copy link
Owner

bill-auger commented May 14, 2018

the order does not matter - all channels are equivalent peers in a "fully-connected" topology

i am not entirely clear what you are proposing though - you say:

"All message from Channels 1+2 are then relayed to Channel 3."

that is already true because all channels are relayed to all other channels on the same bridge - it seems like you want to put explicit constraints or filters on the flow of messages to and from individual channels

i made a graph recently that may help to explain - the first graph ("Omni-directional Mode") is the current behaviour now - the second one is a planned feature

@muelli01
Copy link
Author

Yes, I thought it would be possible to define a relay channel (in my example #3) that only receives the messages from the bridged channels (#1 + #2).

Exactly, the uni-directional mode seems to be what I was locking for.....

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants