Remote Scripts - Ereignisse (Events)

Wählt den Punkt Tools/Remote um den mIRC-Editor zu öffnen, dann aktiviert unter 'View' die Datei events.ini. Wenn kein Event-Script verfügbar ist, dann ladet die mitgelieferte Script-Datei oder erstellt eine neue mit File/New. Eine neu angelegte Datei wird standardmäßig script1.ini genannt.
Wie Ihr gesehen habt, befassen sich Remote-CTCP-Scripts nur mit CTCP-Befehlen. Die Remote Ereignisse (mIRC-intern Events genannt) befassen sich mit den anderen Dingen, die auf dem IRC passieren können. Das klingt vielleicht gewaltig, aber keine Sorge. Wie schon erklärt, bauen die Lektionen auf einander auf. Wenn Ihr die Remote Commands begriffen habt, dann werden die Remote Events ein Kinderspiel. Die Schwierigen Dinge habt Ihr im letzten Teil schon gelernt.

Warnung: üblicherweise reagiert mIRC ziemlich sensibel auf fehlerhafte Remote-Events-Syntax. Wenn in den Scripts Fehler gemacht werden, dann kann das durchaus in einem GPF enden. (GPF ist die Abkürzung für General Protection Fault. In der deutschen Windows-Version wohl bekannt als Adressenschutzverletzung). Wenn also plötzlich Stabilitätsprobleme auftreten wo vorher keine waren, dann schaut mal zuerst hier nach.

Die Syntax für Remote Events

Folgende Remote Events gibt es: TEXT, INPUT, JOIN, PART, KICK, OP, DEOP, BAN, UNBAN, INVITE, NICK, QUIT, TOPIC, SERVEROP, NOTIFY, UNOTIFY, MODE, USERMODE, SERVERMODE und SMODE. Neben dem TEXT Event sind die ähnlich arbeitenden ACTION, NOTICE, NOTICE, CHAT, SERV und WALLOPS verfügbar. Neu hinzugekommen sind FILESENT, FILERCVD und NOSOUND sowie CHATOPEN, CHATCLOSE, SERVOPEN und das SERVCLOSE Event. (ich hoffe, ich habe keine vergessen!) CONNECT, DISCONNECT, MIDIEND,....

Was genau sie tun und wie man sie benutzt, besprechen wir in Kürze. Erstmal schauen wir uns ein paar kurze Beispiele an, um die Syntax zu verstehen. Sie sieht im Prinzip genau wie die der Remote Commands aus. Hier ein Beispiel für ein Remote Event, daß auf Text reagiert:
on 1:TEXT:hallo:#:/msg $nick Hallo auch!

Schaut mal in Tools/Remote nach, ob da schon ein Script namens events.ini vorhanden ist. Wenn nicht, dann erstellt unter FileNew eine neue Datei. Schaut unter "Listening" nach, ob der Punkt "Events" aktiviert ist. (Wenn diese Funktion nicht aktiviert ist, wird mIRC auf die definierten Ereignisse nicht reagieren).
Übertragt nun die obenstehende Zeile in eine neue oder vorhandene Datei ein.

Dieses Remote-Ereignis wird ausgelöst, wenn in einem aktiven Channel das Wort "hallo" gefunden wird. mIRCs Antwort besteht in einer privaten Nachricht mit dem Inhalt "Hallo auch!".
Hier ist noch ein anderes Beispiel, diesmal mit JOIN:
on 1:JOIN:#:/notice $nick Herzlich Willkommen auf Channel $chan

Dieses Remote-Ereignis reagiert immer dann, wenn ein User einen Channel betritt, auf dem Ihr auch gerade seid. Es wird eine private Nachricht mit dem Inhalt "Herzlich Willkommen auf Channel {Channelname}" gesendet.

Wenn Ihr es bis hier geschafft habt und die Remote Commands verstanden habt, dann sollte Euch der Rest sehr leicht fallen. Remote-Ereignisse bestehen normalerweise aus 4 Teilen, getrennt durch Doppelpunkte. Ausnahmen sind die Events TEXT, welches sich aus 6 Teilen zusammensetzt und NICK, welches aus 3 Teilen besteht.

