L'applet nommé de zone de travail est un applet de Commission de gnome pour manifester et éditer le nom de l'espace de travail courant.

Le programme d'analyse syntaxique de nom DNS est une bibliothèque de service de Java pour analyser des noms de DNS, IP et adresses de hw.

Synthèse

importation su.net db.parser.* ;

Programme d'analyse syntaxique de programme d'analyse syntaxique = programme d'analyse syntaxique neuf () ;

Résultat de table de hachage = parser.parse (streptocoque) ;

System.out.println (« chaîne de caractères : « +result.get (« chaîne de caractères »));
System.out.println (« hw : « +result.get (« hw »));
System.out.println (« nom : « +result.get (« nom »));
System.out.println (« domaine : « +result.get (« domaine »));
System.out.println (« ip_low : « +result.get (« ip_low »));
System.out.println (« ip_high : « +result.get (« ip_high »));

Le « programme d'analyse syntaxique de nom DNS » est une bibliothèque de service produite pour être employé dans une application de recherche. Donnée à un inducteur à entrée unique son fonctionnement est différencier entre plusieurs types de chaînes de caractères possibles d'entrée. À savoir s'il un nom de DNS, un IP address (exiger, gamme d'IP ou IP avec des cartes de remplacement) ou une adresse de visserie. Le résultat de l'analyse est une table de hachage avec des clavettes possibles « chaîne de caractères », « hw », « nom », « domaine », « ip_low » et « ip_high ».

Le portefeuille de Domain Name est une application basée par PHP et MySQL aux propriétaires de domaine HELP dispensent mieux leur portefeuille.

Il te permet d'indiquer vos domaines avec leur échéance, conservateur, et un prix.

Permet également à des visiteurs à votre portefeuille de vous contacter au sujet d'un domaine donné.

Voici quelques fonctionnalités clé de « portefeuille de Domain Name » :

· Caractéristiques de séquence type

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

· Ce desserrage porte le soutien de MySQLi, avec les bugfixes moins importants et plusieurs des améliorations de fonctionnement.

Courrier : : Bulkmail : : Le serveur est un module de Perl qui traite des connexions et la transmission de serveur pour le courrier : : Bulkmail.

SYNTHÈSE

mon $server = courrier : : Bulkmail : : Server->new (
=> your.smtp.com de smtp,
=> gauche 25
) || mourir le courrier : : Bulkmail : : Server->error () ;

#connect au relais de smtp
$server->connect || mourir $server->error () ;

#talk au serveur
mon $response = $server->talk_and_respond (« ENSEMBLE DE RÉFÉRENCE ») ;

Courrier : : Bulkmail : : Le serveur traite maintenant des connexions de serveur. Courrier : : Bulkmail 1.x et 2.x a eu toute la fonctionnalité de serveur établie dans le module lui-même. C'était gentil en termes de simplicité - un module, une connexion, un serveur, et ainsi de suite. Mais il a eu quelques désavantages. Pour une chose, il a seulement tenu compte d'une connexion. Et puisque j'ai voulu permettre les connexions multiples de serveur dans 3.00, cela a dû disparaître. Pour des autres, c'était une douleur dans le bout pour changer l'application de serveur. De cette façon, vous pouvez facilement sauver votre propre classe de serveur, la relâchez dedans ici, et ne soyez pas en ligne aux chemins.

Par exemple, le courrier : : Bulkmail : : Module de DummyServer pour l'élimination des imperfections.
Ce n'est pas un module qui de youll la nécessité réellement d'accéder directement, puisqu'elle est consultée intérieurement par la poste : : Bulkmail quand il est nécessaire. Spécifier les caractéristiques que vous avez besoin dans le fichier de conf et l'attribut server_file, et vous n'aurez pas besoin jamais de toucher ceci directement.

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.

Réseau : : smtp : : Le TLS est un usager de smtp supportant le TLS et l'AUTH.

SYNTHÈSE

