DOCSLIB.ORG

Ircxpro V1.2 Technical Manual

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

IRCXpro v1.2 Technical Manual SUMMARY This article describes how to configure your chat server, connecting to your server, securing your chat server, trouble shooting, Internet Relay Chat (IRC) commands, Extensions to the Internet Relay Chat Protocol (IRCX) commands and setting up a Java IRC client for your chat server and frequently ask questions. TABLE OF CONTENTS 1. Introducing IRCXpro Server ............................................................. 2 2. Configuring your chat server 2.1 Connection Monitor ............................................................... 3 2.2 General Settings ................................................................... 3 2.3 Client Rules ........................................................................... 4 2.4 Operators ............................................................................... 8 2.5 Operator Groups .................................................................... 9 2.6 Security ……………................................................................ 11 2.7 Advanced Security ................................................................. 12 2.8 Miscellaneous ........................................................................ 14 2.9 Port Scanner .......................................................................... 15 2.10 Version Checker .................................................................... 16 2.11 Filtering .................................................................................. 17 2.12 Channels ................................................................................ 18 2.13 Channels Advanced................................................................ 22 2.14 Nicknames ............................................................................. 22 2.15 News Flashes ........................................................................ 23 2.16 Memorandum Services .......................................................... 24 2.17 Transcripts ............................................................................. 24 2.18 Messages .............................................................................. 25 2.19 Server Linking......................................................................... 25 3. IRC Command Reference ................................................................ 27 4. Channel Modes …............................................................................. 41 5. User Modes ...................................................................................... 46 6. Frequently Asked Questions ............................................................ 50 - 1 - 1. Introducing IRCXpro Server IRCXpro is an Internet Relay Chat Server (IRC) that supports the Extensions to the Internet Relay Chat Protocol (IRCX). Features and services provided make administration easy and more effective then ever before. The security and reliability makes the chat experience for your users a more enjoyable one. Administration Administering your chat server is done through the Remote Control utility. This utility can be used to connect locally or remotely allowing you to run your chat server at one place and administering it anywhere. Security Securing your chat server has never been so easy. It is no fun for your clients or for yourself having to deal with people trying to flood the server with text messages or trying to disrupt other users. Here are some of the security features provided. • Multiple Connection Limit • Connection Throttling • Server / Channel Attack Protection • Client Rules • Local and Network Wide bans • In/Out Flood Detection • IP/DNS Masking • IP Spoof Protection • Insecure Proxy Scanner • Version Checker • Message Filtering • And much more... Compatibility This chat server supports IRC and IRCX commands defined by the Request for Comment (RFC) 1459 specification. • Commands defined by RFC 1459 standard • Commands defined by the extension to RFC 1459 referred to as Extensions to the Internet Relay Chat Protocol (IRCX) IRCX commands can only be used if the ‘Server is IRC only’ option is disabled. - 2 - Here are some of the following chat clients we have tested: • mIRC • PIRCH • Klient • TurboIRC • Microsoft Chat • Microsoft V-Chat 2. Configuring your chat server You need to use the Remote Control utility provided to configure your chat server. You can access this in two ways. If running as an NT Service you can simply click the IRCXpro shortcut in the Start Menu otherwise double click the IRCXpro icon in the system tray. This will automatically start the Remote Control utility and log you in. 2.1 Connection Monitor This is the first screen on the Remote Control utility. Here you will be able to monitor the number of users and servers connected, how many channels are open, server processor usage (total usage on the machine) and server uptime. From this screen you also have the ability to stop the chat server using the button next to Server Status (this will stop the chat server but continue to accept Remote Control connections) 2.2 General Settings Server Name – This is the field you enter the hostname that resolves on the Internet or Intranet to your server. Obtain – This button takes you to the DNS Manager where you can request a free sub domain of [something].ircxpro.com. If you register a sub domain, this sub domain will always point to your chat server. IRCXpro automatically updates DNS whenever it starts up or a dial-up connection is established. This is ideal for administrators who don’t own a domain name or ones which have a dynamic IP Address. Network Name – This field is used for specifying your network name, if your server is part of a network. Description – The first description box is where you would enter a short mission statement, the second box is used typically for the geographical location of your server. Contact Info – The administrator contact name and URL or email address is normally entered in this field. Ports – The ports your server will listen on separated by commas. - 3 - Only this IP – You can bind the chat server to a single IP address if the system running the IRC server has multiple addresses. If you require specifying different IP addresses on different ports click the Bindings button. Ping Frequency – How often the server will send pings to make sure the connection still exists. Keep Connection Alive – Prevents long connections from timing out in case of inactivity. Limit clones – Clones are multiple users from the same address. These are sometimes harmless like a Cyber-Cafe and other times they can be malicious. Limit connections – How many users may be connected on this chat server before it is considered full and cannot be used until someone disconnects. Connection backlog – This is the maximum number of connections allowed to wait to establish a connection. Enable DNS Lookups – Clients reverse DNS address will appear rather then their IP address. Enable Connection Throttling – Connections will be throttled to prevent users from reconnecting too quickly to the server. Enable Abrupt Disconnects – Forces an abrupt (hard) disconnection instead of connections being terminated gracefully. Server is IRC only – This will disable the Extensions to the Internet Relay Chat Protocol (IRCX). We recommend you keep this option turned off. 2.3 Client Rules Client rules allow you to treat clients differently based on their addresses. This can be useful in a number of ways, for example you can greet clients in a different language based on their domain or restrict a whole ISP if you have been receiving a lot of trouble from their users. The chat server will go through each rule in the order from the top, down until the server finds a match. If the user fits no client rule then the server does not allow the connection (if no client rules exist then the server will accept any connection). Client rules can be added, modified and deleted from this screen. Selection Class Name – The name you wish to call your class Default Class – Tick here to make this rule the default one. This can be used to link the MOTD from other rules back to this one so you only need to maintain one copy. Description – Here you can enter a brief description of the purpose of this rule. - 4 - Start Time & Stop Time – The time window in which this class is enabled for. Client Protocol – Here you can select the Protocol for which the client is using. Logon Mode – Here you can select if the user has been authenticated (for example a successful Ident Server lookup) Only reverse DNS connections – This can be used to select only users who have a reverse DNS on their IP address. Masks – This is where you can enter the masks of the clients you are trying to apply this rule for if the above has selected them. (if no masks are supplied, this will select anyone) Supported Masks • <userid>@<domain> • <userid>@<domain>:<chat port> • <userid>@<domain>$<multi-homed IP address> • <userid>@<domain>$<multi-homed IP address>:<chat port> Wildcards can be used in Masks MOTD This is the place you enter the Message of the Day for your clients (/MOTD). The message of the day can be pasted in here and formatted using the Text Editing toolbar. (The majority of chat clients support color / text formatting) Use Default Class – If you do not want to duplicate your message of the day, you can use this option and the clients will see the MOTD stored on the default class instead. Constraints (only applies to clients selected by this rule) Attack Protection – Creates an artificial delay (in seconds) before
Recommended publications
  • Users As Co-Designers of Software-Based Media: the Co-Construction of Internet Relay Chat

    Users As Co-Designers of Software-Based Media: the Co-Construction of Internet Relay Chat

    Users as Co-Designers of Software-Based Media: The Co-Construction of Internet Relay Chat Guillaume Latzko-Toth Université Laval AbsTrAcT While it has become commonplace to present users as co-creators or “produsers” of digital media, their participation is generally considered in terms of content production. The case of Internet Relay Chat (IRC) shows that users can be fully involved in the design process, a co-construction in the sense of Science and Technology Studies (STS): a collective, simultaneous, and mutual construction of actors and artifacts. A case study of the early de - velopment of two IRC networks sheds light on that process and shows that “ordinary users” managed to invite themselves as co-designers of the socio-technical device. The article con - cludes by suggesting that IRC openness to user agency is not an intrinsic property of software- based media and has more to do with its architecture and governance structure. Keywords Digital media; Communication technology; Co-construction; Design process; Ordinary user résumé Il est devenu banal de présenter l’usager comme cocréateur ou « produtilisateur » des médias numériques, mais sa participation est généralement envisagée comme une production de contenus. Le cas d’IRC (Internet Relay Chat) montre que les usagers des médias à support logiciel peuvent s’engager pleinement dans le processus de conception, une co-construction au sens des Science and Technology Studies : une construction collective, simultanée et mutuelle des acteurs et des artefacts. Une étude de cas portant sur le développement de deux réseaux IRC éclaire ce processus et montre que les « usagers ordinaires » sont parvenus à s’inviter comme co-concepteurs du dispositif.
  • Instalación Y Administración De Servicios De Mensajería Instantánea, Noticias Y Listas De Distribución

    Instalación Y Administración De Servicios De Mensajería Instantánea, Noticias Y Listas De Distribución

    Servicios de red e internet Instalación y administración de servicios de mensajería instantánea, noticias y listas de distribución Raquel Castellanos Crespo Instalación y administración de servicios de mensajería instantánea, noticias y listas de distribución Servicios de red e internet Raquel Castellanos Crespo INDICE 2 Servicios de red e internet | Instalación y administración de servicios de mensajería instantánea, noticias y listas de distribución Servicios de red e internet Raquel Castellanos Crespo Protocolos La mensajería instantánea (conocida también en inglés como IM) es una forma de comunicación en tiempo real entre dos o más personas basada en texto. El texto es enviado a través de dispositivos conectados a una red como Internet. La mensajería instantánea requiere el uso de un cliente de mensajería instantánea que realiza el servicio y se diferencia del correo electrónico en que las conversaciones se realizan en tiempo real. La mayoría de los servicios ofrecen el "aviso de presencia", indicando cuando el cliente de una persona en la lista de contactos se conecta o en qué estado se encuentra, si está disponible para tener una conversación. En los primeros programas de mensajería instantánea, cada letra era enviada según se escribía y así, las correcciones de las erratas también se veían en tiempo real. Esto daba a las conversaciones más la sensación de una conversación telefónica que un intercambio de texto. En los programas actuales, habitualmente, se envía cada frase de texto al terminarse de escribir. Además, en algunos, también se permite dejar mensajes aunque la otra parte no esté conectada al estilo de un contestador automático. Otra función que tienen muchos servicios es el envío de ficheros.
  • La Co-Construction D'un Dispositif Sociotechnique

    La Co-Construction D'un Dispositif Sociotechnique

    UNIVERSITÉ DU QUÉBEC À MONTRÉAL LA CO-CONSTRUCTION D'UN DISPOSITIF SOCIOTECHNIQUE DE COMMUNICATION: LE CAS DE L'INTERNET RELAY CHAT THÈSE PRÉSENTÉE COMME EXIGENCE PARTIELLE DU DOCTORAT EN COMMUNICATION PAR GUILLAUME LATZKO-TOTH MAI 2010 UNIVERSITÉ DU QUÉBEC À MONTRÉAL Service des bibliothèques Avertissement La diffusion de cette thèse se fait dans le respect des droits de son auteur, qui a signé le formulaire Autorisation de reproduire et de diffuser un travail de recherche de cycles supérieurs (SDU-522 - Rév.01-2006). Cette autorisation stipule que «conformément à l'article 11 du Règlement no 8 des études de cycles supérieurs, [l'auteur] concède à l'Université du Québec à Montréal une licence non exclusive d'utilisation et de publication de la totalité ou d'une partie importante de [son] travail de recherche pour des fins pédagogiques et non commerciales. Plus précisément, [l'auteur] autorise l'Université du Québec à Montréal à reproduire, diffuser, prêter, distribuer ou vendre des copies de [son] travail de recherche à des fins non commerciales sur quelque support que ce soit, y compris l'Internet. Cette licence et cette autorisation n'entraînent pas une renonciation de [la] part [de l'auteur] à [ses] droits moraux ni à [ses] droits de propriété intellectuelle. Sauf entente contraire, [l'auteur] conserve la liberté de diffuser et de commercialiser ou non ce travail dont [il] possède un exemplaire.» À ma grand-mère Elen In memoriam AVANT-PROPOS Il n'est jamais aisé de choisir un sujet de thèse, car cela signifie renoncer, et ce pour plusieurs années, à d'autres questionnements qui nous semblent tout aussi dignes d'attention.
  • To Hotel and I

    To Hotel and I

    *.* i/j»te t ft ^ ^ . ’T E l T | e - i OCT 7 , 1 9 1 B . •} THBEE HALFPENCE ■1 .-lb. who SKEO AUSE m ' m - i:? C L A S S O F Postcard vnll ^biinii c s . Vaa to your dcl e e r . K oticea. lEd uffiational. i L a d i e s ' E stablishm ents . G r i ^t i S t . , f o H N ; * E M u s i c a l S o c i e t y ‘W o r k i n g i ^ U I L D k l lE U E . t 'l S A I S for tlifr AiU rn't Oratnno, M^ndt^acOhii’a EXHO h j t h ROCSE SCHOOt. I8 E ,” ar»>, 1»«W1 la Uw F O R G llU 4 i A N D KniptiROABTEN.S IK^.CHE'RCH. ‘t u A i S A L i k t.'-V'' 'V' MOftS'DAYii, at 8.0 p.m. /EtMiOU't'H PLAcS!*' HASTlXct tiekdiBAetAtk VALID AND OTHRU NTXT:SBIT( US RoQDd ih ijicral K ^ N aticvi at niodttnit«> t«?F. i OoiirfcA oj Slad of Nev Membcra.. wi: held in ,ltt6i4rtitiicit Fr-oclt .cORters cmii.sT cml I P A IU B H BOOM. m U ubhU. nuhnc4A Dcti:,C>ki Ai».*iitA Dtaffinn?. PffitniiD^ft T t i:.'iU A Y VEDNESOAY. OOTOBER Me- ffir ON^*nl api}*•»'* C«{hlrr;ofwCffiDjbnofw Loca!*, t > i B ^ F A _ nd lllh . GD&at» <fi PTFCtlitorf. NitevUriroik, Bitd AitoCi::si« B u a iJ X Po b tt^ I Ftoin to 8 E tch Dty.
  • PDF Completo, 1700K

    PDF Completo, 1700K

    Caracterizac¸ao˜ de um Processo de Software para Projetos de Software Livre Christian Robottom Reis [email protected] Orientac¸ao:˜ Profa. Dra. Renata Pontin de Mattos Fortes [email protected] Dissertac¸ao˜ apresentada ao Instituto de Cienciasˆ Matematicas´ e de Computac¸ao˜ da Universidade de Sao˜ Paulo para a obtenc¸ao˜ do t´ıtulo de Mestre em Cienciasˆ da Computac¸ao˜ e Matematica´ Computacional. Sao˜ Carlos, Sao˜ Paulo Fevereiro de 2003 ii Resumo Software Livre e´ software fornecido com codigo´ fonte, e que pode ser livremente usado, modifica- do e redistribu´ıdo. Projetos de Software Livre sao˜ organizac¸oes˜ virtuais formadas por indiv´ıduos que trabalham juntos no desenvolvimento de um software livre espec´ıfico. Estes indiv´ıduos trabalham geo- graficamente dispersos, utilizando ferramentas simples para coordenar e comunicar seu trabalho atraves´ da Internet. Este trabalho analisa esses projetos do ponto de vista de seu processo de software; em outras pala- vras, analisa as atividades que realizam para produzir, gerenciar e garantir a qualidade do seu software. Na parte inicial do trabalho e´ feita uma extensa revisao˜ bibliografica,´ comentando os principais traba- lhos na area,´ e sao˜ detalhadas as caracter´ısticas principais dos projetos de software livre. O conteudo´ principal deste trabalho resulta de dois anos de participac¸ao˜ ativa na comunidade, e de um levantamento realizado atraves´ de questionario,´ detalhando mais de quinhentos projetos diferentes. Sao˜ apresenta- das treze hipoteses´ experimentais, e os resultados do questionario´ sao˜ discutidos no contexto destas hipoteses.´ Dos projetos avaliados nesse levantamento, algumas caracter´ısticas comuns foram avaliadas. As equipes da grande maioria dos projetos sao˜ pequenas, tendo menos de cinco participantes.
  • (Computer-Mediated) Communication

    (Computer-Mediated) Communication

    Submitted by Dipl-Ing. Robert Ecker Submitted at Analysis of Computer- Department of Telecooperation Mediated Discourses Supervisor and First Examiner Univ.-Prof. Mag. Dr. Focusing on Automated Gabriele Anderst-Kotsis Second Examiner Detection and Guessing o. Univ.-Prof. Dipl.-Ing. Dr. Michael Schrefl of Structural Sender- August 2017 Receiver Relations Doctoral Thesis to obtain the academic degree of Doktor der technischen Wissenschaften in the Doctoral Program Technische Wissenschaften JOHANNES KEPLER UNIVERSITY LINZ Altenbergerstraße 69 4040 Linz, Osterreich¨ www.jku.at DVR 0093696 Kurzfassung Formen der computervermittelten Kommunikation (CvK) sind allgegenwärtig und beein- flussen unser Leben täglich. Facebook, Myspace, Skype, Twitter, WhatsApp und YouTube produzieren große Mengen an Daten - ideal für Analysen. Automatisierte Tools für die Diskursanalyse verarbeiten diese enormen Mengen an computervermittelten Diskursen schnell. Diese Dissertation beschreibt die Entwicklung und Struktur einer Software- Architektur für ein automatisiertes Tool, das computervermittelte Diskurse analysiert, um die Frage “Wer kommuniziert mit wem?” zu jedem Zeitpunkt zu beantworten. Die Zuweisung von Empfängern zu jeder einzelnen Nachricht ist ein wichtiger Schritt. Direkte Adressierung hilft, wird aber nicht in jeder Nachricht verwendet. Populäre Kommunikationsmodelle und die am weitesten verbreiteten CvK-Systeme werden untersucht. Das zugrunde liegende Kommunikationsmodell verdeutlicht die wesentlichen Elemente von CvK und zeigt, wie diese Kommunikation
  • The Otherside Web-Based Collaborative Multimedia System

    The Otherside Web-Based Collaborative Multimedia System

    The Otherside Web-based Collaborative Multimedia System Ilias Anagnostopoulos University of Sheffield Sound Studios 34 Leavygreave Road S3 7RD, Sheffield United Kingdom I.Anagnostopoulos@sheffield.ac.uk Abstract that users can get involved to the extent of be- The Otherside is an advanced open-source multime- coming developers of the Otherside system. dia system, designed to run as a server application. It is essentially a sound synthesis system that al- lows for the creative collaboration of a number of 1.1.1 Computer Network Collaboration people or machines over computer networks. Un- like most similar attempts to create network-based audio applications, the Otherside does not require Computer Networks are nowadays dominating any specialized audio software or massive amounts the world through the internet. However, most of computer processing power. The audio processing of the well-established network applications are is done on the server side and directed to listeners very simple and are not particularly demand- using a simple Internet Radio protocol. Any listener ing in processing power and network bandwidth. can then choose to participate in the sound creation Digital Signal Processing is a complicated task process by using a simple web-browser-based chat- that only recently became a \household" appli- room, or by utilising their own advanced systems for network control. cation on personal computers. Careful planning and consideration is required to overcome some Keywords of the difficulties posed by computer networks Networks, Collaboration, Server, Streaming, OSC and their use by artistic collaboration systems. 1 Introduction One of these problems is that network con- nections and especially the internet often in- 1.1 Creative Collaboration volve extremely long distances between two The Otherside Server provides a platform for users, thus inevitably data can not be trans- the creative collaboration of any number of peo- ferred seamlessly.
  • Computer Network and Security

    Computer Network and Security

    Internet and Intranet Lecture by: Jalauddin Mansur August 2015 1 Chapter 7: Internet and Intranet Applications Topics : • General Applications: Email, WWW, Gopher, Online Systems • Multimedia and Digital Video/Audio Broadcasting: Video/Audio Conferencing, Internet Relay Chat (IRC) • Broadband Communications, Policy, xDSL and Cable Internet • VoIP, FoIP and IP Interconnection • Data Centers and Data Warehousing, Packet Clearing House • Unified Messaging Systems • Fundamental e-commerce • Concept of Grid and Cloud Computing 2 Gopher • The Gopher protocol is a TCP/IP application layer protocol designed for distributing, searching, and retrieving documents over the Internet. • Strongly oriented towards a menu-document design, the Gopher protocol presented an attractive alternative to the World Wide Web in its early stages, but ultimately failed to achieve popularity. • The protocol offers some features not natively supported by the Web and imposes a much stronger hierarchy on information stored on it. • More recent Gopher revisions and graphical clients added support for multimedia. 3 • Gopher was preferred by many network administrators for using fewer network resources than Web services. • With its hierarchical structure, Gopher provided a useful platform for the first large-scale electronic library connections. • Gopher users remember the system as being faster and more efficient and so much more organized than today's Web services. • Example: . Veronica is a search engine system for the Gopher protocol, developed in 1992 by Steven Foster and Fred Barrie at the University of Nevada, Reno. Veronica is a constantly updated database of the names of almost every menu item on thousands of Gopher servers. The Veronica database can be searched from most major Gopher menus.
  • National Grasslands Management a Primer

    National Grasslands Management a Primer

    NATIONAL GRASSLANDS MANAGEMENT A PRIMER Appendix H 75th Congress HOUSE OF REPRESENTATIVES Report 1st Session } { No.1198 BANKHEAD-JONES FARM TENANT ACT1 JULY 12, 1937 Ordered to be printed Mr. JONES, from the committee of conference, submitted the following CONFERENCE REPORT [To accompany H. R. 7562] The committee of conference on the disagreeing votes of the two Houses on the amendment of the Senate to the bill (H. R. 7562) to encourage and promote the ownership of farm homes and to make the possession of such homes more secure, to provide for the general welfare of the United States, to provide additional credit facilities for agricultural development, and for other purposes, having met, after full and free conference, have agreed to recommend and do recommend to their respective Houses as follows: In lieu of the matter proposed to be inserted by the Senate amendment insert the following: That this Act may be cited as “The Bankhead-Jones Farm Tenant Act”. TITLE I FARM TENANT PROVISIONS POWER OF SECRETARY SECTION 1. (a) The Secretary of Agriculture (hereinafter referred to as the “Secretary”) is authorized to make loans in the United States and in the Territories of Alaska and Hawaii and in Puerto Rico to persons eligible to receive the benefits of this title to enable such persons to acquire farms. (b) Only farm tenants, farm laborers, share croppers, and other individuals who obtain, or who recently obtained, the major portion of their income from farming operations shall be eligible to receive the benefits of this title. In making available the benefits of this title, the Secretary shall give preference to persons who are married, or who have dependent families, or wherever practicable, to persons who are able to make an initial down payment, or who are owners of livestock and farm implements necessary successfully to carry on farming operations.
  • Analysis of Internet Relay Chat Usage by Ddos Zombies

    Analysis of Internet Relay Chat Usage by Ddos Zombies

    Stéphane Racine - Analysis of Internet Relay Chat Usage by DDoS Zombies Master’s Thesis MA-2004-01 October 2003 - April 2004 - Tutor: Thomas Dübendorfer - Supervisor: Prof. Dr. Bernhard Plattner - 26.4.2004 Abstract This report gives an introduction to “Internet Relay Chat” (IRC), a popular chatting system, discusses the misuse of IRC to launch and control “Dis- tributed Denial-of-Service” (DDoS) attacks and finally proposes methods for detecting the preparation of such IRC-based DDoS attacks. This detection is based on the analysis of Cisco NetFlow data, in other words, recorded network traffic with highly reduced information content. Die hier vorliegende Dokumentation liefert eine Einfuhrung¨ in“Internet Relay Chat” (IRC), ein weit verbreitetes Chatsystem, bespricht einige der uber¨ IRC gesteuerten “Distributed Denial-of-Service”-Attacken (DDoS-Attacken) und schl¨agt schliesslich Methoden zur Fruherkennung¨ der Vorbereitung solcher IRC-basierten DDoS-Attacken vor. Wesentlich dabei ist, dass die Erkennung aufgrund von Cisco NetFlow Daten geschieht, also aufgezeichnetem Netz- werkverkehr mit sehr stark reduziertem Informationsgehalt. Preface During my studies I attended a lot of different and interesting courses, but the two ones which attracted my attention most were called “Communica- tion Networks” and “Practical IT Security”, both taught at the Computer Engineering and Networks Laboratory (TIK) of the ETH Zurich. Accordingly to my interests and the various possibilities for student the- ses I decided to write my thesis at TIK. In the context of the DDoSVax project [1] I focused my work on the “Analysis of Internet Relay Chat Usage by DDoS Zombies”. The following chapter-by-chapter text organisation gives a short overview over this Master’s Thesis documentation: • Chapter 1 introduces the topic, motivates the work and formulates the Master’s Thesis task.
  • La Co-Construction D'un Dispositif Sociotechnique De Communication

    La Co-Construction D'un Dispositif Sociotechnique De Communication

    La co-construction d'un dispositif sociotechnique de communication: le cas de l'Internet Relay Chat Guillaume Latzko-Toth To cite this version: Guillaume Latzko-Toth. La co-construction d'un dispositif sociotechnique de communication: le cas de l'Internet Relay Chat. Sociologie. Universit´edu Qu´ebec `aMontr´eal,2010. Fran¸cais. <tel-00543964> HAL Id: tel-00543964 https://tel.archives-ouvertes.fr/tel-00543964 Submitted on 8 Dec 2010 HAL is a multi-disciplinary open access L'archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destin´eeau d´ep^otet `ala diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publi´esou non, lished or not. The documents may come from ´emanant des ´etablissements d'enseignement et de teaching and research institutions in France or recherche fran¸caisou ´etrangers,des laboratoires abroad, or from public or private research centers. publics ou priv´es. UNIVERSITÉ DU QUÉBEC À MONTRÉAL LA CO-CONSTRUCTION D’UN DISPOSITIF SOCIOTECHNIQUE DE COMMUNICATION : LE CAS DE L’INTERNET RELAY CHAT THÈSE PRÉSENTÉE COMME EXIGENCE PARTIELLE DU DOCTORAT EN COMMUNICATION PAR GUILLAUME LATZKO-TOTH MAI 2010 UNIVERSITÉ DU QUÉBEC À MONTRÉAL FACULTÉ DE COMMUNICATION Cette thèse intitulée : LA CO-CONSTRUCTION D’UN DISPOSITIF SOCIOTECHNIQUE DE COMMUNICATION : LE CAS DE L’INTERNET RELAY CHAT a été présentée et soutenue publiquement le 30 avril 2010 comme exigence partielle pour l’obtention du grade de Ph. D. (Doctorat en communication) par : GUILLAUME LATZKO -TOTH devant un jury composé de : PIERRE -LÉONARD HARVEY Président-rapporteur THIERRY BARDINI Membre du jury NICOLAS AURAY Examinateur externe SERGE PROULX Directeur de thèse À ma grand-mère Elen In memoriam AVANT-PROPOS Il n’est jamais aisé de choisir un sujet de thèse, car cela signifie renoncer, et ce pour plusieurs années, à d’autres questionnements qui nous semblent tout aussi dignes d’attention.
  • Academic Instant Messaging System Engenharia De Redes De

    Academic Instant Messaging System Engenharia De Redes De

    Academic Instant Messaging System Deploying Instant Messaging Over an Existing Session Initiation Protocol and LDAP Service Infrastructure Using the Message Session Relay Protocol João André Pereira Antunes Dissertação para obtenção do Grau de Mestre em Engenharia de Redes de Comunicação Júri Presidente: Prof. Doutor Rui Jorge Morais Tomaz Valadas Orientador: Prof. Doutor Fernando Mira da Silva Vogais: Prof. Doutor Paulo Jorge Pires Ferreira Outubro 2009 Acknowledgements I would like to thank the following people for helping me in one way or another, directly or not, during the timeframe of this thesis: Prof. Fernando Mira da Silva – making the theme of this work possible in the first place, for directions, valuable tips, review efforts, and pep talks. José Santos – for all of the availability to concede me the requested resources, but mostly for the talks that ultimately provided me some very helpful insights and ideas about the current service IT infrastructure and deployment of the IM service. André Brioso – for the helpful talk that gave me a valuable insight regarding the LDAP service infrastructure; All of the members of the open source Sip-Communicator community that helped me in one way or another. Special thanks to Emil Ivov – for all of the support and guidance regarding the feature enhancements that I developed for Sip-Communicator; for contributing to the notion that I have about open source; To Anthony Schmitt for his work and development of the first file transfer GUI for Sip-Communicator and his availability to give me the needed pointers on how to use it; To Lubomir Marinov and Yana Stamcheva for the new file transfer GUI and generic SLICK file transfer test; To all the people that make the Google summer of code possible.