Alle Events bis auf TEXT, NOTICE, SNOTICE, ACTION, QUIT und NICK sehen von Ihrer Struktur so aus:
on {Event-Level}:{Event}:{wo ausgelöst}:{Ausgelöste(r) Befehl(e) mit Parameter(n)}
on Dieses Präfix signalisiert mIRC, daß ein Event folgen wird
{Event-Level} Dieses Event reagiert nur auf Ereignisse der User mit diesem Level oder höherem, wenn für Ihr Level nicht ein eigenes Event definiert wurde.
{Event} Der Name des Events, auf das reagiert werden soll, wie z.B. JOIN, OP, etc...
{Wo ausgelöst} #, #Name. Wo soll auf das Erscheinen dieses Events geachtet werden? Entweder # für jeden Channel, oder #Name für einen bestimmten Channel (wie #test). Man kann das Event auch so definieren, daß es auf mehreren bestimmten Channels ausgelöst wird:
on 1:TEXT:hallo*:#chat,#help,#mirc:/msg $nick Hallo auch!

Ausnahme: Dies gilt nicht für NICK und QUIT!
...und die großen Ausnahmen sind die Events TEXT, ACTION, NOTICE, SNOTICE, CHAT und SERV, welche so funktionieren:

on Dieses Präfix signalisiert mIRC, daß ein Event folgen wird
{Event-Level}:{Event}:{Welcher Text}:{wo ausgelöst}:{Ausgelöste(r) Befehl(e) mit Parameter(n)}

{Event-Level}siehe oben
{Event-Level} siehe oben
{Event} eine der oben aufgeführten Ausnahmen
{Welcher Text} Welches Wort, oder welcher Text soll das Event auslösen? Wie z.B. "hallo" im Beispiel oben
{wo ausgelöst} #, #name, ?, * Genau wie oben kann man dem TEXT Event vorschreiben, wo es nach bestimmtem Text suchen soll. Auf allen Channels (#), auf einem oder mehreren bestimmten Channels (#Name), in privaten Unterhaltungen (?), oder überall (*). Die Events TEXT und ACTION reagieren allerdings nicht auf Text in DCC Chats oder DCC Server-Fenstern. NOTICE reagiert auf Text in Notices, CHAT auf Text in DCC Chats und SERV auf Text in einem DCC Server-Fenster.
{Ausgelöste(r) Befehl(e) mit Parameter(n)} siehe oben

Die verfügbaren Events

Nun folgt die Beschreibung der verschiedenen Events, auf die mIRC reagieren kann...

TEXT Event

Reagiert, wenn ein definierter Text im Channel oder in einer privaten Unterhaltung auftaucht. ACTION und NOTICE funktionieren genauso.
Beispiel:

on 1:TEXT:nonsens:#:/kick $chan $nick Kein Nonsens!!
Dieses Event achtet in allen Channels auf das Wort "Nonsens", und kickt den User, der es gesagt hat.
Beispiel:

on 1:TEXT:nonsens:#test:/kick $chan $nick | /notice $nick Hallo $nick ! Du hast Nonsens gesagt, das ist auf Channel #test nicht erlaubt.
Wenn das Wort "Nonsens" in #test gesagt wird, dann wird der entsprechende User gekickt (natürlich nur, wenn man auf #test auch Op ist) und er erhält eine Notice mit dem Inhalt "Hallo {Nickname} Du hast Nonsens gesagt, das ist auf Channel #test nicht erlaubt..."
Beispiel:

