At the moment, the answer is no. This is because almost all of the authentication methods MSN Messenger utilized over the years basically obscure the password from plain sight, which is good, but access to the password would let the server intertwine your account with Microsoft's existing services, like Outlook, for example, and push live e-mail notifications out to logged in users, along with contact lists on your MSN Messenger account reflecting the ones on your e-mail's address book, since that's how it worked when MSN Messenger was active. Luckily, two of MSN Messenger's authentication methods do send the password in cleartext via secure HTTPS, which would let us do that, but due to some other existing conflicts, we can't utilize those for real account integration until a proper solution is constructed, which is being done right now.

Just know that I'd recommend you to use an actual e-mail address than make one up, which has been done before. Not only will it let people have the option to e-mail you when you're offline on MSN, but when you want to reset your password, Escargot will attempt to send you an e-mail with a link to reset your password. Having an actual e-mail address tied to your Escargot account will make that possible.

Development is sporadic. Particularly, development on WLM 14 is completely stuck because we haven't figured it out. However, other frontends (Yahoo! Messenger, IRC, AIM, XMPP) might be coming soon. Some even have functional proof-of-concepts.

The server is completely open source and contributions are welcome. Be sure to check out the dev branch for the newest code.

Yes! In fact, a Yahoo! Messenger frontend is in the works (and mostly working, with caveats). We also have plans for other frontends.

First, you might want to check if your account has the option to log in onto those versions of MSN Messenger, since they utilize insecure methods of authentication that were acceptable at the time of their releases, which was MD5-based authentication (a.k.a. the authentication method that won't let us retrieve the password for integration purposes for people using those versions of the MSN client). When registering, click on the "Old MSN Support" checkbox, fully aware that you'll have a password entry in the database with your password, hashed with a now-considered insecure hashing algorithm, before finally registering your account.

If you have already registered your account and you haven't checked the checkbox before registering, you can request Escargot to reset your password, considering that you didn't use a fake e-mail address when signing up, in order to check the option. Note that if you haven't been planning to change your password in the first place, you can just type in your current password in both of the password fields and check the checkbox as normal before continuing with the reset procedure.

Now, regarding logging on to the specified clients, as long as you've patched the specific versions of the MSN client CORRECTLY with the .reg file supplied on the homepage, then you should be all set. But Windows Messenger 4.7.2009 doesn't follow these standard registry values, and goes the way of MSN 5.0 - 6.2, utilizing Tweener authentication rather than the MD5-based authentication earlier versions used. This is because 4.7.2009 was a modified version of the 4.x codebase released around 2004 that supported the acceptable HTTPS Tweener method of authentication. Luckily, there aren't any special patching instructions for this build of the client, and if you have confirmed that you use 4.7.2009 (Go to "Help -> About Windows Messenger", or About MSN Messenger if exceptions apply, and check the parentheses-encased x.x.xxxx string to see what build you use), go follow the patching instructions for MSN Messenger 5.0 - 6.2 and apply them to your copy of Windows Messenger 4.7.2009.

Now, a fair warning about doing this, not just with MSN Messenger, but with any program:

You MUST use a hex editor or a text editor that retains binary data and be careful when modifying the program files, or else you'll corrupt the MSN Messenger program and/or its components, requiring you to reinstall the program. If you're unsure about your binary modification skills or what to use to modify the program, get a friend who is skilled or at least knows what they're doing and let them help you with all of the magic.

This is a bug, and has been mostly fixed (except for edge cases; WLM 8+'s "protocols" are a mess), but the fixes haven't been deployed yet.

No, because I got stuck: even after patching everything (correctly AFAIK), it refuses to connect to the server for me. Others have had success but I haven't been able to reproduce it.

Assuming that you haven't botched the patching procedures before logging in, check out this thread.

For you guys that tend to talk to people on the go, there was an official WLM app for iOS and a few third-party MSN Messenger apps for those using Android devices and Java-based cellphones, but those require XMPP gateways that we haven't implemented yet (and possibly have no interest in doing at the moment).

Plus, the iOS app has the same issue that every other licensed iOS app has in existence: encrypting the main application module. There is documentation on how to decrypt these beasts, but they're incomplete in terms of utilities we can use.

Luckily, if you happen to have an Android device laying around, some people on the dev team have looked into an app named Mercury Messenger that connects to the core MSN/WLM servers rather than rely on gateways, and it does pretty good for an Android app. See this thread to download the modified versions of the app these team members released for you to connect onto Escargot: BETA 2: Mercury Messenger for android with MSNP15 and MSNP11 support. Now you can enjoy MSN Messenger wherever, whenever! (again, for those using Android. Better wait, iOS and Java phone users.)

Try logging in with the MSNP15 setting. It seems to work right now with Mercury Messenger.

Escargot will definitely NOT place ads. Microsoft's legal department will notice money being made off their IP (intellectual property; basically the legal way of saying stuff someone/something owns) and cease-and-desist us, destroying the project. We don't want that, do we?

Although we might put up "mock" ads, not for monetary gain but for the lulz or to promote related projects.

This isn't specific to Escargot, and either way, this is beyond our control, as this is done by our very own userbase. The least you can do is block any suspected owners of these group chats/multi-user conversations, and if that isn't enough for you, make sure that your privacy options only allow people you add on your contact list to talk to you, as described in this thread.

There are no plans for this at the moment.

Hosting fees are manageable right now (mostly paying for bandwidth for the downloads), but if we ever do something like this, we'll probably start by accepting cryptocurrency donations.