avast ! pour Linux/serveurs Unix est une solution d'antivirus pour Linux plus populaire et des environnements de schéma.

Considérant son support robuste de modèle et de lecture de courrier, il se destine principalement pour les serveurs basés de Linux (ou schéma) ; il peut être employé sur des ordinateurs de bureau comme solution de bureau, mais l'évaluation assume l'usage de serveur.

Grâce à son architecture souple de deamon, avast ! pour Linux/serveurs Unix peut être employé pour le système de fichiers et la lecture du trafic réseau, telle que le suivi en temps réel des flux de données du courrier (smtp) et de l'âme (HTTP).

avast ! pour Linux/serveurs Unix est qualifié selon la boîte aux lettres (le système de fichiers est protégé toujours) - si vous aimez l'employer sur toutes vos boîtes aux lettres, vous devriez acheter le nombre égal de plaque d'immatriculation. Vous pouvez choisir la longueur du contrat de maintenance - 1, 2 ou 3 ans. Au cours de cette période vous recevrez toutes les mises à jour/mises à niveau pour libre.

Voici quelques fonctionnalités clé du « avast 4 pour des serveurs Unix de Linux » :

GRAIN D'ANTIVIRUS

· Détection presque 100%
· Performance remarquable
· Les besoins de stockage raisonnables
· ICSA certifié

INTERFACE UTILISATEUR

· Ligne commande scanner avec beaucoup d'arguments et contacts supplémentaires
· Mode interactif ou non-interactif
· Fonctionnement résident de scanner comme démon
· Différents réglages pour des applications tierce-parties
· Usager pour le démon d'accès par des prises d'UNIX
· Contrôle des disques ou juste des dossiers sélectionnés entiers
· Définition et exécution des tests d'antivirus
· Fonctionner avec les résultats de balayage
· Actions avec les dossiers infectés
· Enregistrant les résultats de balayage (histoire)
· Encyclopédie de virus
· Ligne de commande scanner avec le mode de STDIN/STDOUT

MISES À JOUR

· Mises à jour non-incrémentielles
· Les mises à jour peuvent être complètement automatiques
· Des mises à jour normales sont relâchées 2 fois par semaine

AUTRE

· Enregistrement au sgf
· Travaux sur toutes les distributions modernes
· Séquences type d'interpréteur de commandes interactif pour des fonctionnalités usuelles

avast ! pour Linux/Unix comporte la suite d'antivirus établie sur l'avast ! le grain d'antivirus a proposé d'employer en circuit UNIX-comme des systèmes d'exploitation. La suite consiste de la ligne de commande scanner, fonctionnement résident de scanner comme démon et usager pour le scanner résident accédant.

Grain d'antivirus

Grain d'antivirus d'avast ! Pour Linux est identique comme sur le système Windows, qui signifie, qui toutes les caractéristiques à extrémité élevé, type pour le grain de poids du commerce sur Windows, sont compris à la version Linux aussi.

La dernière version de l'avast ! le grain d'antivirus comporte des habiletés en suspens de détection, avec la haute performance. Vous pouvez s'attendre la détection 100% des virus Dans-le-Sauvages (virus écartant déjà entre les usagers) et à l'excellente détection de chevaux de Troie avec le minimum de faux positifs.

Le grain est certifié par des laboratoires d'ICSA ; il participe souvent aux tests du magazine de bulletin de virus, fournissant souvent la récompense VB100.

