To create new wiki account, please join us on #znc at freenode and ask admins to create a wiki account for you. You can say thanks to spambots for this inconvenience.

Difference between revisions of "Modules"

From ZNC
Jump to: navigation, search
m (notes - webmod)
Line 57: Line 57:
; [[autocycle]] : Cycles a channel when you are the only one in there and you don't have op.  
; [[autocycle]] : Cycles a channel when you are the only one in there and you don't have op.  
; [[autoop]] : Auto op the good guys.
; [[autoop]] : Auto op the good guys.
; [[modtcl]] : Allows you to run tcl scripts in ZNC, including some eggdrop.
; [[modtcl]] : Allows you to run tcl scripts in ZNC.
; [[autovoice]] : Autovoices everyone who joins some channel.
; [[autovoice]] : Autovoices everyone who joins some channel.
; [[awaynick]] : Change your nick while you are away.
; [[awaynick]] : Change your nick while you are away.

Revision as of 20:38, 19 August 2013


Modules are most commonly interfaced with by messaging a special user on irc. For example, to view the highlight keywords in your watch list, you'd send /msg *watch list. When znc sees that the nick you're msging starts with an asterisk, it doesn't forward the message to the ircd but instead sends it to the proper module for processing. In this case, the watch module will get the message and reply to you with a listing of your keywords. This makes for a very convenient and standard way of configuring or otherwise communicating with your loaded modules as well as a common and standard way for your loaded modules to display status or other information back to you. Notice that we said "loaded modules" which brings up the point that you first have to /znc loadmod watch before you can interface with the watch module. Most modules will reply to /msg *module help with a listing of commands.

ZNC modules are loaded either globally, per-network or on a per-user basis. Each module itself defines whether it is global, network or user specific. User level and network modules can do things ranging from manipulating the incoming/outgoing messages to implementing a full blown twitter client. They can also do more traditional irc tasks such as challenge based auto-op, setting you away, or logging to disk. Each user gets to load and configure their own set of modules to customize their experience to suit their preference.

Global modules are loadable by admins and provide functionality or change behavior for all users. For example, the partyline module has to be global since it provides functionality for all users on a given znc instance to be able to communicate with each other from within znc itself. Global modules can do everything that user level modules can do as well as a few extras. They can replace ZNC's authentication system, modify the config writing process, deal with CAP, etc.

The modules can also hook into znc's web interface and provide web content. The most common web module is webadmin which allows admins to add/remove users and allows users to configure their settings from a browser.


ZNC modules are written in C++ natively. There are also a couple of modules that embed an interpreter to allow you to load perl, python or tcl modules. To learn more about creation of modules you should read Perl Modules, Python Modules, TCL Modules, or C++ Modules. Feel free to create wikipages about modules you created, but don't forget to add a download link, contact information and use the same layout as the rest of the modules. Contributions are always much appreciated.

Module List

Global Modules

Log user connects and disconnects and failed logins to file or syslog.
Blocks certain users from using ZNC saying their account was disabled.
This module let's users to log in via SSL client keys.
This module is intended for admins who run a shell/web/email/etc server and want to provide ZNC access to their existing users.
Block IPs for some time after a failed login.
The identfile module places the ident of a user to a file when they are trying to connect.
Allow users to authenticate via IMAP.
Logs when a user last logged in to ZNC.
Loads perl scripts as ZNC modules.
Modpython allows you to use modules written on python 3.
Sends a notice to all admins when a user logs in or out.
Allows ZNC users to join internal channels and query other ZNC users on the same ZNC.
Allow users to authenticate via SASL.
Allows you to add/remove/edit users and settings on the fly via a web browser.

User Modules

Allows you to add/remove/edit users and settings on the fly via IRC messages.
Autoattach watches your detached channels and reattaches you automatically when there is activity in a channel you added to your autoattach list. Read the page about detaching to learn about detached channels.
Gives a automatic reply if someone messages you if you are away.
This module blocks the server's Message of the Day.
The bouncedcc module bounces dcc transfers through the znc server instead of sending them directly to the user.
Add nick changes, joins, parts, topic changes etc. to your playback buffer.
Keeping config up to date when user joins and parts.
Normalizes (i.e. converts) character encodings.
This module attempts to bridge the gap between being inundated with old buffer if you have KeepBuffer=true; and possibly missing messages when you ping out, if you have KeepBuffer=false.
Notify about new incoming connections to your user.
Allows you to add/remove/edit users and settings on the fly via IRC messages.
This module tries to block ctcp floods.
This module allows you to transfer files to and from ZNC
This module will kick your client from all channels where you are, in case if ZNC disconnects from server.
This module detaches you from channels which are flooded.
This module displays a list of all open sockets in ZNC.
Log conversations to file.
This user module will send 422 to clients when they login.
Keep and replay notes. This is an example for webmods
This is an example for writing modules to do whatever you want.
Allows you to send raw traffic to IRC from other users.
Have your unix shell in a query window right inside of your IRC client.