on 5:TEXT:hilfe:?:/notice $nick Ich wünschte, ich könnte Dir helfen. Aber ich kann nicht.
Dieses Event reagiert, wenn das Wort Hilfe alleinstehend in einer privaten Unterhaltung gefunden wird. Man kann Wildcards (* Sternchen) in den Text einbauen, auf den mIRC reagieren soll:
* Reagiert auf jeden Text
=wort Nicht länger unterstützt (weil nicht mehr benötigt)!
wort* Wenn ein User einen Satz mit diesem Wort startet, dann wird das Event ausgelöst.
*wort Wenn ein User einen Satz mit diesem Wort beendet, dann wird das Event ausgelöst.
*wort* Wenn ein User dieses Wort irgendwo im Satz benutzt, dann wird das Event ausgelöst.
wort Eine exakte Übereinstimmung wird benötigt, um das Event auszulösen.
Wie schon gesagt, reagiert das letzte Beispiel nur, wenn eine exakte Übereinstimmung vorliegt, d.h. ein User einzig das Wort "Hilfe" sendet und nicht, wenn es nur irgendwo in einem Satz auftaucht.
Beispiel:
on 5:TEXT:hallo*:?:/notice $nick Hallo auch!

Dieses Beispiel reagiert nur, wenn ein anderer User eine private Nachricht schickt, die mit "Hallo" beginnt. (Anmerkung des Übersetzers: Die korrekte Groß- und Kleinschreibung ist in der Definition des Textes nicht wichtig)

Andere Beispiele:
on 1:TEXT:werbinich:*:/notice $nick Dein Userlevel ist $level
on 1:TEXT:*ok:/msg $nick Dein Satz endete mit "ok"

ACTION Event

Siehe TEXT Event. Es funktioniert genauso. ACTION reagiert auf Aktionen (/me), die an Euch in privaten Gesprächen oder an die Channels gesendet werden, auf denen Ihr Euch gerade befindet.

NOTICE Event

Siehe TEXT Event. Es funktioniert genauso. NOTICE reagiert auf Notizen, die an Euch oder die Channels gesendet werden, auf denen Ihr Euch gerade befindet.

CHAT Event

Reagiert, wenn ein definierter Text in einem DCC Chat-Fenster gefunden wird.

SERV Event

Reagiert, wenn ein definierter Text in einem DCC Server-Fenster gefunden wird.

Die beiden letzten Events können verwendet werden, um auf bestimmten Text in DCC Chat- und Fileserver-Fenstern zu achten. Sie arbeiten fast wie TEXT. Natürlich fehlt der Teil {Wo ausgelöst}. Hier muß eine wichtige Anmerkung gemacht werden: für CHAT und SERV können keine verschiedenen Event-Levels festgelegt werden! Sie können also nicht auf verschiedene User mit unterschiedlichen Levels individuell reagieren. Ich weiß, dieses Problem ist verwirrend, kann aber leider nicht behoben werden. Aufgrund der direkten Client-zu-Client-Verbindung bei DCCs, kann mIRC den Nicknamen und die Adresse nicht mehr feststellen, sobald eine Verbindung steht. Sorry, Leute! Verwendet für CHATs und SERVs einfach Level 1.

Beispiele:
on 1:CHAT:blabla:/msg $me $nick hat zu dir " $1- "in einem DCC Chat gesagt
on 1:SERV:get mirc:/echo server 6 $nick wird jetzt mIRC gesendet

In einem SERV Event kann man auch den speziellen Identifier $cd verwenden. CD steht für Current Directory (Aktuelles Verzeichnis).
on 1:SERV:dir:/msg = $+ $nick Aktuelles Verzeichnis ist $cd
(Das dem Nicknamen vorangestellte "=" signalisiert mIRC, daß die Nachricht über die DCC-Verbindung gesendet werden soll)

JOIN Event

Dieses Event spricht an, wenn ein User einen Channel betritt.

Beispiel:
on 1:JOIN:#test:/notice $nick Willkommen im Test-Channel!
Sendet eine Notiz mit dem Inhalt " Willkommen im Test-Channel!" an jeden, der den Channel #test betritt.

Beispiel:
on 25:JOIN:#cool:/kick $chan $nick Du bist hier nicht willkommen!!
Kickt jeden Level 25 User bei betreten des Channels mit der Nachricht " Du bist hier nicht willkommen!!"

PART Event

Dieses Event reagiert, wenn ein User einen Channel verläßt.