Comme avast ! pour Windows, avast ! engine pour le support de éclatement en suspens de caractéristiques de Linux aussi. Il peut balayer l'intérieur le presque même numéro des archives que sous Windows, à l'exception de MAPI, de TAXI, de CÆ, de CHM, de 7ZIP et de flots de NTFS. Des archives suivantes peuvent être balayées : ARJ, FERMETURE ÉCLAIR, MIME (+ tous les formats associés), DBX (archives d'Outlook Express), radar à ouverture réelle, GOUDRON, GZIP, BZIP2, ZOO, ARC, LHA/LHX, TNEF (winmail.dat), CPIO, T/MN, OIN, et SIS. Il supporte également un certain nombre d'emballeurs exécutables (tels que PKLite, régime, UPX, AsPack, PeShield, PeProtect, FSG et neuf MIAULER).

Mises à jour automatiques

Les mises à jour de la base de données de virus sont une autre nécessité principale dans la protection contre les virus. Dans la version en cours n'il y a pas les mises à jour incrémentielles. Quand le dossier de définition de virus est changé, il est nécessaire pour changer le dossier entier de VPS.

Ligne commande scanner

Les usagers expérimentés apprécient le scanner sur demande de classique, contrôlé de la ligne commande. Elle permet la lecture des dossiers dans les répertoires spécifiques et les volumes locaux et lointains. Naturellement la ligne commande scanner travaille sur des volumes montés au-dessus du réseau.

Le régime est très souple ; il reçoit beaucoup d'arguments et contacts supplémentaires. Il est en mesure de produire des fichiers récepteurs des comptes rendus d'exécution considérable qui peuvent être employés pour l'analyse.

Le scanner est en mesure d'exécuter en mode de STDIN/STDOUT à l'utilisation en tant que lui comme filtre de pipe. Ce mode se destine pour être employé en séquences type d'interpréteur de commandes interactif.

Scanner de fond

Pour l'usage intensif est le démon destiné d'antivirus exécutant à l'arrière-plan. Le démon sert à d'autres applications sur le système, applications tierce-parties peut accéder le démon d'antivirus par des prises d'UNIX. Le démon peut être employé dans le répertoire particulier sous le compte utilisateur spécifique. L'usager pour le démon accédant d'antivirus fait partie de module d'installation.

Limitations :

· 60 jours de d'essai

Le projet de serveur de Streamnik est un serveur d'IPTV basé sur les codec ouverts Ogg/Vorbis et Ogg/Theora. Il peut couler un certain nombre de différentes glissières et est optimalisé pour exécuter sur les serveurs (virtuels) loués. Le programme de régime est défini par un tableau de base de données SQL et peut être changé au temps d'exécution.

Le moniteur de serveur est un thème qui manifeste le mode de vos serveurs. Également vous pouvez de début et de fin ils en cliquetant les noms.

Vous cann ajoutez des serveurs en éditant le PY-dossier. Vous pouvez remettre à la côte le thème dans le .theme-fille.

Basé sur le vpn par N7DR (http://www.kde-look.org/content/show.php?content=39390).

Le serveur de CrossFTP est un ftp server professionnel pour des plates-forme multiple. Il est un à rendement élevé, extrêmement configurable, et surtout un ftp server bloqué. Le serveur de CrossFTP a un GUI facile à utiliser qu'il faut que l'usager configure le comportement de serveurs.

Voici quelques fonctionnalités clé de « serveur de CrossFTP » :

· 100% Java pur, ftp server de source libre et ouverte.
· Support de plate-forme multi et modèle multifil.
· Le répertoire virtuel d'usager, l'autorisation d'écriture, la minuterie et le téléchargement au ralenti/le support limitation de la bande passante de téléchargement.
· Vous pouvez surveiller toutes les activités d'usager.
· Support anonyme de procédure de connexion.
· Le téléchargement et les fichiers téléchargés sont resumable.
· Traite l'ASCII et les transfères des données binaires.
· Laisser de support de restriction d'IP pour/interdiction IPS.
· La base de données et le LDAP peuvent être employés pour enregistrer des caractéristiques d'usager.
· Tous les messages de ftp sont personnalisables.
· Support implicite/expressément de SSL/TLS.
· Support de MDTM - vos usagers peuvent changer l'estampille date-heure des dossiers.
· Le soutien du « MODE Z » des caractéristiques plus rapides téléchargent/téléchargements.
· Installation/mise à jour faciles par technologie de début de Java Web.

Tivoli : : AccessManager : : Admin : : Le projet de serveur met en application la partie d'accès de serveur du TAM api.

SYNTHÈSE

mon $tam = Tivoli : : AccessManager : : Admin->new (=> N3ew0nk de mot de passe) ;
mon ($server, $resp) ;

# laisse voir quels serveurs sont définis
$resp = Tivoli : : AccessManager : : Admin : : Server->list ($tam) ;

# laisse trouver un webSEAL
mon $wseal ;
pour ($resp->value) {
si (/webseal/) {
$wseal = $_ ;
bout ;
}
}

$server = Tivoli : : AccessManager : : Admin : : Server->new ($tam, $wseal) ;

# obtenir une liste de tâches du webSEAL
$resp = $server->tasklist ;

# accomplir une tâche
$resp = $server->task (« liste ») ;

Réseau : : Le serveur est une engine extensible et générale de serveur de Perl.

SYNTHÈSE

# ! /usr/bin/perl - W - T
ensemble de mesures MyPackage ;

réseau d'utilisation : : Serveur ;
@ISA = qw (réseau : : Serveur) ;

process_request secondaire {
#… code…
}

MyPackage->run (=> gauche 160) ;
sortie ;

Voici quelques fonctionnalités clé de « serveur du réseau » :

· Mode de serveur unique
· Mode de serveur d'Inetd
· Mode simple de Preforking (PreForkSimple)
· Preforking a managé le mode (PreFork)
· Mode bifurquant
· Mode de multiplexage using un procédé unique
· Le port multi reçoit sur unique, Preforking, et modes bifurquants
· Simultané recevoir/recv sur le tcp, l'UDP, et les prises d'unix
· Le signal sûr traitant dans la fourche/PreFork évite l'ennui de signal de Perl
· Crochets personnalisables d'usager
· Habileté de Chroot après grippage
· Modification d'usager et de groupe après grippage
· Fondamental permettre/refuser le contrôle d'accès
· Enregistrement personnalisé (choisir le sgf, log_file, ou le STDERR)
· Serveur capable de HUP (relances "à vide" par l'intermédiaire de sig HUP)
· Retirer l'habileté de la file d'attente en tous les modes de fourche et de PreFork.
· Corrompre propre
· Sauvé dans le Perl
· Protection contre le débordement de tampon
· Nettoyer le flux de processus
· Extensibilité

Réseau : : Le serveur est une engine extensible et générique de serveur de Perl. Réseau : : Le serveur combine les bonnes propriétés du réseau : : Démon (0.34), NetServer : : Générique (1.03), et réseau : : Ftp server (1.0), et également de divers concepts dans l'Apache Web Server.

Réseau : : Le serveur essaye d'être un serveur générique comme dans le réseau : : Démon et NetServer : : Générique. Il comprend avec lui l'habileté d'exécuter comme procédé d'inetd (réseau : : Serveur : : INET), un serveur unique de connexion (réseau : : Serveur ou réseau : : Serveur : : Choisir), un serveur bifurquant (réseau : : Serveur : : Fourche), un serveur preforking qui met à jour un numéro continuel des enfants preforked (réseau : : Serveur : : PreForkSimple), ou pendant qu'un serveur preforking managé qui met à jour le nombre d'enfants basait sur le chargement de serveur (réseau : : Serveur : : PreFork). En tout mais le type d'inetd, le serveur fournit l'habileté de brancher à une ou aux ports de serveur multiples.

Réseau : : Le serveur emploie des idéologies de réseau : : Ftp server afin de fournir l'extensibilité. Les types de serveur supplémentaires sont rendus possibles par l'intermédiaire des « personnalités » ou des classes secondaires du réseau : : Serveur. En déplaçant les types multiples de serveurs hors du réseau principal : : Classe de serveur, le réseau : : Le concept de serveur est facilement étendu à d'autres types (dans un proche avenir, nous voudrions ajouter une personnalité de « filetage »).

Réseau : : Le serveur emprunte plusieurs concepts à l'Apache Web Server. Réseau : : Le serveur utilise des « crochets » pour permettre les serveurs faits sur commande tels que le smtp, le HTTP, le POP3, etc. à poser au-dessus du réseau de base : : Classe de serveur. De plus le réseau : : Serveur : : La classe de PreFork emprunte des concepts des min_start_servers, des max_servers, et des serveurs min_waiting.

Réseau : : Serveur : : PreFork emploie également le concept d'une bande fabriquée en série reçoivent quand recevant sur les ports multiples (PreFork peut choisir entre la bande, IPC : : Sémaphore, et pipe pour contrôler la fabrication en série).

Virtual Server Linux est serveur procurable d'a hautement - évolutif et hautement - établi sur un boîtier des serveurs réels, avec l'équilibreur de charge fonctionnant sur le système d'exploitation Linux.

L'architecture du boîtier de serveur est entièrement transparente aux utilisateurs, et les usagers agissent l'un sur l'autre comme si c'étaient un Virtual Server à rendement élevé unique.

Le but fondamental du projet de Virtual Server Linux est :
- Établir un à rendement élevé et hautement - serveur procurable pour Linux using la technologie de groupement, qui fournit la bons évolutivité, fiabilité et fonctionnement normal.

Le but de serveurs de DHCP d'Anemon est de produire une application du protocole de DHCP sous le GPL et beaucoup de substance autour pour faciliter la gestion du réseau.

Les modules de sqlobject de python donne à anemon l'habileté d'employer beaucoup la base de données comme partie postérieure (mysql, postgresql, mssql, sqllite, sybase, etc…)

Le projet subdivised (à l'heure actuelle) dans 4 composantes :

· Le serveur de DHCP d'Anemon est une application de Python/SQL du protocole de serveur DHCP
· Le centre d'âme d'Anemon est une surface adjacente de management d'âme au serveur et au MyDNS de DHCP d'Anemon
· L'usager de DHCP d'Anemon sera une application de python du protocole de client DHCP
· Le relais de DHCP d'Anemon sera une application de python du protocole de relais de DHCP

Réseau : : DAAP : : Serveur : : AAC est un serveur de DAAP qui traite l'AAC et MP3.

SYNTHÈSE

employer le POE ;
réseau d'utilisation : : DAAP : : Serveur : : AAC ;

# mêmes que le réseau : : DAAP : : Serveur
mon $server = réseau : : DAAP : : Serveur : : AAC->new (
=> « /home/miyagawa/music » de circuit,
=> gauche 9999,
=> nommé « ma musique »,
) ;
$poe_kernel->run ;

Réseau : : DAAP : : Serveur : : AAC est un réseau : : DAAP : : Sous-classe de serveurs qui traite des dossiers de MP4/AAC aussi bien, en plus des fichiers de musique MP3.

JOAP : : Serveur : : L'objectif est un cours de base pour des choses Servable par des serveurs de JOAP.

ABSTRAIT

Cet ensemble de mesures bavard-nommé d'OO -- désolé à ce sujet -- est le cours de base pour des serveurs d'objectif, les cours, et les cas à l'intérieur d'un serveur de JOAP. Ce n'est probablement pas une telle idée de hunky-doris d'hériter de cette classe elle-même -- utilisation JOAP : : Serveur : : Cours ou JOAP : : Serveur au lieu. Cependant, il présente le cadre pour la façon dont ces cours fonctionne -- ainsi, cette NACELLE.

Quand elle descend à elle, JOAP est au sujet de définir des objectifs et de rendre leurs attributs et méthodes procurables en travers du réseau de Jabber. Ce cours fait la viande de cela.
(Note malheureuse : c'est une classe de Perl pour définir des objectifs de JOAP. Elle emploie des attributs de Perl pour effectuer des attributs de JOAP, et des méthodes de Perl pour effectuer des méthodes de JOAP. La terminologie est essai embrouillant, ainsi mauvais et emploie le Perl et le JOAP de préfixes si possible.)

Il y a trois surfaces adjacentes pour ce module.

Conteneur

Cette surface adjacente se compose d'un constructeur et d'un ensemble de 8 méthodes de « dérouleur », qui sont appropriées pour les gens qui veulent produire les serveurs de JOAP qui peuvent servir les classes de Perl (JOAP : : Le serveur est une seule pièce du logiciel qui emploie cette surface adjacente).

Sous-classe simple

Cette surface adjacente est un ensemble de règles pour définir des caractéristiques et des méthodes dans un module de Perl qui est une sous-classe de JOAP : : Serveur : : Objectif, de sorte qu'il puisse être vu par le monde comme une classe de JOAP.

Cette surface adjacente est documentée dans JOAP : : Serveur et JOAP : : Serveur : : Cours pour des serveurs d'objectif et cours, respectivement. Son répété ici pour la complétude.

Sous-classe complexe

Cette surface adjacente est un groupe entier de méthodes itty-bitty que les sous-classes peuvent surcharger si elles veulent renverser la méthode standard de définir une classe de serveur de JOAP dans le Perl. Itd soit approprié pour produire par exemple des Gateways à d'autres systèmes d'objectif, ou avoir des systèmes plus robustes et plus évolutifs sauvés dans le Perl que celui mis en application ici.

La surface adjacente complexe de sous-classe est toujours dans le flux et demeure non documentée pour maintenant.

Le projet de serveur de Tigase est un serveur léger et évolutif de Jabber/XMPP. Aucune bibliothèque de tierce personne n'est nécessaire. Pour des services avec le chargement très élevé et un nombre important d'usagers, il peut être déployé sur autant de machines comme nécessaire.

Ce qu'il y a de neuf dans ce desserrage :

· Ce desserrage rectifie et améliore le filtre de paquet, ajoute un script de démarrage pour Mandriva Linux, et fixe un problème avec l'initialisation de flot sur les machines très rapides.
· La classe d'IOService est maintenant synchronisée.
· Il y a beaucoup d'améliorations des performances, et le traitement des paquets de/à des serveurs distants a été ajouté.

le projet de k12admin-server est un outil de gestion basé sur le WEB de serveur pour des systèmes scolaires K-12 (ensemble de mesures de serveur).

K12Admin est un régime de gestion de Réseau étendu adapté particulièrement aux systèmes scolaires K-12.

Il permet à des professeurs dans différentes écoles d'administrer les comptes à cette école. K12Admin administrera la donnée de compte sur des serveurs Linux d'usager à chaque école d'un serveur central.

Toute la gestion est faite par une surface adjacente de web browser. Le système comprend également la lecture d'utilisation d'âme et la vérification inadéquates de garantie. L'ensemble de mesures de k12admin-server est la pièce de serveur du système de K12Admin.

Il sera type exécuté sur seulement un ordinateur dans un district. Afin d'être entièrement - fonctionnel, l'ensemble de mesures de k12admin-client doit être monté sur au moins un serveur, probablement même la machine de k12admin-server.

Ce qu'il y a de neuf dans ce desserrage :

· Base de données ajoutée de storyboard - les étudiants et enseignant peuvent écrire des histoires originelles, avec des illustrations.
· Inducteur ajouté de titre au tableau d'usagers (M. Mme le Mlle d'IE) j'emploie ceci pour le StoryBoard de sorte qu'un prénom de professeurs ne soit pas manifesté.
· Mot de passe utilisable pour des usagers de défaut sur neuf ne monte pas
· Des mots de passe pour des admins de domaine de défaut (demoteacher, swedishteacher, frenchteacher) sont réglés au mot de passe fourni en circuit montent pour la base de données mysql.

Le projet de serveur de baiser de Linx s'est principalement destiné pour le but personnel. Je n'en pourrais pas faire fonctionner des serveurs procurables de Linux de baiser avec mon joueur neuf du baiser DP-600 d'une voie que j'imaginerais ainsi j'ai trouvé le démon simple de baiser de kissd par Alexandre Becoulet qui est code réellement simple et clair pour comprendre et fixe lui vers le haut et ajouté encore plus de caractéristiques.

Le serveur de baiser de Linux (LKS) fonctionne avec le baiser DP-600 mais je pense qu'il devrait fonctionner avec n'importe quel autre joueur de baiser aussi bien.

Voici quelques fonctionnalités clé « de serveur de baiser de Linx » :

· effectue accessible direcotory sélectionné au joueur de baiser
· peut exécuter en tant que démon ou dans le plan
· peut répondre à des requêtes de joueur de baiser pour le serveur de PC-LINK
· peut invalider l'UDP gripper du tout (ne répond pas au joueur de baiser la recherche des requêtes de serveur de PC-LINK)
· peut le port de serveur de défaut d'overide

Ce qu'il y a de neuf dans ce desserrage :

· Un problème avec des processus zombis quand l'ouverture des dossiers défaillis était fixe.
· Des prises de TIME_WAIT sont maintenant fermées correctement.
· Des événements sont maintenant enregistrés using le sgf quand le serveur est exécuté en mode de démon.

PPTP représente le protocole point par point de perçage d'un tunnel. Il a été développé par un consortium comprenant Microsoft et est employé pour établir des tunnels de VPN (Virtual Private Networks) en travers de l'Internet. Ceci permet des utilisateurs distants accèdent à solidement et économiquement leur réseau d'entreprise n'importe où en circuit de l'Internet.

PPTP est établi sur un client-server model pour établir des connexions VPN. La plupart des systèmes d'exploitation de Microsoft se transportent avec un usager de PPTP, tellement là n'est aucune nécessité d'acheter le logiciel client de tierce personne. Il a l'avantage supplémentaire par rapport à d'autres technologies vpn d'être facile installer PPTP.

Avant Poptop, aucune solution n'a existé si vous souhaitez brancher des usagers de PPTP aux serveurs Linux. Using Poptop, les serveurs Linux peuvent maintenant fonctionner sans joint dans un environnement de PPTP VPN. Ceci permet à des administrateurs d'influencer les avantages considérables de Microsoft et des systèmes d'exploitation Linux.

La version de version en cours supporte des usagers du Windows 95/98/Me/NT/2000/XP PPTP et des usagers de Linux PPTP.

Poptop est logiciel gratuit, qualifié aux termes du GNU GPL.

Voici quelques fonctionnalités clé de « serveur de PoptopPPTP » :

· Authentification de Microsoft et chiffrement compatibles (chiffrement de bit RC4 de MSCHAPv2, de MPPE 40 - 128)
· Soutien des connexions multiples d'usager
· Intégration parfaite dans un environnement réseau de Microsoft (LDAP, SAMBA) using le RADIUS embrochable
· Travaux avec des usagers du Windows 95/98/Me/NT/2000/XP PPTP
· Travaux avec l'usager de Linux PPTP
· Poptop est, et restera, totalement libre sous le Permis de grand public de GNU

Le serveur de calendrier de Darwin fournit un serveur de CalDAV.

Le serveur de calendrier de Darwin est un serveur standards-compliant qui permet à des multiples utilisateurs de partager en collaboration l'information classante. Il fournit un emplacement partagé sur le réseau aux programmes de mémoire, et permet à des usagers de s'envoyer et de manager des invitations.

Afin de fournir à l'interopérabilité les usagers classants multiples, le serveur met en application le protocole de CalDAV, qui est une prolonge de WebDAV, qui est alternativement une prolonge de HTTP.

Le serveur DNS duel de DHCP est un serveur combiné de DHCP/DNS pour de petits réseaux locaux.

Le DHCP dynamique alloue/change des adresses de serveur, alors que les essais de mise en antémémoire de serveur DNS d'abord résolvant des noms DHCP-répartis, puis de cache, et puis expédiant seulement aux serveurs DNS externes.

Le serveur DNS duel de DHCP supporte un mode optionnel de DHCP de charge statique et un IPS statique, des mises à jour dynamiques automatiques de DNS de DHCP, et l'habileté de coexister avec d'autres serveurs DHCP.

Il individu-configure et n'exige pas la création des dossiers de zone, et utilise peu de mémoire et CPU.

Ce qu'il y a de neuf dans ce desserrage :

· Ce desserrage corrige des bogues de réplique de zone.

POEST : : Serveur - général principal de Poest.

SYNTHÈSE

mon $server = POEST : : Server->new (
=> POEST de config : : Config : : Genearl,
=> /etc/poest.conf de ConfigFile,
) ;

$server->start ;

ABSTRAIT

Contrôles de ce module le serveur lui-même.

Toute l'interaction à niveau élevé de serveur se produit ici.

neuf ()

Produire un cas neuf de serveur. Ceci n'effectuera pas le serveur fonctionner, mais il le configurera, chargera les modules et les configurera, et engendrera les sessions appropriées de POE. Tous les paramètres réussis à neuf seront réussis directement au configurateur de votre choix, comme défini par le paramètre de config (POEST : : Config par défaut).

exécuter ()

Effectuer le serveur exécuter. Ceci bloquera l'exécution quand appelé directement.

commencer ()

Bifurquer et mettre en marche le serveur. Cette méthode renverra l'identification personnelle du serveur. Si le paramètre pidfile de configuration est trouvé dans la classe de configuration, une tentative est effectuée de sauver ce dossier d'identification personnelle. Si cette tentative échoue, ou si le dossier d'identification personnelle existe déjà, et exception est projeté et la tentative de mettre en marche le serveur est calée.

arrêter ()

Arrêter le serveur. Si un pidfile était spécifié, l'identification personnelle sera affichée de elle. Autrement, une tentative de trouver un nom de processus avec la valeur de $0 est essayée, par défaut qui est réglé à poest.

NOTE : En date de la droite cette minute, la magie de processus de tableau n'est pas sauvée comme Proc : : ProcessTable n'est pas mis en communication à Darwin.

Configuration

Thses sont les paramètres de configuration dont le serveur lui-même a besoin du mécanisme de configuration.

nom d'hôte

Le serveur principal pour lequel ce serveur de smtp fonctionne.

port

Le port que ce serveur exécutera en circuit.

embrochable

C'est un paramètre de multi-valeur. Chaque valeur est le nom complet du module qui contient le cours embrochable.

NNML : : Le serveur est un serveur minimal de NNTP.

SYNTHÈSE

Perl - MNNML : : Serveur - serveur d'e
Perl - MNNML : : Serveur - e débobinent

NNML : : Le serveur de serveur met en application un serveur minimal de NNTP. Il est (espoir) entièrement conformant à rfc977. De plus les commandes XOVER et AUTHINFO sont mises en application.

Commandes supportées :

ARTICLE, AUTHINFO, FUSELAGE, GROUPE, TÊTE, AIDE, IHAVE, BOUT, LISTE,
LE MODE, NEWGROUPS, NEWNEWS, PROCHAIN, GOUJON, A DÉMISSIONNÉ, ASSERVIT, STAT

XOVER, XHDR, NG-Spéc. de NEWSGROUP de LISTE

La raison principale de sauver ceci était de synchroniser mes répertoires de courrier en travers de différents serveurs. Les répertoires de courrier sont MH-Type avec un dossier de .overview dans chaque dépliant et un actif dans le répertoire de base. Ceux-ci sont mis à jour par les Gnus NNML principal d'Emacs. Pour obtenir commencé, vous pouvez se produire/mise à jour que ceci lime using le régime de synthèse. Sur des commandes de GOUJON et d'IHAVE que ceci lime être également mis à jour.

Pour commencer à partir de l'utilisation d'éraflure :

contact /tmp/active ;
Perl - MNNML : : Serveur - serveur d'e (=> de base « /tmp », => gauche 3000)

Pour exporter votre utilisation de MH-Courrier :

synthèse de Perl - base ~/Mail
Perl - MNNML : : Serveur - serveur d'e (=> de base « $ENV /Mail {À LA MAISON} », => gauche 3000)

Le GOUJON de commande et les IHAVE honorent l'en-tête de newsgroup sinon recouvert par l'en-tête de X-Nnml-Groupes. Les articles contiendront un en-tête approprié de X-Nnml-Groupes quand recherché par message-identification.

Quand l'usager soumet la commande SLAVE, toutes les demandes de goujon de forther sont bobinées dans Config-spool> (habituellement ~/Mail/NNML.spool) pour des raisons de rendement. Vous pouvez traiter les articles bobinés en soumettant la commande de XUNSPOOL ou en appelant

Perl - MNNML : : Serveur - e débobinent

Les articles rejetés seront saven dans Config-bad> (habituellement ~/Mail/NNML.bad)

le pDonkeyS est application de Perl d'un serveur d'eDonkey. L'objectif principal du serveur est de fournir le cadre pour davantage d'exploration de protocole d'eDonkey, mais il pourrait être utile dans le contrôle du logiciel client, puisque le serveur peut être configuré pour sortir l'information très détaillée d'élimination des imperfections au sujet de la circulation d'eDonkey.

Ce serveur a été effectué pour fournir le cadre pour davantage d'exploration de protocole d'eDonkey, mais il pourrait être utile dans le contrôle du logiciel client, puisque le serveur peut être configuré pour sortir très détaillé mettent au point l'information au sujet de la circulation d'eDonkey.