Los órdenes:: paquete Perl Cauteloso proporcionan mejores guiones por órdenes cautelosos.

SINOPSIS

use Órdenes:: Cauteloso;

mi $var = 0;

ande algo =>
asegure {el $var == 1}
la utilización {$var = 1}
; # El $var es ahora 1

no ande nada =>
asegure {el $var == 1}
¡la utilización {$var = 2} # error!
; # El $var todavía es 1 (cosa buena también)

mi $brokeUnless5 =
ande brokenUnless5 =>
asegure {el $var == 5}
la utilización {$var = cambia}
; # nada aún pasa

imprima "var: $varn"; # imprime 1

El $brokeUnless5-> hace (5);

imprima "ahora var: $varn"; # imprime 5

el paso falla =>
asegure {el $var == 3}
la utilización {$var = 2}
; # Excepción lanzada aquí

Este módulo pone en práctica una variante determinista, que rectifica en los órdenes guardados de Dijkstras. Cada paso llamado es pasado dos bloques: un bloque asegurar que define una prueba de una condición necesaria y suficiente del paso, y un bloque de utilización que causará aquella condición de obtener.

Si el paso es llamado en el contexto vacío (es decir, no es adjudicado a nada o usado como un valor), el paso es ejecutado inmediatamente, como en este pseudocódigo:

a menos que (ASEGURE) {
UTILIZACIÓN;
muera a menos que ASEGURE;
}

Si el paso es llamado en escalar o contexto de matriz, la ejecución es aplazada y en cambio unos Órdenes:: objeto Cauteloso son devueltos, que puede ser ejecutado cuando encima de la utilización el hacen el método. Si hacen es dado argumentos, ellos serán pasados al bloque asegurar (y si es necesario) el bloque de utilización.

La interface a Órdenes:: Cauteloso es así un híbrido de subrutinas exportadas (ver SUBRUTINAS abajo) y los métodos no exportados (ver MÉTODOS).
Para una discusión detallada de la razón de esta existencia de módulos, ver la RAZÓN FUNDAMENTAL abajo.

el smtp-vilter es un filtro contento de alto rendimiento para sendmail, que descubre virus de e-mail y spam.

el smtp-vilter puede pasar, desechar, o simplemente marcar un e-mail basado en los resultados de una exploración contenta. Esto confía en productos de tercero para la exploración contenta actual. Esto usa el API milter para comunicarse con sendmail, y partes traseras para comunicarse con los motores actuales que escanean.

Las partes traseras pueden ser encadenadas para realizar una serie de facturaciones cada mensaje en una carrera.

Gane neto el SMTP:::: TLS es un cliente de smtp que apoya TLS y AUTH.

SINOPSIS

use Red:: SMTP:: TLS;
mi $mailer = nuevas Red:: SMTP:: TLS (
your.mail.host,
Hola => some.host.name,
Puerta => 25, #redundant
Usuario => emailguy,
Contraseña => s3cr3t);
$mailer-> correo (emailguy@your.mail.host);
$mailer-> (a someonecool@somewhere.else);
$mailer-> datos;
¡$mailer-> datasend (¡"Enviado a través de TLS!");
$mailer-> dataend;
$mailer-> salido;

Gane neto el SMTP:::: TLS es un TLS y cliente de smtp capaz AUTH que ofrece una interface que los usuarios encontrarán familiar de Red:: SMTP. Gane neto el SMTP:::: TLS pone en práctica un subconjunto de los métodos proporcionados por aquel módulo, pero seguramente no (aún) una imagen especular completa de aquel API.

Los métodos apoyados por Red:: SMTP:: TLS están usados en el susodicho ejemplo. Aunque mí explicativo en su mayor parte, por favor ver el perldoc para Red:: smtp si usted es confuso.

Las diferencias en los métodos proporcionados son como sigue:
El método de correo no toma la lista de opciones tomada por Red:: smtp
El al método también no toma opciones, y es el único método disponible para poner al recipiente (a diferencia de muchos sinónimos proporcionados por Red:: SMTP).
El constructor toma un número limitado de Red:: parámetros de SMTPs. El constructor para Red:: SMTP:: TLS toma el siguiente (además del nombre de sistema anfitrión del servidor de correo, que debe ser el primer parámetro y no es explícitamente llamado):

