10 May, 2009, Keberus wrote in the 1st comment:
Votes: 0
Okay, I've finally gotten around to working on my MSSP plaintext implementation again, I was wondering if someone who knows what to look for could check it out.

t-n-k-games.com port 1600, MSSP-REQUEST will send the info. Let me know if I am sending anything wrong (like uptime) or if I should include more variables. As a side note, once Scandum or some other big MSSP player says its all good I will change what I need to so this will be the MSSP-Plaintext for SMAUG…I don't have a whole lot of free time these days so the quicker someone could check, the faster I could get the snippet out there.

Thanks a bunch,

KeB
10 May, 2009, mtfox wrote in the 2nd comment:
Votes: 0
Quote
MSSP-REPLY-START
HOSTNAME Engima
PORT 1600
CODEBASE SW:FotE v2.1.5
CONTACT keberus@gmail.com
CREATED 2000
ICON asdf
LANGUAGE English
LOCATION USA
MINIMUM AGE 1
NAME Severed Realms
WEBSITE http://www.smaugmuds.org
FAMILY DikuMUD
GENRE Fantasy
GAMEPLAY Hack and Slash
GAMESYSTEM Custom
INTERMUD IMC2
STATUS LIVE
SUBGENRE Medieval Fantasy
AREAS 14
HELPFILES 947
MOBILES 79
OBJECTS 168
ROOMS 403
RESETS 57
MUDPROGS 0
MUDTRIGS 0
CLASSES 1
LEVELS 509
RACES 1
SKILLS 1
WORLDS 0
ANSI 1
MCCP 1
MCP 0
MSP 0
SSL 0
MXP 0
PUEBLO 0
VT100 1
XTERM 256 COLORS 0
PAY TO PLAY 0
PAY FOR PERKS 0
HIRING BUILDERS 0
HIRING CODERS 0
MSSP-REPLY-END

HOSTNAME should be t-n-k-games.com
ICON should be a weblink to a 32x32 256 color icon, or possibly removed if you do not have one.
10 May, 2009, Scandum wrote in the 3rd comment:
Votes: 0
Instead of "LIVE" you can report "Live" for the status, I changed the capitalization in the spec because none of the other values were in all caps.

I don't think Smaug has a VT100 interface, that's generally a Roguelike thing to have, and muds like Mortal Realms, Shattered Kingdoms, Altered Reality, and a few others have one.

MINIMUM AGE should probably be 0 instead of 1 to indicate that there's no age restriction. Looks good to me otherwise.
11 May, 2009, Keberus wrote in the 4th comment:
Votes: 0
I added in uptime report, I just did something like:

mud_start_time = current_time;


then send mud_start_time for uptime. Is that okay? I know you are asking for the UNIX uptime format, is that what current_time gives?

example:
Quote
UPTIME 1241999938


The biggest thing I was wanting assurance on was the formatting rather than the variable info, but I'll take what you guys said into consideration.

Thanks,
KeB
11 May, 2009, Keberus wrote in the 5th comment:
Votes: 0
Okay, this is the output of the revised version:
Quote
MSSP-REPLY-START
HOSTNAME t-n-k-games.com
PORT 1600
UPTIME 1242001534
PLAYERS 1
CODEBASE SW:FotE v2.1.5
CONTACT keberus@gmail.com
CREATED 2000
ICON http://www.yourwebsite.com/iconimage.gif
LANGUAGE English
LOCATION USA
MINIMUM AGE 0
NAME Severed Realms
WEBSITE http://www.smaugmuds.org
FAMILY DikuMUD
GENRE Fantasy
GAMEPLAY Hack and Slash
GAMESYSTEM Custom
INTERMUD IMC2
STATUS Live
SUBGENRE Medieval Fantasy
AREAS 14
HELPFILES 947
MOBILES 79
OBJECTS 168
ROOMS 403
RESETS 57
MUDPROGS 159
CLASSES 1
LEVELS 509
RACES 1
SKILLS 0
WORLDS 0
ANSI 1
MCCP 1
MCP 0
MSP 0
SSL 0
MXP 0
PUEBLO 0
VT100 0
XTERM 256 COLORS 0
PAY TO PLAY 0
PAY FOR PERKS 0
HIRING BUILDERS 0
HIRING CODERS 0
MSSP-REPLY-END


If it's still all good, I'll continue with my work
11 May, 2009, mtfox wrote in the 6th comment:
Votes: 0
I think MudBytes was wanting more of the extended variables.
MudBytes MSSP Variable List
but being a snippet you could post the link within it, and let the implementor decide which ones to use.

