Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#13298 closed defect (fixed)

Cannot add msn buddy: error msg about invalid email address

Reported by: flohack Owned by: QuLogic
Milestone: 2.7.11 Component: MSN
Version: 2.7.9 Keywords:
Cc: salinasv, khc

Description

I have seen some similar errors in the ticket list, but I have to open a new one about this it seems. When adding a buddy to the MSN account, the error message about "user names must be valid email addresses" appears, although the entered address is valid for sure. In the log file, only a few lines appear:

(10:22:01) msn: Add user:xxx@hotmail.de to group:xxx
(10:22:01) msn: C: NS 000: FQY 24 51
(10:22:02) msn: S: NS 000: FQY 24 58
(10:22:02) msn: Process FQY
(10:22:02) msn: FQY response says xxx@hotmail.de is from network 0

Maybe this is connected with the network list? I am "multihomed" (VMware running on local machine):

(11:05:02) network: found network 'xxx.com'
(11:05:02) network: found network '192.168.11.0'
(11:05:02) network: found network '192.168.252.0'
(11:05:02) network: Received Network Change Notification. Current network count is 3, previous count was 3.

these network change notifications appear frequently, but no changes can be seen.

Change History (57)

comment:1 Changed 8 years ago by mulaz

Same here, 2.7.9 on Gentoo linux

comment:2 Changed 8 years ago by darkrain42

  • Cc salinasv added

A number of people in #pidgin have been reporting this over the past few days

comment:3 Changed 8 years ago by Daioh

Same Here. 2.7.9 (and 2.7.8 and 2.7.6 XD) on Windows 7 x64

(21:09:41) msn: Add user:xxx@hotmail.com to group:Other Contacts
(21:09:41) msn: C: NS 000: FQY 86 50
(21:09:41) msn: S: NS 000: FQY 86 57
(21:09:41) msn: Process FQY
(21:09:41) msn: FQY response says robossink@hotmail.com is from network 0

comment:4 Changed 8 years ago by james007

I have the same problem here since arround 27 January. I can't add any more contacts in Pidgin 2.7.9 and Adium 1.4.1 .

comment:5 Changed 8 years ago by sata

Same here. Windows 7 x64 using pidgin 2.7.9

comment:6 Changed 8 years ago by Daioh

Interesting: When someone adds me to msn, it does allow me to add the other person, but instead only shows the person offline. I can talk to the person, but once in a while I get an error telling me the following:

(12:04:15 AM) Message was not sent because the system is unavailable. This normally happens when the user is blocked or does not exist.

The message is indeed not sent and after resending it does arrive. Don't have a bugtrace of that yet, unfortunately. Will get back at you when I do.

comment:7 Changed 8 years ago by Daioh

I did get this:

<soap:Envelope xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xmlns:xsd='http://www.w3.org/2001/XMLSchema' xmlns:soap='http://schemas.xmlsoap.org/soap/envelope/'><soap:Header><From xmlns='http://messenger.msn.com/ws/2004/09/oim/' memberName='xxxx@hotmail.com' friendlyName='=?utf-8?B?YWxmYW9tZWdhMzFAaG90bWFpbC5jb20=?=' xml:lang='en-US' proxy='MSNMSGR' msnpVer='MSNP15' buildVer='8.5.1288'/><To xmlns='http://messenger.msn.com/ws/2004/09/oim/' memberName='yyy@hotmail.com'/><Ticket xmlns='http://messenger.msn.com/ws/2004/09/oim/' appid='PROD0119GSJUC$18' lockkey='66049180c3f36ecf9cd169b7cdf22cb4' passport='t=EwDwATIiAQAUno9QpucDnNi8T5syqJTstzjjm3WAABgI1ctbmZzs5V3GQOHdJc23MZxmmSz4kD+fT1w/q7ovoe1L/LjTY1Cd5cwFwLDDMV3RVQxvrNmVoA35+uI3iadYPqrPenbzqGirYdYKp5iMrcI31f24lNS+P6WMVPs3Lzxkc8FDtznF9/VVL13ifvxjJ9yKCWKl4ZGebaRBw7yNA2YAAAj29DABiWD2fUABQOb4l7NWI0ss31sjqqrIHGz4aLy0Tu1znAKSrv3sk0WZwRSjAmyCPOK6dkVMLcn067fI57dxjDBX6vckBHwsdhYJ0loyzIDZsFbDw2a51urfIp8cKqdVhJURk1ebZypOiaGWr8UDzskB+i4dvCnWmDTj3dkV5jYWRxhVQqCYhNiHioQClfxxIZtPIj8fYdSI0LYH75v4VNzCsCUqGTqMpi8Ee4aZwAYSSVt0jcm96JzlHg3043mB/Y0PYsre28ZtDmOPtVTkehkl4I3g4nYknQJVflsnc6ZOBN1GGQVD4dXZVv5UxIamIAKUILniZpwrqBlQNSm8ccDFYpwnhA92j/zGiE8tA+xFdJj4WrTHv1eVyiV+QJy2NZ2lDmT6mSCBs4xsMtyptouX9+OuEx+xrh9g606ko4rWoEYFds21ESFqAQ==&amp;p='/><Sequence xmlns='http://schemas.xmlsoap.org/ws/2003/03/rm'><Identifier xmlns='http://schemas.xmlsoap.org/ws/2002/07/utility'>http://messenger.msn.com</Identifier><MessageNumber>23</MessageNumber></Sequence></soap:Header><soap:Body><MessageType xmlns='http://messenger.msn.com/ws/2004/09/oim/'>text</MessageType><Content xmlns='http://messenger.msn.com/ws/2004/09/oim/'>MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
X-OIM-Message-Type: OfflineMessage
X-OIM-Run-Id: {1CE1245E-5A6B-8E1D-8820-2CA83EB95BF6}
X-OIM-Sequence-Num: 23

aGUgcmVhbGx5IHdhbnRzIHRvIHByb3RlY3QgYSBwbGFjZSBsaWtlIHRoYXQ=</Content></soap:Body></soap:Envelope>
(00:16:40) soap: read 820 bytes
(00:16:40) soap: current HTTP/1.1 500 Internal Server Error

Cache-Control: private

Content-Length: 604

Content-Type: text/xml; charset=utf-8

X-MSNSERVER: BY2MSG3010519

X-AspNet-Version: 2.0.50727

Date: Thu, 03 Feb 2011 23:15:14 GMT



<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Header><Machine name="BY2MSG3010519" ver="9.45.4523.0" xmlns="http://messenger.msn.com/ws/2004/09/oim/" /></soap:Header><soap:Body><soap:Fault><faultcode xmlns:q0="http://messenger.msn.com/ws/2004/09/oim/">q0:SystemUnavailable</faultcode><faultstring>Exception of type 'System.Web.Services.Protocols.SoapException' was thrown.</faultstring><detail /></soap:Fault></soap:Body></soap:Envelope>

.. Related?

comment:8 Changed 8 years ago by salinasv

  • Cc khc added

comment:9 Changed 8 years ago by njw

Same here, using two new MSN accounts (one created yesterday, one today). This happened both with Pidgin 2.7.3 and 2.7.9, Win32.

comment:10 Changed 8 years ago by jazzmuze

I am having the same issue with Pidgin 2.7.9 --- note that I found a work around which is to log into Windows Live Messenger, add the buddy there, and then disable/re-enable the account in Pidgin and the newly added MSN buddy shows up.

comment:11 follow-up: Changed 8 years ago by njw

Another workaround is just to get the person to add you as a buddy, and the authorisation request will appear as expected.

comment:12 in reply to: ↑ 11 ; follow-up: Changed 8 years ago by Daioh

Replying to njw:

Another workaround is just to get the person to add you as a buddy, and the authorisation request will appear as expected.

This is not true, I didn't get the error, but the other person still appears offline for me (as described above)

comment:13 Changed 8 years ago by vilmar

Same problem here. I am using pidgin 2.7.9 in an ubuntu 10.10 64-bit.

comment:14 Changed 8 years ago by QuLogic

Ticket #13320 has been marked as a duplicate of this ticket.

comment:15 Changed 8 years ago by Dronte

Same problem on Win XP Prof 32Bit Version 2.7.9. Work around: as described, add in MSN us in pidgin. For me no disable / enable was necessary.