NoTLS - En el acontecimiento improbable que usted tiene que usar esta clase para realizar el smtp non-TLS (usted debería usar Red:: smtp sí mismo para esto...), esto apagará TLS cuando suministrado de un valor real. Esto el más a menudo causará un error relacionado con la autentificación cuando usado en un servidor que requiere TLS
Hola - el nombre de sistema anfitrión usado en el orden de EHLO
La puerta - vira a babor para conectar al servicio de smtp (faltas a 25)
Intervalo de espera - Intervalo de espera para conexión de enchufe inital (faltas a 5, pasado directamente a IO:: Enchufe:: INET)
Usuario - nombre de usuario para smtp AUTH
Contraseña - contraseña para smtp AUTH

El smtp de DGS es una clase PHP que actúa cuando un cliente de e-mail, capaz de enviar un e-mail sin usar PHPs incorporó el correo () función.

Esto el más a menudo es útil para sitios web que son incapaces de ponerse PHPs incorporan el correo () función para trabajar. (Por lo general porque ellos dont tienen el acceso a sitios web php.ini archivo).

Ningún Brainer SMTPNo Brainer smtp provee a un remitente smtp simple config-libre.

Ningún Brainer smtp (nbSMTP) es un cliente smtp simple conveniente para correr en cárceles chroot, en sistemas introducidos, ordenadores portátiles, o estaciones de trabajo.

Aquí están algunos rasgos claves "de Ningún Brainer SMTP":

· Apuro un poco de error manejando problemas.
· smtp_last_message añadido () para mejorar verbosidad en caso de errores.
· Usos strtok si strsep no es encontrado.
· módulo OSX Añadido, refiérase a README.OSX en tarball.
· memoria de Apuro se escapa usando una combinación de archivos rc y opciones de línea de orden.
Los · Responden a nbsmtp - ayudan a nbsmtp-h y nbsmtp - versión con el comportamiento esperado.
Los · Mejoran el envío de correos grandes o correos con accesorios.

Aquí están algunos rasgos claves "de Ningún Brainer SMTP":

· SSL/TLS y apoyo de STARTTLS
· SYSLOG registrando apoyo (usando instalación de LOG_MAIL)
· SASL (ENTRADA AL SISTEMA, LLANURA y CRAMMD5) apoyo
· IPv6 apoyo
· apoyo de archivo de Configuración
· Sendmail compatibilidad
· Cola supportSSL/TLS y apoyo de STARTTLS
· SYSLOG registrando apoyo (usando instalación de LOG_MAIL)
· SASL (ENTRADA AL SISTEMA, LLANURA y CRAMMD5) apoyo
· IPv6 apoyo
· apoyo de archivo de Configuración
· Sendmail compatibilidad
· apoyo de Cola

el libsmtp permite que programas no envien el correo directamente por el smtp (ningún sendmail necesario). el lib smtp es diseñado para ser simple y memoria eficiente, y ha no probado ligeramente el apoyo a partes de cuerpo de multiparte de MIME.

Postfije smtp la Escucha de la Solución es un juego de tres Perl CGI las escrituras solían supervisar la cola SMTP, permitiendo la eliminación de mensajes que por motivos o el otro se hace "pegado" en la cola.

Necesité una solución basada en la web de supervisar mi Postapuro relevo de SMTP, que me permitió quitar mensajes que se hacen "pegados" en la cola. Escribí tres escrituras Perl simples, y usé Sudo para darme la funcionalidad deseada.

Cargo estas escrituras por si ellos sean útiles para otros. La asunción de usted hace configurar al apache correctamente en su servidor de Postapuro, debería ser tan fácil como la colocación de los tres archivos.cgi en su directorio de cgi-recipiente webservers, y fabricación de las modificaciones apropiadas a su archivo/etc/sudoers (ver el README contenido en el tarball).

El POE:: Componente:: Cliente:: smtp es un módulo Perl para el correo asincrónico enviar con POE. Así su programa isnt bloqueo mientras hablar ocupado con un servidor de smtp (E).

SINOPSIS

¡Advertencia! Los ejemplos siguientes no son programas completos, y arent intentó ser ejecutado como aplicaciones hechas volar llenas. Su objetivo es presentarle rápidamente en el módulo.

Para ejemplos completos, compruebe el directorio eg que puede ser encontrado en el equipo de distribuciones.

Un ejemplo simple:

# cargue PoCoClient:: smtp
use POE:: Componente:: Cliente:: SMTP;
# engendre una sesión
Los POE:: Componente:: Cliente:: SMTP-> envian (
De => foo@baz.com,
A => john@doe.net,
Servidor => relay.mailer.net,
SMTP_Success => callback_event_for_success,
SMTP_Failure => callback_event_for_failure,
);
# y usted es todo puesto ;-)
Un ejemplo más complejo:
# cargue PoCoClient:: smtp
use POE:: Componente:: Cliente:: SMTP;
# engendre una sesión
Los POE:: Componente:: Cliente:: SMTP-> envian (
# Envíe parámetros relacionados por correo electrónico
De => foo@baz.com,
A => [
john@doe.net,
andy@zzz.org,
peter@z.net,
george@g.com,
],
El cuerpo => $email_body, # heres donde su mensaje es almacenado
Servidor => relay.mailer.net,
Intervalo de espera => 100, # 100 segundos antes timeouting
# POE relacionó parámetros
Alias => pococlsmtpX,
SMTP_Success => callback_event_for_success,
SMTP_Failure => callback_event_for_failure,
);
# y usted es todo puesto

El Inspector de Relevo de smtp es un escáner de relevo de correo abierto totalmente configurable, multienhebrado. Esto apoya escanear de bloques de IP, y puede imprimir los resultados a una Página web.

El Inspector de Relevo de smtp es querido para Administradores de Sistemas para comprobar bloques de IP en su control.

Compilación / Instalación

Para construir SmtpRC por favor ejecutado "hacen" en el directorio de paquete. Esto construirá el paquete y creará el binario "smtprc". Para instalar el paquete, por favor ejecútese "hacen instalan".

En Ausencia, el binario será instalado en/usr/local/bin/, los archivos de configuración serán instalados bajo/usr/local/etc/smtprc/y todos los archivos de documentación serán instalados bajo/usr/local/share/doc/smtprc/. Por favor véase abajo para una lista llena de archivos instalados.

/usr/local/bin/smtprc
/usr/local/bin/gsmtprc
/usr/local/etc/smtprc/auto.conf
/usr/local/etc/smtprc/email.tmpl
/usr/local/etc/smtprc/rcheck.conf
/usr/local/share/doc/smtprc/README
/usr/local/share/doc/smtprc/FAQ
/usr/local/man/man1/smtprc.1
/usr/local/man/man1/gsmtprc.1

Utilización Smtprc

SmtpRC puede ser ejecutado especificando opciones en la línea de orden, o configurando "un archivo" de configuración automático y dejando a SmtpRC analizar las opciones desde allí. Recomiendan a éste.

Cuando SmtpRC es instalado, un ejemplo "archivo" de configuración automático es instalado en "/usr/local/etc/smtprc/auto.conf". Corrija este archivo, cambiando los valores para satisfacer sus exigencias de red específicas y ejecutar smtprc con la opción siguiente (una lista llena de opciones
es detallado abajo):

"/usr/local/bin/smtprc-j/usr/local/etc/smtprc/auto.conf"

Estar seguro que un e-mail de tercero de relevos mailserver, SmtpRC intentará transmitir el correo a una dirección especificada. Se recomienda que esta dirección sea una caja en la máquina local que es usada para ejecutar SmtpRC - el apoyo de música pop es un aspecto planeado, pero por el momento, SmtpRC sólo apoya cajas locales que comprueban (mbox y Maildir). Cree una nueva cuenta de usuario (smtprc), especifique la dirección de correo electrónico para esta cuenta, y la caja local (en la línea de orden o en "el archivo" de configuración automático), y SmtpRC intentará transmitir e-mails a esta dirección y control de e-mails recibidos después de escanear.

También hay una interface de GUI a smtprc (gsmtprc) que es instalado en/usr/local/bin. Esto requiere que Perl Tk se ejecute.

Whats Nuevo en Esta Liberación:

· Apuros una condición de raza entre las hebras de segador y maestro.

El demonio de smtp sin relevo es un servidor de correo ligero cuyo único objetivo es recibir mensajes de entrada y entregarlos a usuarios locales. Su "aspecto" principal (o no aspecto, realmente) debe ser completamente incapaz de transmitir mensajes a servidores adyacentes: si un mensaje de entrada no es dirigido a una caja local, el smtpd lo rechazará.

Otro aspecto conveniente es su listado gris automático de clientes que permite que usted rechace eficazmente spammers basado en su comportamiento. El demonio de smtp sin relevo puede manejarse el tráfico de e-mail de entrada para un número ilimitado de dominios (es decir actuar como un MX para estos dominios) sin la necesidad de cualquier configuración (además de la creación de cajas de usuarios).