As for the format, it looks good. :)
11 May, 2009, Keberus wrote in the 7th comment:
Votes: 0
Thanks for the heads up apparently I'm missing most of the game extended variables. I'll most likely put them in before releasing the snippet.
11 May, 2009, Scandum wrote in the 8th comment:
Votes: 0
Keberus said:
I added in uptime report, I just did something like:
mud_start_time = current_time;

then send mud_start_time for uptime. Is that okay? I know you are asking for the UNIX uptime format, is that what current_time gives?

1242001534 is a valid timestamp. Assuming mud_start_time is set to current_time during startup it should be correct.

I crawled the mud and as far as I can tell everything checks out with an uptime of 0.1 days. If the mud has races and classes but you can't/won't report the actual total number of races/classes you can send -1 as the value.

Edit: LOCATION should be: United States instead of USA as per http://en.wikipedia.org/wiki/ISO_3166
13 May, 2009, Keberus wrote in the 9th comment:
Votes: 0
I figured I would go ahead an give an update. On here and the smaugfuss website you can now find the MSSP-plaintext snippet for SMAUGFUSS v1.9.

Thanks for you help guys,
KeB
14 May, 2009, Scandum wrote in the 10th comment:
Votes: 0
The LOCATION field is still incorrect stating 'USA' in the snippet, this should be 'United States'. Could this be fixed?
14 May, 2009, Keberus wrote in the 11th comment:
Votes: 0
Scandum said:
The LOCATION field is still incorrect stating 'USA' in the snippet, this should be 'United States'. Could this be fixed?


Ah, sorry about that. I went ahead and fixed it on the smaugmuds site and uploaded the fixed one here, waiting on approval for this one.
15 May, 2009, Guest wrote in the 12th comment:
Votes: 0
And I made the same corrections in the main codebase distributions.
15 May, 2009, Scandum wrote in the 13th comment:
Votes: 0
Totally sweet.

I added some sanity checking to my mssp crawler, given typos and oversights seem to be pretty common, and invalid values are now colored red. This currently includes variables that aren't capitalized in the same manner as the spec page.

http://tintin.sourceforge.net/mssp/mudli...
16 May, 2009, Scandum wrote in the 14th comment:
Votes: 0
Just noticed today that Keberus' implementation closes the connection right after sending the MSSP info, this might mess up some crawlers.
16 May, 2009, David Haley wrote in the 15th comment:
Votes: 0
Why would it mess up the crawlers? Wouldn't they just parse the output and be happy with it?
16 May, 2009, Scandum wrote in the 16th comment:
Votes: 0
If a crawler is session based, like most mud clients, session data is lost when the connection is terminated. So if a crawler saves all gathered data after 5 seconds, instead of immediately, the data would be lost.
16 May, 2009, Cratylus wrote in the 17th comment:
Votes: 0
Scandum said:
If a crawler is session based, like most mud clients, session data is lost when the connection is terminated. So if a crawler saves all gathered data after 5 seconds, instead of immediately, the data would be lost.


I would expect crawlers to be written in order to accommodate muds that prefer to close connections
once the point of the connection is satisfied.

-Crat
http://lpmuds.net
16 May, 2009, Banner wrote in the 18th comment:
Votes: 0
It doesn't like something. I receive nothing and then the connection dies when typing MSSP-REQUEST.

Sat May 16 12:04:07 2009 :: Sock.sinaddr:  *, port 58925.
Sat May 16 12:04:07 2009 :: Sock.sinaddr: New connection on port 58925.
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Write_to_descriptor: Bad file descriptor
Sat May 16 12:04:11 2009 :: IP: * requested MSSP data!
17 May, 2009, Banner wrote in the 19th comment:
Votes: 0
Nevermind, fixed it.
17 May, 2009, Scandum wrote in the 20th comment:
Votes: 0
Cratylus said:
I would expect crawlers to be written in order to accommodate muds that prefer to close connections once the point of the connection is satisfied.

So would I. It's not all that big of an issue.

Banner said:
Nevermind, fixed it.

I took a peek at your implementation's mssp values and saw a couple of errors:

FAMILY SWR – This should be DikuMUD
GENRE Futuristic – This should be Science Fiction
GAMEPLAY Roleplay – This should be Roleplaying

It's important to get these values right so mud listings can accurately categorize muds, if they wish to do so.
0.0/28