comment:16 in reply to: ↑ 12 Changed 8 years ago by njw

I'll give more information. Let me know if there's anything else I can provide.

This happens both with very new, and old MSN accounts. It has failed for all addresses I've tried, though I haven't tried adding hotmail addresses. I'm in the UK, and my PCs are configured that way. It happens both on Win32, and amd64 Linux (ubuntu) builds. Adding contacts does work fine with Bitlbee.

comment:17 Changed 8 years ago by njw

One more thing. None of the boxes I have are running VMWare, and they all only have one network connection in the OS. But the message "FQY response says xxx@… is from network 0" still shows in debug log.

comment:18 Changed 8 years ago by Rankserve

I tried to setup another employee with a MSN username that is abcd @ company.com, our actual email addresses. Done this many times but now we are getting this error that its an invalid name.

I tried the same work around(use actual MSN to add the buddy then go back to pidgin) and yes it does put them on your buddylist. However we can never see eachother online.(i have the two comps next to eachother for visual) I sent offline messages a couple times, and went through once after relogin but still cannot see eachother online.

Now we set her up with just a normal msn username and the issue is still there for us to see eachother online, even though she is using normal UN, and normal MSN. And my MSN is working fine with all my old users on my buddy list. (im using pidgin on windows xp 32bit.)

comment:19 Changed 8 years ago by ruza

Can anybody capture network packets and see what has changed? (Comparison between MSN and Pidgin adding a buddy)

comment:20 Changed 8 years ago by Rankserve

Another thing to note. She is on MSN 4.7.3001. I tried putting her on the online version of MSN messenger, and we still cannot see each other. But i can chat with other person in the company with same domain and he uses MSN not pidgin, but we have been connected for years. Every chat connection is fine except hers which is new.

comment:21 Changed 8 years ago by hagbard

The same problem. I can not add new MSN-Buddys. It does not matter if they use Pidgin or Original-MSN.

If I want to add a new Buddy, it does no matter if they use a MSN-ID like "hotmail.com / live.com" or another ID like "my-own-company.com". I always become the message "user names must be valid email addresses".

Friends who use the Original-MSN kann add me to their Buddylist, but never see me online & they can't contact me, I dont become any message from them.

comment:22 Changed 8 years ago by ruza

is the issue local just to libpurple/protocols/msn/msn.c? or is this more fundamental issue with MSN protocol?

comment:23 Changed 8 years ago by ruza

Symptom: 1) call to add_pending_buddy() with MsnNetwork? network set to MSN_NETWORK_UNKNOWN.

2) 1) caused by a call back initiated by msn_notification_send_fqy () from finish_auth_request()

Is the finish_auth_request() correctly formulating FQY?

       <ml><d n=\"{domain}\"><c n=\"{user}\"/></d></ml>

Has the FQY format changed?

comment:24 Changed 8 years ago by xentan

This is a capture of the relevant part in plain text. Im unable to update my pidgin client to 2.7.9 so i hope it still valid. From ruza's posts it looks like it though.

Windows 7 64-bit:

Pidgin 2.7.7 Friend request.

FQY 22 49

<ml><d n="spray.se"><c n="xxxxxx"/></d></ml>FQY 22 56

<ml><d n="spray.se"><c n="xxxxxx" t="0" /></d></ml>

Windows Live Messenger Version 2011 (Build 15.4.3508.1109) Friend request.

ADL 13 108

<ml><d n="spray.se"><c n="xxxxxx" t="1"><s l="3" n="IM" /><s l="3" n="PE" /><s l="3" n="PF"/></c></d></ml>ADL 13 OK

comment:25 Changed 8 years ago by ruza

I see mac 8.0.0 (100825) negotiated (VER 1 MSNP16)

 (> Messenger sending)
 (< server response) 
> FQY 39 61
> <ml l="2"><d n="hotmail.com"><c n="xxxxxx" /></d></ml>ADL 40 67
> <ml><d n="hotmail.com"><c n="xxxxxx" l="1" t="1" /></d></ml>

< ADL 40 OK

> ADL 41 67
> <ml><d n="hotmail.com"><c n="xxxxxx" l="2" t="1" /></d></ml>