Beispiel:
on 10:PART:#:/notice $nick Hey, danke, daß du im Channel $chan vorbeigeschaut hast!
Sendet eine Notiz mit dem Inhalt " Hey, danke, daß du im Channel $chan vorbeigeschaut hast!" an jeden Level 10 User, der den Channel verläßt.

Beispiel:
on 90:PART:#:/msg $chan Yuppieeehh!!! $nick ist weg!!
Sendet eine Nachricht an den Channel, wenn ihn ein Level 90 User verläßt.

CONNECT Event

Das CONNECT Event tut im Prinzip das selbe, wie die Sektion "Perform" unter File/Options. Es wird immer dann ausgelöst, wenn sich mIRC mit einem IRC-Server verbunden hat, und die MOTD fertig gescrollt ist.
on 1:CONNECT:/echo Erfolgreich mit $server verbunden!

DISCONNECT Event

Wird ausgelöst, wenn mIRC die Verbindung zum IRC-Server verliert.
on 1:DISCONNECT:/echo Huch! Verbindung verloren!

KICK Event

Wird ausgelöst, wenn ein User von einem Channel gekickt wird

Beispiel:

on 100:KICK:#:/kick $chan $nick | /invite $knick $chan | /notice $nick Diese Person ist mein Freund!
Wenn ein Level 100 User aus einem Channel gekickt wird, dann kickt mIRC denjenigen, der den Kick getätigt hat. Anschließend wird der gekickte Freund eingeladen, den Channel wieder zu betreten (invite) und der "Kicker" bekommt eine Notiz mit dem Inhalt "Diese Person ist mein Freund".
Anmerkung: $knick ist der Identifier für den Nicknamen des Users, der gekickt worden ist. Beachtet auch, daß es sich hier um einen Mehrzeilenbefehl handelt. Es funktioniert wie in den Remote Commands.
OP Event

Wird ausgelöst, wenn ein User Operator Status bekommt (geopt wird).

Beispiel:
on 1:OP:#test:/notice $opnick Du hast von $nick Operator Status bekommen.

Wenn jemand auf #test geopt wird, dann wird diesem User eine Notiz mit dem Inhalt "Du hast von {dem User, der ihn geopt hat} Operator Status bekommen." geschickt.
Anmerkung: $opnick ist in diesem Event der Nickname desjenigen, der Operator Status bekommen hat.
DEOP Event

Wird ausgelöst, wenn ein User Operator Status entzogen wird (deopt wird).

Anmerkung: Dieses Event erfordert die Aufführung des Nicks in der Remote-Userliste!

Beispiel:

on 1:DEOP:#:/msg $opnick Pech gehabt! Du wurdest von $nick deopt!
Wenn jemand deopt wird, dann wird ihm eine Nachricht mit dem Inhalt " Pech gehabt! Du wurdest von {der Person, die ihn deopt hat} deopt!
Anmerkung: $opnick ist der Nickname des deopten Users in diesem Fall.

Wichtig: Bei der Erklärung der Events OP, DEOP, SERVEROP und NOTIFY muß eine wichtige Anmerkung gemacht werden. Aufgrund der Tatsache, daß der Server beim Open, Deopen oder Sichten auf einem Channel oder dem IRC nur die Nicknamen der User übermittelt (nicht die vollen Adressen), müssen die User, auf die sich diese Events auswirken sollen auch per Nickname in der Remote-Userliste verzeichnet sein. Die volle Adresse (nick!account@rechner.adresse.de) reicht nicht. mIRC kann aus so einem Eintrag den Nick nicht herausfiltern. Die Ausnahme ist natürlich, wenn das Zugangslevel für dieses Event auf 1 gesetzt wird, d.h. alle potentiellen User betroffen sind. In diesem Fall müssen die User nicht aufgeführt sein. Wenn Ihr Leuten ein Userlevel zuordnen wollt, mit dem Ihr auch die Events OP, DEOP, SERVEROP und NOTIFY ansprechen könnt, dann tut das am besten so: 3:freundA 5:freundB 5:freundC 10:freundB!account@rechner.adresse.de Die Notwendigkeit dieser Art von Spezifizierung kann die doppelte Aufführung eines Users in der Liste sinnvoll machen und zwar einmal nur per Nickname und einmal per voller Adresse. Dies verhindert, daß jeder User der zufällig (oder auch absichtlich) den Nick freundB verwendet, vollen Zugriff auf die höheren Event- und Command-Level erhält und sie nutzen kann.
BAN Event / UNBAN Event

