We at AlphaChat/WyldRyde would like to welcome all former grove.io users to the network! If you would like to make a web chat for your website or organization, go to this link and follow the instructions on the page to create your own web chat. AlphaChat’s services are free of charge. You will never have to pay a single penny to have a channel on AlphaChat.

After creating a web chat, make sure to register your nickname and channel if you haven’t already. Type /msg NickServ REGISTER password e-mail to register your nickname, replacing “password’ and “e-mail” with a unique password (do not forget this password!) and your (real) e-mail address. Afterwards, type /msg ChanServ REGISTER #channel to register your channel, replacing “#channel” with the channel name you chose.

Assistance can be found, as always, in #Help.

Thanks,
Joseph F.

Round Robin: irc.AlphaChat.net / irc.IPv6.AlphaChat.net
North American Round Robin: NA.AlphaChat.net / NA.IPv6.AlphaChat.net
European Round Robin: EU.AlphaChat.net / EU.IPv6.AlphaChat.net
Australian Round Robin: AU.AlphaChat.net
South African Round Robin: ZA.AlphaChat.net
Website: http://www.AlphaChat.net/
E-mail: Admin[at]AlphaChat[dot]net
Main Channel: #Lobby
Help Channel: #Help
Ports: 6660-6669, 8067, 8667, 16667 (plaintext) / 6679, 6690-6699, 7000, 7777 (SSL/TLS)

All Channel Owners/Staff: If you have a web chat on your website using WyldRyde’s qwebirc/Iris web chat client, please change the code in your iframes from “irc.wyldryde.org/?channels=” to “iris.alphachat.net/?channels=” or your web chat will stop working soon.

Again, guides for ShadowIRCd and Atheme are available here and here, respectively.

If you are ever in need of assistance or have any comments/concerns, feel free to stop by in #Help.

Thanks,
Joseph F.

If you would like more information on Atheme services, click here and here. More information on ShadowIRCd can be found here and here.

As always, we will be able to answer your questions in #Help. Feel free to drop in if you have any comments or concerns, as well.

Thanks,
Joseph F.

• Modernize WyldRyde by switching to InspIRCd ShadowIRCd and Atheme services. This will add a modern edge to the network that is not found in the current setup, including many new and useful features. Most importantly, this will help with securing the network even more so than it already is. In depth information about ShadowIRCd can be found here. You can also find in depth information about Atheme services here. Don’t panic! Things will be very similar and staff will be able to assist you if you need any help with the new software.
• Increase server capacity by introducing new servers in North America, Europe, Australia, and Africa. We believe in giving everyone the ability to chat on our network with as little latency as possible. Sufficient capacity and international reach is important to us, as much as it is to you!
• Link with the AlphaChat IRC network. WyldRyde will be linking with AlphaChat, which is co-owned by Matthew (known as matthew1 on WyldRyde), nimrod, sysErroR, and I. We are extremely excited about this and a few staff members on the AlphaChat team are old WyldRyde users. This means more people to talk to, better support if help is needed, and various additional other perks. You can read more about the AlphaChat IRC network here.

We will do our best to stay true to WyldRyde’s original goals while also doing our best to modernize and improve the network with as little issues as possible. We thank you for choosing WyldRyde and for sticking around. We are here now and will be here for many more years to come!

Thanks,
Joseph F. (Joah)

So what does the future hold for WyldRyde?  I have spent a lot of time thinking about this topic and have gone back and forth in my head several times, but I’ve come to a decision that I feel is best.  Before I go on and explain the plans, let me just say, I came to this decision after thinking about what would be most fair to the users of the network.  I do not have the time anymore to devote towards running a full service IRC network and I do not want to let anyone down in the future — I don’t think that would be fair to people who may want to host their channels on WyldRyde.

So here is what I plan to do:

WyldRyde will remain a (limited) public IRC network.  

What does that mean?  It means WyldRyde will be open for anyone to connect to but will not be open for new channel registrations.  We will allow channels registered before November 25th, 2011 to remain as active channels on WyldRyde if they so choose.  However, we will not be allowing any new channels to be registered.  If you wish to keep your channel on WyldRyde that is perfectly fine.  If not, that’s fine too and we will help you move your channel over to the network of your choice if you need help.

I plan to focus my time in the channel and communities of #besttechie and #textual.

WyldRyde will only be providing limited support to channels.

Again, I do not have the time to devote to providing full service support to every channel.  So if you decide to keep your channel, you should have a good understanding of IRC and the commands.

WyldRyde has plans to lower server capacity in the future.