Network Modules

Cycles a channel when you are the only one in there and you don't have op.
Auto op the good guys.
Allows you to run tcl scripts in ZNC.
Autovoices everyone who joins some channel.
Change your nick while you are away.
When you are set away or detached, this module will save all private messages for you. The messages can be read until you delete them. Messages are stored in an encrypted file on your shell (based on the <password> you set, if set). That way everyone who has access to this shell still cannot read your messages. This module will also set you away when you are idle some time (see timer/settimer).
This module lets users use their own SSL certificate to connect to a server
Encryption for channel/private messages.
Tries to get you your primary nick.
Implements auto-rejoin-on-kick.
Auths you with NickServ.
Performs commands on connect.
Auths you with Q (and a little more).
View all of the raw traffic.
Routes back answers to the right client when connected with multiple clients.
Allows you to authenticate to an IRC network via SASL
Saves your channel buffers into an encrypted file so they can survive restarts and reboots.
SSL (encrypted) DCC chats.
Automatically set you away on IRC when disconnected from the bouncer.
Keeps you sticked to specific channels.
Monitor activity for specific text patterns from specific users and have the text sent to a special query window.

More Modules

For more modules, see Category:Modules.

Managing Modules

Modules can be added or removed easily. Modules can be stored in ~/.znc/modules and /usr/local/lib/znc by default. ZNC installs its modules to that second directory, which in fact is ${prefix}/lib/znc, but this can be changed with ./configure --module-prefix=DIR before compiling.

ZNC will first look in the local sub-directory modules when searching for modules. Only files that end with ".so" will be seen as a module. To remove modules you can simply delete them from the folder. No other configuration changes or restarts are necessary. To remove, but also keep a module for later use you can also change the name, like: mv sample.so_.

To compile a new module you must first save the source as a ".cpp" file. Compiling modules describes the process in detail.

(Un)Loading Modules

Both global and user modules can be (un)loaded from webadmin or via the *status query window, like:

/msg *status loadmod <module> <parameters>
/msg *status unloadmod <module>
  • * is the StatusPrefix set in your configuration. Usually it's just an asterisk ("*").
  • <module> is based on the modules file name excluding ".so".
  • <parameters> are specific for each module and not required.

Please keep in mind, that a user is not able to load a module, if the directive "DenyLoadMod" is set to true. Trying to load a module will fail with "Unable to load [<module>] Access Denied.".

If some module blocks startup of ZNC and therefore you can't unload the module using webadmin, you can edit znc.conf and remove the corresponding LoadModule line.

Using modules

It is recommended to read the module's wikipage if you want to find out how a module works. Alternatively the following command can be used to get a command list:

/msg *<module> help
  • * is the StatusPrefix set in your config file.

External modules

Filters amsgs from specified channels.
Hides your idle time.
Reattaches you to channels on activity.
Push private messages and highlights to your iPhone/iPod Touch via Colloquy Mobile.
Limit the number of login attempts a user can make per time
Allows ZNC to drop root privileges on systems that implement POSIX setuid/setgid.
Monitors email activity on local disk /var/mail/user.
Fakes online status of ZNC *-users, to fix some clients.
FiSH encryption for channel/private messages.
This module blocks some freenode-specific feature which results in plus (+) and minus (-) signs being displayed in front of every message from a client.
Reads a MOTD from a file and displays it to users when they login.
Notifies all ZNC users when a client attaches/detaches.
Send private messages and highlights to your mobile devices using various push notification services. Includes a highly configurable set of conditions to control how and when notifications get sent.
Implements a Twitter client. It can post new tweets and monitor searches, users, timeline and @mentions.

See this page for a list of external modules Category:External Modules