Mit diesem Event kann man auf einfache Art und Weise Freunde vom Channel-Ban befreien (unbannen).

Beispiel:
on 5:BAN:#tree:/mode $chan -b $banmask

Der Identifier $banmask enthält die gesamte Adresse, die auf die Ban-Liste des Channels gesetzt wird. Toll nicht? Der $bnick-Identifier enthält den Nicknamen der Person, die gebant wird - er ist allerdings nicht immer definiert, da für einen Channel-Ban nicht notwendigerweise ein Nick erforderlich ist (z.B. bei einem Siteban: *!*@modem*.adresse.de). UNBAN funktioniert genauso.

INVITE Event

Wird ausgelöst, wenn man in einen Channel eingeladen wird.

Beispiel:
on 5:INVITE:#test:/join $chan | /describe $chan dankt Euch für die Einladung!

Wenn Ihr nach #test eingeladen werdet, dann betritt mIRC den Channel und sendet eine Aktion mit dem Inhalt "{euernick} dankt Euch für die Einladung!".
NICK Event
Wird ausgelöst, wenn ein User seinen Nicknamen ändert.

Beispiel:
on 1:NICK:/notice $newnick Mir hat $nick besser gefallen als $newnick !

Immer wenn ein User seinen Nicknamen ändert, bekommt er die Notiz "Mit hat {alternick} besser gefallen als {neuernick} !"
$nick enthält den alten Nicknamen, $newnick (na was wohl) den neuen.
Anmerkung: Der Abschnitt {wo ausgelöst} fehlt im Event NICK.

QUIT Event
Wird ausgelöst, wenn ein User den IRC verläßt.

Beispiel:
on 2:QUIT:/notice $me Partytime!!! $nick hat sich gerade verpieselt!

Wann immer ein Level 2 User den IRC verläßt, schickt mIRC eine Notiz mit Inhalt "Partytime!!! {Nickname} hat sich gerade verpieselt!" an sich selbst.
Anmerkung: Der Abschnitt {wo ausgelöst} fehlt im Event QUIT.
TOPIC Event

Wird ausgelöst, wenn das Topic in einem Channel geändert wird.

Beispiel:
on 1:TOPIC:#:/msg $chan Toll! Ich liebe das neue Topic!

Wann immer das Topic in einem Channel geändert wird, wird die Nachricht " Toll! Ich liebe das neue Topic!" in den Channel geschickt.
SERVEROP Event
Wird ausgelöst, wenn der IRC-Server einem User Operator Status zurückgibt.

Anmerkung: Für das SERVEROP-Event muß der User per Nickname in der Remote-Userliste aufgeführt werden

Beispiel:
on 1:SERVEROP:#mirc:/mode $chan -o $nick | /notice $opnick Tut mir leid, aber auf Channel $chan sind keine Serverops erlaubt!

Wenn ein User auf Channel #mIRC von einem Server geopt wird, dann wird Ihm der Ops sofort wieder entzogen und er bekommt die Notiz " Tut mir leid, aber auf Channel #mIRC sind keine Serverops erlaubt!". Wenn ein Server vom IRC-Netzwerk abgespalten wird (Netsplit) und sich dann wieder mit Ihm verbindet (Netjoin), tauscht dieser mit dem Netzwerk sämtliche Channelmodi - unter anderem die Operators - aus und gleicht sie an. In diesem speziellen Fall kann es zu Serverops kommen. (Anmerkung des Übersetzers: Das obenstehende Beispiel macht Sinn, da Netsplits von den bösen Jungs auf dem IRC gerne dazu benutzt werden, um illegal Ops auf einem Channel zu erlangen und diesen dann zu übernehmen. Dieses Verfahren nennt sich im IRC-Slang "Channeltakeover". Also ist es sinnvoll, Serverops von vornherein zu unterbinden. Wenn der Deop einen Freund trifft, kann man ihm immer noch "von Hand" den Ops zurückgeben. Alles eine Frage der Sicherheit =)