We have servers paid for through some of 2012 and into 2013, however, when the contract’s are up we are currently thinking about dropping 1 or 2 of the servers.  This of course depends upon the user base at the time, however, it should be known and factored into your decision when it comes to keeping your channel on WyldRyde or not.  If you are willing to donate a server in the future we may consider it at that point in time.

Regardless of whether you decide to keep your channel or not we would love to have to stick around in any of the channels that remain.  You are welcome to join #besttechie, #textual, #textual-offtopic, and #thelounge.  All four channels are great for talking about all types of topics from tech to movies to general chat.

Thanks for riding WyldRyde! We hope to see you guys around.

Bug Fixes, Better IPv6 Support

First and foremost, the decision to update our Unreal installations was based predominantly on a known bug with older versions of the IRCd where CGI:IRC (the mechanism that allows services like Mibbit and our own QWebIRC installations to serve as a proxy to connect you to the network) was extremely flawed with IPv6.  While this in itself was very critical in our ongoing effort to implement IPv6 support, there were also a number of outstanding issues with the version of Unreal we were running (albeit most of which very minor), so it made a great deal of sense for us to go ahead with this update to better our stability and performance.

Extended Ban Options

As part of our updates, users can now take advantage of new extended ban options (very similar to the word-blocking ban system that we loaded last month) that allows for them to better control their channels.  Below is a brief explanation of these extended ban options:

The use of “~c” in a ban or channel ban exception will allow a channel owner to disallow or explicitly allow members of another channel into their channel.  For example, if I wanted to disallow users from joining my channel (#mike) if they were in the #help channel, I would use the following command;

/mode #mike +b ~c:#help

Likewise, I could opt to ban all users from my channel by default and add an exception to only allow users inside the #help channel to join my channel by using the following command;

/mode #mike +be *!*@* ~c:#help

I can also add a mode character to a ban (or exception) statement so that only members of certain channel statuses could join my channel.  For example, I could add an exception to always allow half-ops and above from the #help channel into my channel;

/mode #mike +e ~c:%#help

Channel operators can now place bans on user “real names” in order to ban users of certain clients, scripts, and IRC embed services (those that use a static “real name”) from a channel.  For example, Mibbit sets the “real name” value of all of its users to “http://www.mibbit.com”.  To ban all users with this real name value, I would use the command;

/mode #chan +b ~r:http://www.mibbit.com

Likewise, because my “real name” value is always set to “Mike Mansell”, you could ban me from your channel – regardless of the nick, ident, or hostname I was using – by using the following command;

/mode #chan +b ~r:mike_mansell

As you can see, I replaced the space with an underscore (“_”).  Because underscores match both spaces and actual underscores, this ban would disallow anyone with the real name of “Mike Mansell” or “Mike_Mansell” from joining the channel.  Of course, you can also use this as a channel ban exemption as well simply by replacing the “+b” with “+e”.

Last but not least, the addition of the “~R” extended ban-type, while only of use for ban exemptions, allows you to ban or exempt users only if they are registered and identified.  For example, if you wanted a ban exemption to only apply to me when I was identified, you would use the command;

/mode #chan +e ~R:Mike

Sure, this could very well be used as a ban as well, but it really would be somewhat pointless.  On a side note, channel owners may wish to ponder using the “restricted” option with ChanServ to kick and ban any users who attempt to join a channel without being on the VOP/HOP/AOP/SOP list or a channel owner.

Implementation of “~” and “&” Characters for Channel Owners and Admins

The implementation of “~” and “&” channel-mode characters for channel owners (mode +q) and channel administrators (mode +a) has likely been one of the most requested features here on WyldRyde over the last couple of years.

While the old version of Unreal that we were running did indeed support these characters in channels the option had to be configured during the compiling stage and was not something that we saw as justifiable to re-compile and re-start our servers.  However, with the popularity of this request this feature was enabled as part of our updates.

Now, channel administrators (members of the “SOP” class in ChanServ, or users with level 10 access in a standard non-XOP level configuration) are represented with the “&” character instead of simply the “@” character given to normal channel operators.  Likewise, channel owners (either the person who registered/inherited a channel or a user who used the owner password to identify as the channel owner) will now receive “~” characters in their respective channels.

Ident Verification

For a bit of extra precaution, we have also enabled ident checking in our new configuration.  Our recent implementation of this setting attempts to verify the “username” or “ident” (not to be confused with nickname) with an identd server on the client’s computer in an ultimate goal to validate the identity of users connecting to WyldRyde.

While this is a great feature to validate users, the fact of the matter is that many users do not have identd services running on their computers or shells, and many of those who do have firewall configurations that block us from validating the ident.  This, however, isn’t a big deal as users with un-validated idents simply have their idents prefixed with the “~” character (not to be confused with the channel mode character assigned to owners).

I myself do not have an ident daemon running on my personal computer, so even though my client is configured to use the ident/user “mike” (which would later become part of my hostmask “mike@wyldryde.org”), my ident is changed to “~mike” when connecting and my hostmask becomes “~mike@wyldryde.org.”

For those of you wishing to have hostmasks without the “~” in your ident, you can join the #help channel and request that a virtual host with a virtual ident (an entire virtual hostmask instead of a only a virtual hostname) be assigned to your registered nick.

As always, if you have any questions or notice anything that we’ve missed we ask that you don’t hesitate to contact us in the #help channel.

As part of these updates, WyldRyde will be restarting Unreal on all of our servers, meaning that there will be but a few minutes of downtime.  Because we have been working to make this update as smooth as possible the actual downtime for any given server should only be a few minutes.

We apologize for any inconvenience this may cause but assure you that this update is well worth the short downtime.  Any questions or concerns regarding this update can be directed at our #help channel.

As IPv6 is a complete overhaul of the Internet Protocol, users with only an IPv4 connection cannot communicate with other users and servers that operate only on IPv6 and vice versa.  Again, this is not a huge issue as of yet because there are very few people or servers that have IPv6-only connections.  In fact, it has been estimated that the number of users who have IPv6 connections (even those who have both IPv4 and IPv6) is less than one percent.  But as the number of IPv4 addresses diminishes and the number of IPv6 users increases, this is becoming a growing concern for many.

On top of this, the vast number of IPv6 addresses available means that each and every compatible device will be able to have its own IPv6 address, eliminating the need for NAT (Network Address Translation) behind routers.  Because of this, the widespread implementation of IPv6 will lead to speedier connections with less latency as well.

Here at WyldRyde we’re always taking concern in how our network will fare with the latest technological innovations, and IPv6 is definitely not an exception.  So how are we handling the implementation of IPv6?

As of right now, Nikon.WyldRyde.org has an IPv6 address assigned to and configured for it.  This means that users connecting to Nikon.Wyldryde.org, IRC.WyldRyde.org, or our newly-formed IPv6.WyldRyde.org round-robin (over an IPv6 connection, of course) will connect to WyldRyde via IPv6 if their client is configured (or capable) of doing so.

But one server isn’t enough.  All of our other servers are currently in data-centers that are in the process of rolling out IPv6 support and we currently estimate that all servers will be IPv6-ready by the end of this year.  And as each server gains IPv6 support, the appropriate AAAA (IPv6) DNS record will be added to the IRC.WyldRyde.org round-robin, in addition to our IPv6-only IPv6.WyldRyde.org round-robin.

Those currently on IPv6 connections are more than welcome to connect via the new protocol.  Of course, we’re not phasing out IPv4 support anytime soon as it’s still a standard on the Internet.

We have ultimately opted to implement qwebirc because we believe that it is one of the most stable and well-supported clients out there, and its long history with larger IRC networks has time-proven it enough for us to comfortably implement it for our users.

Being AJAX-based qwebirc is able to run within any modern web browser – inclusive of the ones commonly used on mobile phones and tablets – all without requiring the use of the somewhat resource-intensive Adobe Flash platform.

Having said this, WyldRyde will not be completely abandoning Flash-based IRC access to our servers.  We will continue to host the lightIRC client for those who have existing embeds on their websites and we will continue to run the Flash policy daemon (on the flash.wyldryde.org round-robin, port 8001) for lightIRC and other Flash-based clients to be able to connect.  However, from this point forward qwebirc will be the preferred and supported embed for those looking to implement our chat services on their websites.

In preparation for our qwebirc implementation, we recently installed and loaded the ns_ajoin module which allows our users to automatically be joined to channels they select whenever they connect and identify to our services.  What this means is that one can now use whatever IRC client (be it web-based or desktop-based) to connect to WyldRyde without having to worry about synchronizing, moving, or duplicating their client’s auto-join list.

To connect to our servers using qwebirc you can use the chat page here on our website or connect directly to irc.wyldryde.org in your web browser for a full-screen alternative.  Additionally, we have updated our chat embed generator so that channel owners can generate new embed codes for their sites.

As always any questions or comments regarding our new qwebirc implementation can be directed to our help channel where we will do our best to assist you.

A screenshot of the qwebirc client connecting to the WyldRyde IRC Network without a pre-specifified channel

A screenshot of qwebirc connecting to a pre-specified channel on the WyldRyde IRC Network

WyldRyde makes it dead-simple for your to create a chat-room for your community or group.  This step-by-step guide will show you how to go about registering a channel, adding a BotServ bot to it, and giving selected users voice and operator status.

What is required to register a channel?

In order to register your channel, you will need a registered nick on WyldRyde.  In short, the command to register your nick is “/ns register password email”, and you would replace “password” and “email” with your desired password and email address, respectively.  For a more in-depth guide to registering your nick, please reference my previous tutorial.

How do I go about registering a channel?

Once you are connected, registered, and identified, registering a channel is a simple two-step process.  First, you will want to use the /join command (“/join”  followed by a space and your desired channel name) to join the channel you with to register.  Remember that all channel names are prefixed with the pound sign (“#”), so your channel name should be in the form of “#ChannelName”.

Upon joining your channel, you should be the channel operator.  In clients such as mIRC and Textual, your channel operator status will be represented with the “@” symbol.  Other client such as XChat represent channel operator status with a green emblem.  Once you have assured that you have operator status, you can go about registering the channel with ChanServ.

The actual ChanServ registration process is rather straight-forward.  The command that you will want to enter is:

/cs register #channel password description

For the “#channel” variable, you will want to use the name of the channel that you joined and hold channel operator status in.  The “password” variable is simply a secure password as chosen by you.  This password can later be shared with a designated channel co-owner in order to allow another user to have the same level of channel access that is typically limited to the person who registered the channel.  Lastly, “description” needs to be replaced with a simple description (spaces allowed of the channel).  Below is a sample registration command:

Once you have submitted the command, ChanServ should send you a notice stating that the channel has been successfully registered to your name.  Additionally, ChanServ will apply mode “+r” to the channel to signify that it has been registered and  will give you mode “+q” in the channel to identify you as the channel’s owner.

Note: Even though you are the owner of a channel, you will not have the “~” or “&” symbols that are sometimes uses by other networks to symbolize a user’s owner or admin status in a channel.  WyldRyde uses the “@” symbol for all channel owners (+q), admins (+a), and operators (+o).  Despite the fact that you do not have the “~” or “&” symbols you are still the channel owner because you have the “+q” mode.

How do I add a services bot to my channel?

Adding a services bot allows you to use the commands available for BotServ in order to maintain your channel in a more simplistic fashion.

To add a bot to your channel, you will first need to select a bot name from the list of available bots (114 available as of the time of writing).  This list can be seen by typing “/bs botlist” in the text area within your client.

Once you enter this command, you should receive a list of bot names.  This list will have not only the names of the bots, but their idents and virtual hosts as well.  The list will be similar to the one shown below:

After you have selected a name from the list, assigning the bot is as simple as entering the following command:

/bs assign #channel bot

Be sure to replace “#channel” with the channel you wish to assign the bot to (it must be a channel that you own) and “bot” with the name you selected from the list.

Note: If you are interested in getting a custom bot name, please join the #help channel (“/join #help”) and ask to speak with a Services or Network Administrator about acquiring one.

Upon sending this command, you should receive confirmation from BotServ that the bot was successfully assigned.  Additionally, you will know that you executed the command correctly when you see that the bot you requested as joined your channel.

One thing that I typically do is enable “fantasy” commands within BotServ.  This allows your channel ops to take advantage of in-channel command such as “!kick” in order to simplify the channel maintenance experience.  To enable this, use the command “/bs set #channel fantasy on”, ensuring that you replace “#channel” with the name of your channel.

How do I assign access levels to other users?

One of the great things about ChanServ is that it allows you to give registered users access levels within the channel, and allows for these access levels to be associated with the user’s identity.  This means that you do not have to worry about re-voicing or re-oping a user whenever he or she enters your channel, as you can have services do it automatically.

The basic command for assigning an access level to a user is: “/cs LVL #channel add nick”.  In this command, you must replace “#channel” with your channel name and “nick” with the user who you are assigning an access level to.  Additionally, you must replace “LVL” with a three-digit code from below to tell ChanServ exactly what level of access that you want said user to have.  The following table shows the three-digit code, the modes that it will give the user, and an idea of what the user will be able to do with the given level of access.

Once you submit the command, you will receive confirmation from ChanServ that everything went through successfully.

If you wish to give someone co-owner status in your channel, you must give them the password that you set during the channel registration process.  Then, they will need to use the command “/cs identify #channel password”, replacing “#channel” with the channel name and “password” with the password you set.

Note, however, that you should only give the founder’s password to people that you really trust, as a co-owner has full control over the channel’s settings and can even go as far as removing your owner status, regardless of the fact that you originally created the channel.

What if I have more questions?

As always, you are encouraged to join the #help channel (“/join #help”, or visit using the web-chat) if you have any questions.  A staff member or helper will be more than willing to help!