< ADL 41 OK
< FQY 39 61
< <ml><d n="hotmail.com"><c n="xxxxxx" t="0" /></d></ml>

there are additional attributes.

a) in first request: first <ml> there is l="2"
b) <c> in second <ml> (ADL 40) there are l="1" t="1"
c) <c> in third <ml> (ADL 41) there are l="2" t="1"

comment:26 Changed 8 years ago by ruza

still the FQY response has t=0 ... should processing continue? I think it should.

add_pending_buddy() ... the else section would be removed.

Can msn_user_set_network() call accept MSN_NETWORK_UNKNOWN ?

comment:27 Changed 8 years ago by tristangrimaux

Same thing here, trying to add a buddy using Windows XP and pidgin 2.7.9

comment:28 Changed 8 years ago by CarlR

I believe this has something to do with MSN having web based friend-adding now. I could add friends at live.com, but not in Pidgin.

comment:29 Changed 8 years ago by zaraphrax

Been having this issue for a few days myself. Pidgin 2.7.3 on Debian Squeeze. About a week ago I tried to add buddies using the web based Meebo, but it didn't appear to work either. The Live Messenger official client worked fine though. Rather frustrating!

comment:30 Changed 8 years ago by JamesF1

Having exactly the same issue here for the past couple of weeks on both 2.7.9 and now 2.7.10 - immensely frustrating.

comment:31 Changed 8 years ago by rekkanoryo

Honestly, I don't intend to be discourteous here, but:

  • This issue affects all MSN users on all platforms on which libpurple and Pidgin function, and we know this.
  • Further "me too" statements are not in any way helpful at this point, and in fact are distracting us from being able to deal with other tickets and issues.
  • We know you want the bug fixed. As soon as someone knowledgeable about MSN can work on a fix, it will be done. If someone wants to step forward and develop a patch to fix this problem to get the fix more quickly, we will most certainly welcome him or her.
  • If there are any more comments expressing "me too" responses on this ticket, I will mark this ticket and any and all duplicates as read-only to prevent further instances. That said, if feel you need to express a "me too" the only acceptable way to do so is to use the voting arrows at the top of this ticket. Do not comment on this ticket to say you voted for it or with comments such as "+1", as this will also incur my wrath.

comment:32 Changed 8 years ago by ruza

Please can you help by capturing traffic?
a) the MSN (Windows Live ...) Messenger doing the correct operations.
b) the communication between the libpurple and MSN.

Please be careful and don't use any sensitive data (valued private accounts/passwords). The MSN is communicating in plain text and exposes everything.

Preferred format is pcap containig only relevant traffic. (It would be tcp connections on port 1863 carrying MSNP.)

comment:33 Changed 8 years ago by nargles

I have a mild solution to some of the issues here. People note that they can accept adds from others but then don't see them online. While I can never add others originally, if they add me and I accept, I can then go and add them as I normally would and then everything works as it should (yes, do this in addition to the add buddy screen you get upon accepting the request).

comment:34 Changed 8 years ago by Robby

Ticket #13407 has been marked as a duplicate of this ticket.

comment:35 Changed 8 years ago by Robby

Ticket #13412 has been marked as a duplicate of this ticket.

comment:36 Changed 8 years ago by Robby

Ticket #13418 has been marked as a duplicate of this ticket.

comment:37 Changed 8 years ago by MarkDoliner

I've spent a little time looking at this and plan to look at it a little more tonight. For starters the msn_email_is_valid() function is fine and working correctly. The error message comes from line 1777 of msn.c (not line 1872). At this point we've already used msn_email_is_valid() to check that the name is indeed valid. We print the error on line 1777 because the server gives us MSN_NETWORK_UNKNOWN as the type. I'm not sure why the server is doing that.

One thing that's interesting is that I can reproduce this in Pidgin if I remove a buddy then re-add them without signing out in between. If I remove a buddy, sign out, sign back in, add the buddy, it works fine (maybe not 100% of the time... my sample size is too small to know).

Here's what a successful add looks like from the official Windows Live Messenger client on WinXP:

Packet capture from Windows Live Messenger successfully adding a contact.
SEND:  ADL 17 64\r\n<ml><d n="hotmail.com"><c n="markdoliner" l="2" t="1"/></d></ml>
RECV:  ADL 17 OK
SEND:  ADL 18 64\r\n<ml><d n="hotmail.com"><c n="markdoliner" l="1" t="1"/></d></ml>
RECV:  ADL 18 OK
SEND:  FQY 19 52\r\n<ml><d n="hotmail.com"><c n="markdoliner"/></d></ml>

RECV:  NLN AWY 1:markdoliner@hotmail.com Mark 12345:67890 MORE_STUFF_HERE
RECV:  UBX 1:markdoliner@hotmail.com 590 MORE_STUFF_HERE

When I'm able to successfully add the buddy from Pidgin the network traffic looks identical to the above (with the exception of the transaction ID).

When I get the error message in question the network traffic looks like this:

SEND:  FQY 23 52\r\n<ml><d n="hotmail.com"><c n="markdoliner"/></d></ml>
RECV:  FQY 23 59\r\n<ml><d n="hotmail.com"><c n="markdoliner" t="0" /></d></ml>

I don't know why we send the FQY on this occasion, nor why it fails or what it's supposed to look like.

comment:38 Changed 8 years ago by MarkDoliner

Here's what I've learned, please correct me if I'm wrong.

  1. Before actually adding the buddy, libpurple makes an FQY request to try to determine the network type ("t") of the buddy.
  2. Once we know the network type ("1" for normal hotmail/MSN/Windows Live contacts and "32" for Yahoo! contacts) then we make the two ADL requests to add the buddy
  3. For some reason the FQY request is now returning t=0 ("unknown") instead of t=1 ("normal msn")
  4. Somehow the official Windows Live Messenger client seems to know that MSN buddies are MSN buddies and it doesn't make an FQY request before making the ADL request. Make it learns something while updating the server-stored address book? When adding a Yahoo buddy the official Windows Live Messenger client does still issue the FQY request BEFORE the ADL, and the FQY does return t=32, as expected.
  5. To fix this ticket I think if our FQY request returns "0" then we can treat it as "1" and continue adding rather than bailing out. This seems to fix the problem for me when testing locally. It doesn't seem to cause any harm. If the username doesn't exist we'll get a "username does not exist" error message a little farther down the road (the SOAP add request to http://www.msn.com/webservices/AddressBook/ABContactAdd returns HTTP 500 Internal Server Error with <errorcode>InvalidPassportUser?</errorcode>

comment:39 Changed 8 years ago by markdoliner@…

  • Milestone set to 2.7.11
  • Resolution set to fixed
  • Status changed from new to closed

(In bc63343ea80150622360ff3bdbf293a8d12eb670):
Hopefully fixes #13298, the bug about not being able to add MSN buddies. Here's what I think is happening:

  1. Before we add the buddy we issue an FQY request to ask the server what network the username is for (either normal MSN or Yahoo)
  2. When we get the response we add the buddy to our buddy list with the network ID given to us by the server
  3. For some reason the server is now returning a network ID of 0 ("unknown") instead of 1 ("normal MSN") for normal passport buddies, and we bail out when we encounter this. QuLogic thinks the server used to return 1 in this case.

My change is to just not bail out if the FQY response has network ID 0. Instead of treat 0 as 1 and continue with the add. It looks like our SOAP request to add the buddy to our address book will fail a big further down the road if the buddy doesn't exist--so we're still protecting against that.

comment:40 follow-up: Changed 8 years ago by MarkDoliner

If anyone happens to test this change please let me know if it works or doesn't work for you. Thanks!

comment:41 in reply to: ↑ 40 Changed 8 years ago by eagafonov

Replying to MarkDoliner:

If anyone happens to test this change please let me know if it works or doesn't work for you. Thanks!

Checked on 2.7.9 + patch: buddy is successfully added into contact list but it is offline.

Both MSN accounts resides in same Pidgin instance.

comment:42 Changed 8 years ago by QuLogic

Ticket #13438 has been marked as a duplicate of this ticket.

comment:43 Changed 8 years ago by Robby

Ticket #13442 has been marked as a duplicate of this ticket.

comment:44 Changed 8 years ago by QuLogic

Ticket #13447 has been marked as a duplicate of this ticket.

