MSN messenger (windoze live connect or whatever they call it nowadays) over XMPP doesn't use the actual email addresses for buddy JIDs, but somekindofhashes#messenger.live.com
These hashes can be looked up using getjid, but I am wondering if anybody knows how they are actually calculated.
there is no way to calculate them for security reason. The GetJid stuff is the only way to lookup them.
Related
I manage a voluntary group project that uses one gmail account for all of its interactions. Up til this year there were two users of the account. Now there are three, and we are looking at maybe three more. Madness! We are constantly chasing each other to see who will handle a given message. Would be so much better to route messages to specific accounts for a given person to deal with. But we still need to have a central archive for all incoming and outgoing messages.
I'm looking at the use of redirects, and am trying to 'frame' a broader concept of what to do, and then get a grip on whatever the necessary details are.
Here's what I think I'm trying to do. Some of it is not very clear!
Whether Gmail will work that way is what I don't know.
Set up a non-gmail domain, e.g. mymail.org.
Within that domain, create six accounts, like info#mymail.org, events#mymail.org, and so on.
Set up our existing gmail account to both send and receive mail addressed to each of those six accounts.
Have gmail redirect incoming messages based on the incoming address.
Have the replies to those messages look like they come from the incoming address. (So that further replies get routed correctly.)
Have a copy of each incoming and outgoing message stored on the one gmail account. This is crucial for recordkeeping or oversight.
Am I asking for something feasible? If not, what is?
Incidentally, I tried using the mymail+bit#gmail.com method of routing for a while. Didn't help much.
You might want to look into Google workspace. I think they must have something along the lines of what you are looking for.
I'm writing a multi-client chat with managers and simple users. Whenever a manager kicks a user I don't want them to be able to just reconnect with the same username and IP address. How can I achieve something like that? I'm working in python, but I think a generic explanation of the idea might be better for more people to understand it.
1)You can store the ip in the banned ip database and then check if the the user is banned
2) if you do not want to use database you can just create a cookie when managers kicks the user and store at client side and check whether a client is banned or not.
But solution 1 is more reliable
I am trying to implement a feature in the email client that we are developing to find the list of email addresses in a particular domain, once the end user keys in the first 3 letters in to/cc/bcc box. Since the mails will be sent only to one predefined domain (which is internal).
In general, there's no way to find all the valid email addresses in a domain. And even in cases where it is possible, there's no standard way to do it. JavaMail isn't going to help you here. If your mail server supports such a capability, you're going to need to figure out how to do it in a product-specific way.
Attempting to set up an automated texting service for customers, where people can text a number, and get an automated response from some sort of server. The cellphone user should be able to hold some sort of exchange with the server through text. Any one have any idea how to implement this?
You can set up a server to respond to MO (Mobile Originated) messages.
You need to have a relationship with an SMS provider/aggregator that will forward MO messages to your server. Based on keywords, you can decide how to respond - since you have the originating phone number you can easily reply to the sender.
I have developed systems like this, so if you need more details just ask.
For an application we are building, it is required to give certain registered accounts the ability to send emails to other registered accounts.
As part of the registration, we obviously collect the real email address of every user.
I do not want to expose any of my users' email addresses so I would like to have the ability to proxy them through fake email address that basically forward to the real email address.
For example, if someone want's to email John Doe, they would send an email to abcdefg12345#mysite.com which would then forward the email to john#johndoe.com.
In case its not obvious, the purpose of this is to protect the end user from spam and keeps their real email address private. Since my application acts as the proxy, I could easily block certain email's from going through.
The most famous example of this is Facebook's email proxy for Facebook Apps.
My Question: Are there any patterns, servers, 3rd party services, or libraries that provide such a feature? Does anyone have any suggestions for how this could be built?
I've never seen a service that offers this directly. The hardest part here is the receiving of the emails and wiring things up to your app for the authentication. You could use a service like http://cloudmailin.com in order to receive the email and then forward it on or even use some sort of custom install. Another option would be to create a script that modifies a server such as postfix's configuration.
Finally although I wouldn't recommend it you could try and create your own mail server to do this. I would read up a little more on SMTP/IMAP and see what options you have.
It looks like there is no 3rd party service or tool\library to accomplish this. It is going to be a bigger task than I was hoping for so I will be putting it off until I have the time to implement it.
I think the solution is to use a mail daemon that has an API or at least allows you to manipulate the users\emails\aliases in it such that you can create new mailboxes on demand and set them to forward from someuser#proxy.mysite.com to user#theirdomain.com
I found out that there are services that provide this type of functionality as part of their offerings:
http://mailgun.net/
http://www.sendgrid.com
Both of these services are very cool and offer quite a bit for sending and analyzing emails including the ability to create forwarding\proxy emails.