réseau d'utilisation : : smtp : : TLS ;
mon $mailer = réseau neuf : : smtp : : TLS (
your.mail.host,
Bonjour => some.host.name,
=> gauche 25, #redundant
=> d'usager emailguy,
Password=> s3cr3t) ;
$mailer->mail (emailguy@your.mail.host) ;
$mailer->to (someonecool@somewhere.else) ;
$mailer->data ;
$mailer->datasend (« envoyé par le TLS ! ") ;
$mailer->dataend ;
$mailer->quit ;

Réseau : : smtp : : Le TLS est un usager capable de smtp de TLS et d'AUTH qui offre une surface adjacente que les usagers trouveront le familier du réseau : : Smtp. Réseau : : smtp : : Le TLS applique un sous-ensemble des méthodes fournies par ce module, mais certainement pas (encore) une image de miroir complète de cet api.

Les méthodes supportées par Net : : smtp : : Le TLS sont employés dans l'exemple ci-dessus. Bien qu'explicite pour la plupart, voir s'il vous plaît le perldoc pour le réseau : : smtp si vous êtes peu clair.

Les différences dans les méthodes fournies sont comme suit :
La méthode de courrier ne prend pas la liste d'options prise par Net : : smtp
À la méthode également ne prend pas des options, et est la seule méthode procurable pour régler le bénéficiaire (à la différence des nombreux synonymes a fourni par Net : : Smtp).
Le constructeur prend un numéro limité de réseau : : Paramètres de SMTPs. Le constructeur pour le réseau : : smtp : : Le TLS prend le suivant (en plus du nom d'hôte du mail server, qui doit être le premier paramètre et n'est pas expressément nommé) :

NoTLS - dans l'événement peu probable du lequel vous avez besoin pour employer ce cours pour exécuter smtp NON-TLS (vous doit employer le réseau : : smtp lui-même pour cela…), ceci arrêtera le TLS quand fourni avec des valeurs vrai. Ceci entraînera le plus souvent une erreur liée à l'authentification quand utilisé sur un serveur qui exige le TLS
Bonjour - nom d'hôte utilisé dans la commande d'EHLO
Port - mettre en communication pour brancher au service smtp (les défauts à 25)
Minuterie - minuterie pour la connexion initiale de prise (défauts à 5, réussi directement à l'E/S : : Prise : : INET)
Usager - username pour smtp AUTH
Mot de passe - mot de passe pour smtp AUTH

La calorie zéro DNS est un domain name server pour lequel la binaire pèse dedans à 26K, celui n'a aucune dépendance autres que l'installation minimale du FreeBSD 6.0.

Le serveur répond au « serveur de nom » (NS), au « début de l'autorité » (SOA), au « procès-verbal d'adresse » (a), à la « adresse d'inverse » (PTR), et aux demandes « de messager » (MX). Le serveur est assez rapide parce que l'ensemble de caractéristiques a été garni vers le bas au minimum strict.

Quelques choses sont hard-coded de sorte qu'il soit facile accomplir une installation deux mn. Le dur-codage signifie qu'il peut ne pas être pour chacun, cependant.

POE : : Composante : : Usager : : Le smtp est un module de Perl pour le courrier asynchrone envoyant avec le POE. De ce fait votre régime ne bloque pas alors que parler occupé avec un serveur smtp (E).

SYNTHÈSE

Alerte ! Les exemples suivants ne sont pas des régimes complets, et arent conçus pour être exécuté en tant que véritables applications. Leur but est de vous présenter rapidement au module.

Pour assurer les exemples complets, examiner par exemple le répertoire qui peut être trouvé dans le nécessaire de distributions.

Un exemple simple :

# chargement PoCoClient : : smtp
utilisation POE : : Composante : : Usager : : smtp ;
# frai une session
POE : : Composante : : Usager : : SMTP->send (
du => foo@baz.com,
Au => john@doe.net,
=> relay.mailer.net de serveur,
Callback_event_for_success de => de SMTP_Success,
Callback_event_for_failure de => de SMTP_Failure,
) ;
# et vous sont tous ont réglé ; -)
Un exemple plus complexe :
# chargement PoCoClient : : smtp
utilisation POE : : Composante : : Usager : : smtp ;
# frai une session
POE : : Composante : : Usager : : SMTP->send (
# paramètres relatifs d'email
du => foo@baz.com,
Au => [
john@doe.net,
andy@zzz.org,
peter@z.net,
george@g.com,
],
=> $email_body de fuselage, # heres où votre message est enregistré
=> relay.mailer.net de serveur,
=> 100 de minuterie, # 100 secondes avant de timeouting
# paramètres relatifs de POE
Dit pococlsmtpX de =>,
Callback_event_for_success de => de SMTP_Success,
Callback_event_for_failure de => de SMTP_Failure,
) ;
# et vous sont tous ont réglé

La solution de surveillance de smtp de suffixe est un ensemble de trois scripts CGI de Perl employés pour surveiller la file d'attente de smtp, permettant le blanc des messages qui pour une raison ou des autres deviennent « stuck » dans la file d'attente.

J'ai eu besoin d'une solution web pour surveiller mon relais de smtp de suffixe, qui m'a permis de retirer les messages qui sont « ont collé » dans la file d'attente. J'ai sauvé trois scripts Perl simples, et Sudo utilisé pour me donner la fonctionnalité désirée.

Je télécharge ces séquences type au cas où elles seraient utiles à d'autres. En vous assumant avoir Apache configuré correctement sur votre serveur de suffixe, il devrait être aussi facile que mettant les trois dossiers de .cgi dans votre répertoire cgi-bin de web server, et apportant les modifications appropriées à votre dossier de /etc/sudoers (voir le Lisez-moi contenu dans le tarball).

smtp-vilter est un filtre content à rendement élevé pour le sendmail, qui trouve les virus d'e-mail et le Spam.

smtp-vilter peut réussir, jeter, ou simplement marquer un email basé sur les résultats d'un balayage content. Il se fonde sur les produits de tiers pour le balayage content réel. Il emploie le milter api pour communiquer avec le sendmail, et le centralise pour communiquer avec les engines réelles de lecture.

Centralise peut être enchaîné pour exécuter une série de vérifications sur chaque message dans un exécuté.

Le mail server nain est un mail server complet développé sur la plateforme Java, mettant en application les protocoles smtp, POP3 et IMAP4rev1.

Le mail server nain fournit le support pour le traitement de messages riche d'application par l'intermédiaire des filtres et des agents de courrier que l'on peut brancher, ainsi que complètement la manipulation des domaines virtuels pour les protocoles SMTP/POP3/IMAP4, et est gratuit pour la redistribution binaire.

Puisque le serveur est basé sur le cadre nain, il partage également ses conceptions de bases et caractéristiques courantes - simplicité, modularité et extensibilité élevée, authentification et autorisation, configuration de XML, enregistrement et administration distante.

Voici quelques fonctionnalités clé « du mail server nain » :

· Application ESMTP, POP3 et IMAP4rev1
· la couche de logique d'application fournie par la poste filtre et des agents
· serveurs virtuels de courrier dans le serveur SMTP/POP3/IMAP4
· authentification et autorisation indépendantes de l'application
· l'échantillon JSP-a basé la surface adjacente de webmail

Le mail server nain est visé pour les deux utilisateurs qui sont mail server simple, bloqué et robuste juste de recherche aussi bien que les développeurs qui ont besoin d'un cadre extensible et puissant pour le traitement de messages d'application.

Pour des usagers avec des conditions minimales il peut offrir la portabilité, configuration simple aussi bien que la forte sécurité.

· Portabilité : plusieurs plates-formes de SYSTÈME D'EXPLOITATION sont supportées par l'intermédiaire de la technologie de Java, y compris MS Windows, UNIX/Linux/BSD, MaOS X et d'autres.
· Configuration : juste 3 lignes doivent être changées pour allumer vers le haut un mail server d'échantillon et quelques uns de eux pour exécuter un serveur SMTP/POP3/IMAP4 complet.
· Garantie : elle emploie l'architecture de degré de sécurité de plateforme Java en combination avec l'authentification de Java et le service d'autorisation (JAAS), aussi bien que SSL/TLS pour la communication protégée.

Les usagers avancés ou d'entreprise peuvent supplémentaire apprécier l'évolutivité de rendement, traiter multiple de domaine, les caractéristiques de sécurité améliorée et le modèle modulaire soulageant pour le comporter à l'infrastructure existante.

· Évolutivité : gain du modèle multifil et de la répartition des ressources dynamiquement réglable.
· Domaines multiples : le serveur est en mesure de traiter des domaines virtuels multiples dans un cas unique pour tous les protocoles de smtp, de POP et d'IMAP.
· Sécurité améliorée : comprend des permissions spécialisées par domaine et les listes de contrôle d'accès pour l'IMAP, smtp transmettant par relais le contrôle statue, filtrage géré par le système central, transmission de SSL/TLS, anti-Spam fondamental filtrant, etc.
· Robustesse : la communication réseau d'usager/serveur est par le modèle séparé de la couche ressource-chère de logique d'application. L'application de serveur est basée sur les flots unparsed d'octet autant que possible, y compris ses propres et programme d'analyse syntaxique très efficace de MIME.

Le mail server nain semble également être une plate-forme appropriée pour le développement d'applications et la personnalisation. Sa structure modulaire et api léger laisse améliorer la fonctionnalité existante ou mélanger complet la certaine partie dans son ensemble :

· Traitement de messages : les filtres et les agents de courrier fournissent une seule infrastructure pour le traitement de messages riche.
· File d'attente de courrier : la représentation matérielle de file d'attente de courrier est abrégée par le cahier des charges d'api et peut changé par une application faite sur commande.
· Sous-système de stockage : la représentation des données matérielle (c.-à-d. messages, les dépliants, les options de configuration, ACLs) est abrégée par api et peut être changée par une application faite sur commande basée sur le système de fichiers, la base de données SQL, etc.
· Programme d'analyse syntaxique de MIME : l'engine d'analyse peut reimplemented pour le premier rendement selon le stockage actuel utilisé de courrier.

Le courrier nain divisent a été vérifié avec les clients mail les plus populaires comme MS Outlook, Mozilla, Thunderbird, opéra, courrier d'Apple, Becky ! , Pegasus, Eudora, pin, "bat" ! et d'autres.

D'autres caractéristiques :

· serveur multifil
· numéro dynamiquement réglé des filetages actifs
· serveur api pour le courrier, les caractéristiques d'usager et les stockages d'ACL
· architecture robuste de serveur smtp avec le modèle souple de file d'attente
· les distributions simultanées aux serveurs lointains de smtp
· mécanisme transparent d'avis (DSN) de système de distribution
· soutien des dossiers partagés
· programme d'analyse syntaxique en continu rapide et universel de MIME
· configuration du serveur d'exécution
· support inhérent de SSL/TLS
· pleine documentation avec des guides utilisateurs et des cours d'instruction
· échantillons avec codes sources

Le smtp de DGS est une classe de PHP qui agit en tant qu'usager d'email, capable envoyer un email sans employer PHPs établi dans le fonctionnement de courrier ().

C'est le plus souvent utile pour les sites qui ne peuvent pas obtenir la construction de PHPs dans le fonctionnement de courrier () au travail. (Habituellement parce qu'ils n'ont pas accès au dossier des sites php.ini).

le libsmtp permet à des régimes d'envoyer le courrier directement par smtp (aucun sendmail requis). le smtp de bibliothèque est conçu pour être simple et mémoire efficace, et a le soutien légèrement non essayé des parties du corps de liasse multiple de MIME.

Le smtp de SMTPNo Brainer de bêtise fournit un émetteur simple config-libre de smtp.

smtp de bêtise (nbSMTP) est un usager simple de smtp approprié au passage en prisons de chroot, dans les systèmes embarqués, les ordinateurs portatifs, ou les postes de travail.

Voici quelques fonctionnalités clé de « smtp de bêtise » :

· Fixer quelques problèmes de traitement des erreurs.
· Smtp_last_message ajouté () pour améliorer le verbosity en cas d'erreurs.
· Emploie le strtok si le strsep n'est pas trouvé.
· Le module ajouté d'OSX, se rapportent à README.OSX dans le tarball.
· Fixer les fuites mémoire quand l'emploi d'une combinaison de rc lime et des options de la ligne de commande.
· Répondre au nbsmtp --nbsmtp d'aide - h et nbsmtp --version avec le comportement prévu.
· Améliorer envoyer de grands courrier ou courrier avec des pièces d'assemblage.

Voici quelques fonctionnalités clé de « smtp de bêtise » :

· Support de SSL/TLS et de STARTTLS
· Support de enregistrement de sgf (using l'installation de LOG_MAIL)
· Support de SASL (PROCÉDURE DE CONNEXION, PLAINE et CRAMMD5)
· Support IPv6
· Support de fichier de configuration
· Compatibilité de sendmail
· File d'attente supportSSL/TLS et support de STARTTLS
· Support de enregistrement de sgf (using l'installation de LOG_MAIL)
· Support de SASL (PROCÉDURE DE CONNEXION, PLAINE et CRAMMD5)
· Support IPv6
· Support de fichier de configuration
· Compatibilité de sendmail
· Support de file d'attente

Aucun-transmettre par relais le démon de smtp est un mail server léger dont l'objectif unique est de recevoir les messages entrants et de les fournir aux usagers locaux. Sa « caractéristique » principale (ou non-caractéristique, réellement) est de ne pouvoir pas complet aux messages de relais aux serveurs adjacents : si un message entrant n'est pas adressé à une boîte aux lettres locale, le smtpd la rejettera.

Une autre caractéristique commode est sa gris-liste automatique des usagers qui te permet de rejeter efficacement des spammers basés sur leur comportement. Aucun-transmettre par relais le démon de smtp peut traiter la circulation entrante d'email pour un numéro illimité des domaines (c.-à-d. agir en tant que MX pour ces domaines) sans besoin de n'importe quelle configuration (autre que la création des boîtes aux lettres d'usagers).

Le serveur de TFTP est un serveur multifil de TFTP, qui signifie que n'importe quel numéro des usagers peut brancher simultanément.

Les supports de serveur de TFTP tsize, blksize, et des options d'intervalle, gaine des supports PXE, et peuvent être autonomes exécuté ou en tant que démon.

CONTRÔLE

Ce serveur fonctionne mettent au point dedans le mode (avec indicateur - v) ou comme service (sans tout indicateur). Veuillez augmenter le dossier de .gz à un répertoire, using l'interpréteur de commandes interactif, goto ce répertoire, éditent le dossier de tftpserver.ini (spécifier juste le dir à la maison) et donnent l'instruction suivante comme fond : -

tftpserver#. /tftpserver - v

Vous verrez des résultats suivants : -

Disponible…

Maintenant ouvrir un plus d'interpréteur de commandes interactif et donner les instructions suivantes : -

$tftp
localhost de tftp>connect
tftp>get [un certain nom de fichier dans le dir à la maison]
Reçu 13112 octets en 0.0 seconde

et sur le serveur vous pouvez voir
usager 127.0.0.1 : le dossier xxxxx ...... # des blocs a servi

INSTALLATION

Ce régime fonctionne en deux modes : -

a) Mettre au point le mode (employant - l'argument de v)
b) Démon (using aucun argument)

Ce régime devrait être installé pour commencer à modifier automatiquement le dossier de /etc/rc.d/rc.local de séquences type de gaine ou le dossier de /etc/inittab. Ne jamais comprendre - v (indicateur in extenso) tout en exécutant comme démon de ces séquences type.

CONFIGURATION

Vous avez besoin de répertoire home pour être réglé dans le dossier de tftpserver.ini, vous pouvez commenter d'autres paramètres comme blksize et intervalle.

UNINSTALLATION

Retirer juste le répertoire de régime. Vous devriez également retirer des entrées de initialisez des séquences type de
votre machine.

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

· Ce desserrage emploie le gisement de filetage, qui améliore le rendement.
· L'emplacement du fichier de fichier journal et d'ini peut maintenant être dépassé dans la version d'Unix.

Le projet Twisted de noms est un domain name server aussi bien qu'une bibliothèque de séparateur d'usager.

Les noms Twisted sort avec un nameserver « cadre » qui peut afficher la plupart des dossiers de zone de Gripper-syntaxe aussi bien qu'un format Python-basé simple de configuration.

Les noms Twisted peuvent agir en tant que serveur bien fondé, exécutent des transferts de zone à partir d'un maître pour agir en tant que secondaire, agissent en tant que nameserver de mise en antémémoire, ou n'importe quelle combinaison de ces derniers.

La bibliothèque Twisted de séparateur d'usager de noms fournit des fonctionnements à la requête pour tous les types d'enregistrement utilisés généralement ainsi qu'un remontage pour le fonctionnement de blocage de gethostbyname () fourni par le module de prise de stdlib de python.

Les noms Twisted est procurable sous la plaque d'immatriculation de logiciel gratuit de MIT.

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

· Des erreurs dans le marge bénéficiaire bénéficiaire utilisé dans la documentation d'api ont été corrigées.
· Un bogue où l'usager de DNS relâcherait parfois une réaction a été corrigé.
· Un bogue qui a prévenu non-DANS des consultations de produire des requêtes mal formées a été corrigé.

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).

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 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.