comment:45 Changed 8 years ago by scmaverick

Hey dudes, any idea on how to download this patch? Or must wait till 2.7.11 is released?

comment:46 Changed 8 years ago by MarkDoliner

scmaverick: You must wait until 2.7.11 (best guess is March 14) unless you're familiar with how to compile Pidgin yourself.

comment:47 Changed 8 years ago by Robby

Ticket #13469 has been marked as a duplicate of this ticket.

comment:48 follow-up: Changed 8 years ago by mikaelj

Still not fixed in 2.7.11.

Some contacts are still always shown as offline and I'm listed as offline to them.

comment:49 in reply to: ↑ 48 Changed 8 years ago by QuLogic

Replying to mikaelj:

Still not fixed in 2.7.11.

Some contacts are still always shown as offline and I'm listed as offline to them.

This ticket has nothing to do with appearing offline to other people (or vice versa).

comment:50 Changed 8 years ago by IWorkInPixels

QuLogic, not true. If you read the comment above by nargles, one of the symptoms is that once you've added the affected buddies, they appear offline. My experience here is that if you add them yourself in addition to accepting their request (per nargles' post), they will appear online... until the next time you restart Pidgin, when you will have to add them again for them to appear online.

This is persistent in 2.7.11, as mikaelj said.

comment:51 Changed 8 years ago by MarkDoliner

The original ticket reporter stated that he got an error message about "user names must be valid email addresses" when trying to add a buddy. And the buddy would not actually get added to your list.

If you're not getting this error message when you add a buddy, then please file a separate ticket.

comment:52 Changed 8 years ago by MarkDoliner

And if you ARE getting that error message, then please go to Help->Build Information and copy and paste the top line here.

comment:53 Changed 8 years ago by IWorkInPixels

I was getting that error message on 2.7.9, so I came here and read through the thread, and upgraded to 2.7.11 and had the other person attempt to add me, per nargles' comment. So now I can't reproduce the original error message because I'm getting the symptoms described in my previous post... the friend request from that person never gets resolved, and every time I log in I have to manually add him in order to see him online.

If there's a separate ticket for the symptoms nargles and I described, feel free to move all of this discussion there.

Here's the entire build info:

Pidgin 2.7.11 (libpurple 2.7.11) 266042fff48838ac6672bcde8cf02babb5d5bae0

Build Information

Plugins: Enabled SSL: SSL support is present. GTK+ Runtime: 2.16.6 Glib Runtime: 2.20.5

Library Support

Cyrus SASL: Enabled Gadu-Gadu library (libgadu): Internal GtkSpell?: Enabled GnuTLS: Disabled Network Security Services (NSS): Enabled Perl: Disabled Tcl: Disabled Tk: Disabled UTF-8 DNS (IDN): Disabled Voice and Video: Disabled

comment:54 Changed 8 years ago by IWorkInPixels

Problem persists in 2.8.0. Request that this ticket be re-opened.

Pidgin 2.8.0 (libpurple 2.8.0) 64907e955d5af4c51dbf683f72d3e75a6d52ba46

Build Information

Plugins: Enabled SSL: SSL support is present. GTK+ Runtime: 2.16.6 Glib Runtime: 2.20.5

Library Support

Cyrus SASL: Enabled Gadu-Gadu library (libgadu): Internal GtkSpell?: Enabled GnuTLS: Disabled Network Security Services (NSS): Enabled Perl: Disabled Tcl: Disabled Tk: Disabled UTF-8 DNS (IDN): Disabled Voice and Video: Disabled

comment:55 Changed 8 years ago by MarkDoliner

IWorkinPixels: Are you getting an error about "user names must be valid email addresses" when trying to add a buddy?

comment:56 Changed 8 years ago by IWorkInPixels

No, as noted last time, that was the error back in 2.7.9. There was a workaround to get buddies added (see above), but all buddies added thusly appear permenantly offline, unless every time you sign in you delete and re-add the buddy while they are online.

If you'd like me to start a separate ticket for that, I will, but the problem is linked to this ticket.

comment:57 Changed 8 years ago by MarkDoliner

IWorkinPixels: Please file a separate ticket and feel free to reference this one.

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!