Pop-before-SMTP permite que usted se certifique primero vía POP3 y luego transmita sus correos.

Pop-before-SMTP lee datos del archivo de FIFO (el POP3-demonio escribe a este FIFO) y añade a anfitriones de RELEVO en el archivo de acceso. Después reconstruye la base de datos que permite correos de relevo de IPs. Todo va en tiempo real permitiendo a Sus clientes enviar correos inmediatamente después de recibir el correo vía POP3.

Whats Nuevo en Esta Liberación:

· en syslog () el programa muestra ahora el registro entero añadido en la base de datos (antes de que fuera el error de programación),
· usted puede determinar la instalación para syslog en la sección conf,
· ahora Usted puede desmenuzar números IP en el archivo "de acceso" (antes de que fuera el error de programación si el número IP fuera desmenuzado, logrelaypop3 los didnt añaden su en la base de datos),
· nuevo parámetro en sección conf.
· LOGRELAY-POP3 para Zmailer & apoyo sólido-pop3d
· LOGRELAY-POP3 para Sendmail & apoyo de ipop3
· LOGRELAY-POP3 para Sendmail & apoyo sólido-pop3

los smtp2mix son dos pequeños apoderados de correo que el relevo e-mail de entrada a remailer anónimo conecta a la red.

El proyecto permite que el uso de su cliente de e-mail preferido envie el e-mail anónimamente vía la red de mixminion o el mixmaster.

El orden de d ejecuta un orden en el fondo y desvía su producción a un archivo. El archivo de producción es anotado con principio y fin del tiempo, el orden actual usado, cwd, servidor, etc.

Usted puede preguntar al orden de d de extraer el último orden del archivo de producción y ejecutarlo otra vez, usted puede pedirle añadir al archivo o no, y otras golosinas.

Esto viene con pequeños programas prácticos para mirar la producción, seguirlo, etc. d orden es la clase de trivial, pero ha sido aerodinamizado durante muchos años.

Uso: d [-f archivo] c [n] [p] cmd arg...
o: d [-f archivo] m [n] [p] [make_arg...]
o: d [-f archivo] s [n] [p] [additional_arg...]
o: d [-f archivo] h

Haga una tarea en el fondo, con su stdout y stderr desviado a un archivo llamado o al archivo o a un archivo llamado por una variable de ambiente de $yostD_OUTFILE. El orden de d por lo general hace

mv,


y luego crea un nuevo el archivo, pero d puede ser dicho añadir a en cambio.

El argumento de tarea es formado de cartas individuales:

Requieren a uno de éstos:

los c Hacen el orden siguiente - el cambio de dirección y la tubería trabajan de ser citado.
el m Hace hacer.
los s Hacen el mismo orden otra vez (extraiga el último orden de, y ejecútelo otra vez (sin agradable a menos que usted lo pida otra vez).
h Letra una historia de lo que pasó en esto el archivo.
Éstos son opcionales:
los n Lo hacen amablemente.
Añadir a.
p Sólo imprimen el orden que sería ejecutado; los dont lo ejecutan.

El orden de d viene junto con varias funciones de cáscara de ayudante:

q cola-f
gato de qq
cola de qt-20
cq claro; q
cqq claro; qq
los wq esperan "el $"; printf "b"; qq
los wqt esperan "el $"; printf "b"; qt

La producción de d en el archivo consiste en

prólogo
producción del orden
epílogo

como mostrado en el ejemplo abajo, que hace esto:

Ejecute un orden (c) en el fondo, con la producción al archivo.

Ejecute el mismo (s) comand otra vez, con agradable (n), añadiendo (a) la producción a la existencia archivo.

Muestre el archivo.

El espectáculo lo que pasará (p) si tratamos de ejecutar el mismo orden otra vez, usando ‘d s’.

Muestre la historia (h) de órdenes y resultados contenidos en el archivo.

Whats Nuevo en Esta Liberación:

· el guión fue fijado de modo que además de zsh, él también trabaje con el golpe, ksh, y sh.

El Proc:: Orden es un backtick que no usa la cáscara para Perl bajo Windows.

SINOPSIS

use Proc:: Orden

@reponse = Proc:: Orden-> orden ($command)
@reponse = Proc:: Orden-> orden ($command, $trys)
@reponse = Proc:: Orden-> orden ($command, $trys, $sleep)

use Proc:: Orden qw (orden)

@reponse = orden ($command)
@reponse = orden ($command, $trys)
@reponse = orden ($command, $trys, $sleep)

Algún Perls bajo ventanas de Microsoft sufre la invalidez sobre el UNIX Perls. Una invalidez particular es un backtick sin la consola. Altough la consola de Microsoft, puede ser comenzado sin una ventana (orden de principio con opción/b o llamada de programa de hueva), el orden de sistema Perl en ventanas por lo general crea una ventana. La creación de una ventana causa el problema de interface de usuario inmenso ya que esto aparecerá al azar y tomará el foco sobre la ventana corriente, borrando entradas corrientes en aquella ventana. Las soluciones tal como "Proc:: SafePipe" no se ejecutan en Perls para la Ventana.

Este módulo proporciona una respuesta usando el orden "abierto" con un tubo para proporcionar un backtick sin una consola que se ejecutará bajo Perls en el Microsoft Windows.

El proyecto de Sistema de Orden Seguro Remoto es un sistema de orden asincrónico y seguro remoto basado en una configuración de archivo.

Un servidor independiente envia y recibe órdenes por archivos, y un sistema de lote lanza órdenes de scp y ssh.

El Ejecutor de Orden es un guión amaroK que ejecutan un orden interno (p.ej dejan de jugar) cuando la aquella entrada de los alcances. A veces es útil ejecutar algunos órdenes externos (p.ej cierre) cuando el juego alcanzó un cierto lugar (p.ej final del álbum).

Este guión hace el trabajo. Si amaroK comienza a jugar una pista "del álbum" de Orden de Shell, este guión ejecuta la etiqueta de comentario de la pista como un orden de cáscara.

Usted necesita algunos archivos de audio preparados, con etiquetas correctamente llenas. Hay tres archivos.ogg adjuntados para juego de parada, cierre e hibernan el ordenador.

El POE:: Componente:: ControlPort:: Orden es un módulo Perl con órdenes de puerta de control de registro.

SINOPSIS

use POE:: Componente:: ControlPort:: Orden;

POE::Component::ControlPort::Command->register (
llame => prueba,
tema => sample_commands,
el uso => prueba [el texto para resonar]
los help_text => prueban el orden. repetirá atrás todos los parámetros,
mande => suscripción {mi %args = _; devuelva la juntura ("", {$args {args}});}
);

Este módulo tiene un orden para el consumo público. el registro () es el camino que registros de manda para el uso en la puerta de control. Los argumentos puestos en una lista en la sinopsis son todos los argumentos disponibles y son todos obligatorios.

El AFS:: Orden:: PUNTOS es un API OO al orden de puntos AFS.

SINOPSIS

use AFS:: Orden:: PUNTOS;

mi $pts = AFS:: Orden:: PUNTOS-> nuevo ();

mi $pts = AFS:: Orden:: PUNTOS-> nuevo
(
mande => $path_to_your_pts_binary,
);

mi $pts = AFS:: Orden:: PUNTOS-> nuevo
(
noauth => 1,
fuerce => 1,
);

Este módulo pone en práctica una envoltura de API OO alrededor del orden de puntos AFS. Los métodos apoyados dependen de la versión del binario de puntos usado, y son determinados automágicamente.

El AFS:: Orden:: BOS es un API OO al AFS bos orden.

SINOPSIS

use AFS:: Orden:: BOS;

mi $bos = AFS:: Orden:: BOS-> nuevo ();

mi $bos = AFS:: Orden:: BOS-> nuevo
(
mande => $path_to_your_bos_binary,
);

mi $bos = AFS:: Orden:: BOS-> nuevo
(
localauth => 1,
);

Este módulo pone en práctica una envoltura de API OO alrededor del AFS bos orden. Los métodos apoyados dependen de la versión del binario bos usado, y son determinados automágicamente.

El AFS:: Orden:: FS es un API OO al AFS fs orden.

SINOPSIS

use AFS:: Orden:: FS;

mi $fs = AFS:: Orden:: FS-> nuevo ();

mi $fs = AFS:: Orden:: FS-> nuevo
(
mande => $path_to_your_fs_binary,
);

Este módulo pone en práctica una envoltura de API OO alrededor del AFS fs orden. Los métodos apoyados dependen de la versión del binario fs usado, y son determinados automágicamente.