I'm developing a chat application similar to any Live Chat software. I'm planning to set up this application using google accounts that will act as bots managing all the messages from the web to my users.
Do you know if google have some limitations to set up this kind of accounts that will probably handle thousands of messages and a roster of, lets say hundreds of contacts?
This bots will be configured from Google Apps for Business, not a free gmail account.
Thanks for your orientation.
I have developed an XMPP bot based on a Google account running as the "server user".
I havent had any problems with the account and it has worked flawless for about a year.
129 users on the "server user" and approx 10K messages has been routed this month.
Related
I am porting my application on Google App Engine. As part of application I have to send email to my application users regarding their content. I am able to send mails using my google account(i.e mymailid#gmail.com) under which I have hosted my application. But that's not good. I want to send mails from support#mydomai.com/info#mydomain.com to represent my company. For that I bought a domain from godaddy.com. Now I have no clue what to do next for sending mails from that domain. Can someone help me what are all required to do that?
Note: I am new to domain registration and web-hosting technology and terminology. So, I need it in layman style
I'd like to show a list of recent unread messages in my app, and was wondering if I could do this without spending all the time to make my app work with email services? Or is there an open source library which deals with that and makes it easy?
As you can imagine, accessing the users emails is a major security breach, and of course is not allowed.
You would have to use your own email client implementation and ask from the user to provide his account credentials.
An open source iOS email client project is located here
Recently started at a new small company that has the following infrastructure:
Private XMPP Openfire server that hosts #chat..com
Google Apps for email, chat, docs, etc. with account of #.com
The company uses the private/internal chat server heavily for communication. However that requires me to install and run a client on my machine like Adium/Psi and then chat history is stored locally etc.
Since getting the entire company to move away from their beloved internal chat server and use gtalk that comes built-in with google apps is not an option, the hope was to register the #chat..com account with gtalk and then handle all communication through gtalk similar to what folks have done with AIM, Facebook, and other transports. Benefit would be the following:
All chat history stored server side on gtalk side and serchable
Other people in the company do not need to change behavior
Android phone that is already sync'd with Google services will not be able to leverage the chats without the need to install another XMPP client.
No need to have a thick client installed on the desktop/laptop
I have researched the XMPP transports and tried to the registering but they do not seem to cover my situation. I have investigated two routes thus far with no luck:
Transport plugin for Openfire
Use public transport at http://jabberd.eu
Guidance and/or experience from someone who has accomplished this would be appreciated.
I've used Spectrum (v1 and v2) to connect Openfire to Gmail and Facebook. It shows up in the users' clients as a discoverable service. It requires that a remote roster plugin be added to Openfire and that Spectrum be run on the same box as Openfire.
In short, it acts similar to a web proxy. Your users don't have to change their account on your system but to Gtalk users, your users appear to be other Gtalk users. Any of your users who access Gtalk will be using their own Gtalk authentication so you don't need to maintain any extra authentication schemes.
Take a look at it at http://spectrum.im. The remote roster plugin for Openfire is attached to the bottom of the first message in http://community.igniterealtime.org/thread/46580 (it's filename is "gojara.jar").
I have my own exchange for emails. There are times when my exchange service is down (because of power failure or maintanance) and during this time, my users do not have access to the exchange web access. To keep the user experience consistant, I was wondering if I can setup something like this:-
If my exchange server is down, google apps takes over and start relaying my mails. Users could log into google apps gmail account to send / receive mails. Once the exchange server is back online, they can continue using the exchange web access.
Please let me know if this is possible at all.
Thanks all in advance,
BTR Naidu
www.btrnaidu.com
www.lmcentraal.com
yes, you need to configure Google Apps as your secondary email server.. there are a few tutorials online to help you with this subject, e.g.
Understanding and Working With MX Records
How To Setup Backup or Secondary MX
I'm still not quite sure what XMPP is. However I understand it is a protocol which drives many IM services such as FB and GTalk.
What I'm asking is, is it possible for FB accounts to chat to other XMPP accounts (e.g. GTalk) ? Like #hotmail.com emails can email #gmail.com (decentralized) rather than only hotmail.com to hotmail.com etc.
Thanks
Sadly not. At least currently. Facebook does not federate, meaning it does not make or accept connections to or from other XMPP servers.
Of historical note is the fact that Google did not originally federate gmail.com. They enabled this 6 months after they launched Google Talk. There's hope for Facebook yet. Maybe.
Facebook does not provide an XMPP server, just an XMPP API, so it's not possible to have all the operations available at a XMPP server.
As you can see from this link
Facebook Chat should be compatible with every XMPP client, but is not
a full XMPP server.