I want to push the zabbix alerts/notification to a Microsoft Teams channel instead of bombarding users email box with lot of emails everytime. Anyone has idea how to establish a connection between Zabbix and teams ?
You have instructions and screenshots in the documentation: https://www.zabbix.com/integrations/msteams
Beside, there is no difference between flooding a mailbox and flooding a Teams channel: both can, and definitely will, be silenced.
Related
I am having a problem trying to schedule a report in OBIEE. After some research I found that, if we want to do scheduling in OBIEE we have to install SMTP server on our system. Is that true?
I just installed the Hmail server on my system, and gave it the necessary information about port number, domain name, sender and receiver mail Id's. However, when I am running my report I get the following error.
Global Error: [nQSError: 77030] Oracle BI Presentation Server Connection Error: Unable to resolve the address for miracle_PC.
Error Codes: AXSBMN8D:
The operation completed successfully.
Here miracle_pc is my system name.
How can I resolve this problem to deliver a report through email in OBIEE.
If you want to send email from OBIEE, then yes you need access to an SMTP server. This might be one within your company, from your internet service provider, from your webmail provider -- or you can host your own.
Looking at the error you've posted it looks like miracle_PC isn't a valid DNS entry so OBIEE can't find the SMTP server you've given it.
Which version of OBIEE are you using? The configuration for 10.x.x.x and 11.x.x.x varies slightly, however take a look at the below url for ibot configuration in 11g.
https://praveenobd.wordpress.com/2013/01/23/setting-up-ibots-in-obiee-11g-2/
According to your question, you seem wanted to use OBIEE report schedule.
In my experience, there is two different type of schedule.
Sending scheduled reports via email
Seeding scheduled reports (it is more likely run the report regarding
your schedule and save cache on the memory)
You can use both of them if you want.
Regarding this error, I would like to recommend that you need to test your email server first. The testing email server is not related to OBIEE.
The reason behind I am recommending to test your SMTP email server is that
it looks like OBIEE is not able to find DNS of your server or the
configuration might be invalid if the SMTP email server was working.
I understand that it does not look like a solution, but I hope it will help.
I know it's too late but for people still searching for a solution.
I faced the same problem and solve it by editing /etc/hosts file.
The hosts file contains lines of text consisting of an IP address in the first text field followed by one or more host names
if you want to read more you can go to this link.
in your case it should be <Your_IP> <host_name> <miracle_PC>
I need to know a couple of things, concerning IRC servers that I couldnt directly find out over google (or werent clear enough for me to be sure if it actually works)
I'm working at a larger community site, and wanted to deliver an in-page chat. Since it would be a nice feature to let people access it from outside too, over their own clients, I tought implementing an IRC Server would be the best solution (probably dedicated, I'll have to teach myself a couple of things for that)
I plan to include a Web-based IRC client over an APE Client / Server. The problem is, I want to strip down the user rights, to disallow many functionalities that IRC would offer:
Change of nicknames: The user logs in over the Page login, and I'll automatically create an IRC auth for this user with that password. So basically, he would connect to the IRC client over a button. And after connecting, he shouldnt be able to change his nickname at all
Creating channels: I want the possibility to create channels, but not from 'normal' users. Basically, I would prefer to set up basic channels that are public, and if a user really creates an own channel, that one should be private and via invitation (is that possible?)
Private conversations: private conversations should be filtered out from the allaround IRC client, into separate 'in-browser-windows' that I create over JS. I guess I just have to filter the stuff coming from IRC - or is there a better solution to that?
Only 'registered' users have access: Like I said, if someone registers on the page, I would like to create an IRC 'account' for him. Users that arent registered on the page, cant access the IRC server at all (or get thrown out). Mainly to avoid spammers or bots from outside.
Is this stuff solvable over IRC? I've read some FAQ's and Instructions for IRC OP's and servers, but I couldnt find a clear answer - it seems that everyone can do pretty much everything - I would like to configure it in a way that user possibilities are more cut down. Basically, giving users the possibility to chat, but not more.
So the Question basically is, how possible / solvable this issues are allaround, or if I have to find other solutions for this.
Have a look at different IRC services, example, ChanServ. Use Channel and User modes to set specific flags.
You can most likely do the following server side:
Forced nicknames (NickServ)
Allow only certain user types to create channels
Allow any user to join channel once it is created
Channels can have invite only flag +i
Private conversations is just a private message to a different user. If you need private conversations to have more than one user, you'll need to implement some logic for using channels privately
Creating registered users should be possible, and can probably be enforced by an IRC service like NickServ for instance.
Consider using CGI:IRC. It's a chat client in the browser which connects to IRC through the webserver. You can either restrict what the user is allowed to do from there, or restrict it server side.
Do some research on different IRCd's and see if you find one that supports what you need. Dancer-IRCd seems a popular choice and is included in the Ubuntu apt-get repository, however I'm not sure it supports all your needed functionality.
Another option is dropping the whole idea of IRC all together and implement your own chat client using either WebSocket API or Comet. There are also complete solutions for this available.
Examples of this:
Comet: CometChat
Websocket API: Websocket Chat Demo
I need to send mails with java mail from a webserver over an exchange account. the exchange account is registered with a domain owned by our company, which has the exchange account as its MX entry. I did some research on how to accomblish this, as I was not able to find out any plain information about some kind of smtp outlook might be using. Ive no idea which server I need to connect to and how to authenticate to it. I do not have any experience with any microsoft technology. I found some guides for .NET frameworks like Introducing the Exchange Web Services Managed API 1.0
But this seems to be very less helpfull!? I also found some Java frameworks like exJello which looks pretty good, but I didnt manage to configure it properly so far as I dunno any property values.
I would not like tu purchase any big framework, I do not have to manage any exchange related features, the only requirement to this connection would be to send mails.
My question is, how can I connect to my exchange account and send mails with it?
The simple answer is that you need to ask the network administrator for your company how to configure a mail client to use your company's mail server. They should be able to tell you what host name to use, etc.
After some time of research and lots of misleading information I found the information about the properties I needed in some option in my exchange admin webinterface. So the connection to the smtp is nothing different from a normal stmp service
any ideas on what I need to create a touchscreen restaurant ordering system?
I've got the touch UI understood and implemented 100%.
What I can't figure out is how to implement the "Send order to
kitchen" and "Call waiter" functions.
Each table will have a "client" computer running an air app. Calling the "Send order to kitchen" and "Call waiter" functions from the "client" computer should make the "client" communicate with a different "kitchen" computer over wifi.
I'm sure this can be done, I just don't know what I need.
I've read about UDP but I'm not sure that's it.
Any ideas?
With real time data delivery, a streaming server is useful, like you mentioned. Adobe offers a free service for that:
http://labs.adobe.com/technologies/cirrus/
If you think dealing with that might be somewhat over your head, you can always use a standard, locally accessible web server like PHP/MySQL. It would even allow you to archive closed orders with say, an "order_status" database field in MySQL.
The host AIR application could periodically ping the server for "open" records and push an alert if it sees any new records. When an order goes out, you'd obviously send a separate request back to the web server to update a particular record as closed.
Additionally, clients would send their order requests to the web server for inserting new records into the database... with each new record receiving a unique id (primary key).
I personally would go for option 2 for the sake of a database implementation.
For an easy Windows PHP/MySQL installation: http://www.wampserver.com/
Don't over complicate it.
An AIR application can run a ServerSocket that other AIR apps can push and pull messages from. You only need to write and read Sockets.
We even have cross-platform implementations of this, where either server or client is a native Android or iPhone app.
It works well as long as you can read / write servers and you are on the same network.
Good luck!
Juan
C# 2008
I have developed an application that need to connect to a web server in order to work. If the web server goes offline. The the app will have to be notified so that the user using the app can know what happened.
This application will be downloaded from the internet from our clients web site. So hundreds or thousands of users could have it.
I was thinking about pinging the web server maybe every 5 seconds. However, with 100's or 1000's apps would overload the web server.
Someone has told me about ESB would be right for this problem. The way I am thinking to use this, and I am not totally sure. Is to have every app to subscribe to the ESB. If the web server goes offline it will send a message to all the apps.
However, I understand that ESB is very big and complex and maybe this is overkill for my problem.
Am I understanding correctly.
If ESB is not the correct choice is there another design pattern I could use?
Many thanks
It sounds inappropriately out of scope to spec an ESB for this simple purpose. Why not just have the client machines figure it out as they periodically need to access the website? Instead of pinging the web server over and over, in the course of their normal activities they will need to access the web server for any normal reason, if they get an error response they can branch down the "web server is down" code path.
An ESB sounds like the wrong solution.
Two possibilities come to mind:
(1) If the user doesn't need to know they're offline in real-time, defer detection to usual error handling when you try and access the server.
(2) If you must know real time, use a small proxy at each client site so that only the proxies need to ping your server, not every desktop.