NOTIFY Event
UNOTIFY Event

Wird ausgelöst, wenn ein in der Notify-List aufgeführter Nickname den IRC betritt.

Man kann dieses Event z.B. dazu verwenden, einen /whois auszuführen, sobald ein Nick gesichtet wird, um zu überprüfen, ob es auch tatsächlich der korrekte User ist. Denkt aber daran, daß der User per Nickname in der Remote-Userlist aufgeführt sein muß (wie bei OP, DEOP und SERVEROP). Das liegt an den IRC-Protokollen, die nicht die Adresse der gesichteten Person übermittelt, sondern nur den Nicknamen. Ihr müßt den Nicknamen in die Liste unter File/Options/Notify List einfügen und sobald mIRC die Person auf dem IRC sichtet, wird das Event ausgelöst. Das UNOTIFY Event wird ausgelöst, sobald mIRC registriert, daß der User den IRC verlassen hat, oder seinen Nicknamen geändert hat.

Beispiele:
on 1:NOTIFY:/notice $nick Wenn du tatsächlich $nick bist, dann komm nach #test!
on 1:UNOTIFY:/echo $active $nick hat den IRC verlassen
on 3:NOTIFY:/whois $nick
on 5:NOTIFY:/beep 10 50 | /whois $nick

MODE Event
SERVERMODE Event

Dieses Event reagiert auf Änderungen an den gegebenen Channelmodi.
Die MODE-Syntax hat sich geändert! Es werden keine Channelmodi mehr vorgeschrieben. $1- wird nun mit den Änderungen an den Modi belegt.

Syntax und Beispiel:
on1!:MODE:#name:/echo 6 Modusänderung von $nick auf Channel $chan!
(Schützt Euch aber vor Endlosschleifen, wenn User unzulässige Modi erzwingen (Status-Flood))

USERMODE Event

Dieses Event wird ausgelöst, wenn man den eigenen Usermodus ändert.

Wenn man den eigenen Usermodus ändert, z.B. +i, dann wird es von diesem Event registriert und man kann automatisch darauf reagieren.

VOICE Event
DEVOICE Event

Dieses Event reagiert auf die Modusänderung +v und -v (Erhalten und Entziehen der Sprecherlaubnis in einem Channel).

Beispiele:
on 1:VOICE:/notice $nick Du hast Sprecherlaubnis!
on 1:DEVOICE:/notice $vnick Heyyy! Gib bitte $nick die Sprecherlaubnis zurück!!

SNOTICE Event

Dieses Event ist dazu gedacht, um auf Notizen des Servers zu reagieren. Server informieren einen über alles mögliche, was gerade auf dem IRC vor sich geht. Um sie zu empfangen, muß man sich selbst den Usermodus +s geben. (/mode #Nickname +s) Die meisten Leute werden diese Einstellung nicht brauchen. Sie ist eigentlich für IRCOps und Serverbetreuer gedacht. Mit diesem Event kann man die Notizen des Server aus den anderen herausfiltern und eine Reaktion oder das Anzeigen des Textes verhindern. Die Syntax sieht so ziemlich wie die des Events TEXT aus:
1:SNOTICE:Text_des_Servers:/echo 6 status Der Server informierte gerade über $1-

FILESENT Event

Wird angesprochen, wenn ein DCC-Datei-Transfer erfolgreich beendet wurde. Man kann es dazu verwenden, um sich selbst oder dem Dateiempfänger eine kleine Benachrichtigung zu senden.

on 1:FILESENT:*.txt,*.ini:/echo $filename wurde soeben erfolgreich an $nick ( $+ $address $+ ) übermittelt
on 1:FILESENT:mirc50s.exe:/notice $nick Viel Spaß mit mIRC 16bit!
on 1:FILESENT:mirc50t.exe:/notice $nick Viel Spaß mit mIRC 32bit!
FILERCVD Event
Wird angesprochen, wenn eine Datei über DCC erfolgreich empfangen wurde. Es wird ausgelöst, sobald die Datei erfolgreich auf die Festplatte geschrieben wurde. Es kann einerseits dazu verwendet werden, um sich selbst oder dem Dateiempfänger eine kleine Benachrichtigung zu senden, oder aber auch, um eine Hilfsanwendung zu starten, die die entsprechende Datei anzeigt bzw. wiedergibt:

on 1:FILERCVD:*.txt,*.ini:/run notepad.exe $filename
on 1:FILERCVD:*.wav:/wavplay $filename
on 1:FILERCVD:*.gif:/run c:\windows\wingif\wingif.exe $filename
on 1:FILERCVD:*.jpg:/run c:\windows\lview\lviewp19.exe $filename
on 1:FILERCVD:*.mid,*.voc:/run wplany.exe $filename
on 1:FILERCVD:*.*:/notice $nick Danke für die Datei!
SENDFAIL Event
GETFAIL Event
Dieses Event reagiert wenn ein DCC-Transfer aufgrund einer verlorenen Verbindung oder einem Zeitüberlauf vorzeitig beendet wird. Beispiele:

on 1:SENDFAIL:*.txt:/echo Übertragung von $filename an $nick gescheitert
on 1:GETFAIL:*.txt:/echo Empfang der Datei $filename von $nick gescheitert
CTCPREPLY Event
Dieses Event achtet auf Antworten von CTCP-Befehlen:

on 1:CTCPREPLY:PING*:/echo $active Antwort auf PING von $nick erhalten!
on 1:CTCPREPLY:*mirc*:/echo $active Sieh mal an! $nick benutzt auch mIRC!
MIDIEND Event
Dieses Event wird ausgelöst, wenn die Wiedergabe einer MIDI-Datei beendet wurde (allerdings nicht, wenn sie durch einen anderen Request oder den Befehl /splay stop unterbrochen wurde)

Beispiel:

on 1:MIDIEND:/echo mIRC hat die Wiedergabe der MIDI-Datei beendet.
INPUT Event
Dieses Event reagiert, wenn in die Editbox Text eingegeben wird, und dann "Eingabe" gedrückt wird. Die Zeile kann dann in einem Script oder sonst wie bearbeitet werden.

on 1:INPUT:/echo Du hast die Zeile $1- eingegeben!
LOAD Event wird ausgelöst, wenn mIRC startet und Scripts geladen werden.
START Event wird ausgelöst, sobald die Scripts geladen wurden und betriebsbereit sind
on 1:LOAD:/echo Script erfolgreich geladen!
on 1:START:/echo Script erfolgreich gestartet!
dem LOAD Event kann man mIRC Befehle erteilen, wenn es die Scripts lädt. Um Initialisierungskommandos zu geben, die aktiv werden, wenn mIRC das erste mal gestartet wird (und die Scripts automatisch lädt) benutzt man das START Event. Wenn ein Script im Remote-Dialogfeld geladen wird, dann werden die Auto-Run-Befehle allerdings erst ausgeführt, sobald das Feld geschlossen wird.
Spezielle Identifiers für Remote-Events
$nick $address, $site etc. sind alles Identifiers, die speziell für die Verwendung in den Remotes erstellt wurden. Man kann sie überall da verwenden, wo bestimmte Reaktionen auf Remote-Ereignisse erwünscht sind.

$nick Der Nickname des Users, der ein Remote-Event ausgelöst oder einen Remote-Befehl gesendet hat
$address Die volle Adresse des Users, der den Befehl gesendet hat (nick!account@adresse.de)
$site Die Adresse des Users, der das Event ausgelöst hat im Format adresse.de
$wildsite Die Adresse des Users, der das Event ausgelöst hat im Format *!*@adresse.de
$level Das Remote-Level des Users
$chan Der Channel, in dem ein Event ausgelöst wurde
$target Das Ziel des Events