Grupos de Google ya no admite nuevas publicaciones ni suscripciones de Usenet. El contenido anterior sigue siendo visible.

Como administrar correo vital

Visto 0 veces
Saltar al primer mensaje no leído

carlos mario

no leída,
24 ene 2002, 0:16:4924/1/02
a
holas, resulta que tengo el siguiente problema en mi oficina.

Absolutamente toda la informacion de la empresa se maneja via email. Los
contactos con los clientes, las ordenes de compra, la comunicacion con las
demas oficinas y todo todo lo demas.

Existe alguna alternativa en linux para administrar el correo y poder
hacerle un seguimiento fiable? quiero decir que si cada correo se convierte
en un proceso a seguir, (ya sea simplemente informar algo o enviar algo),
puede linux generarme un informe detallado de todo lo que pasa con el
correo?


Espero haber sido claro, pero si no lo he sido, comentenme que ha dicho que
sea confuso y tratare de aclararlo.

De antemano, muchas gracias


Jesus Manuel NAVARRO LOPEZ

no leída,
24 ene 2002, 6:16:5424/1/02
a
Hola, carlos:

carlos mario wrote:

> holas, resulta que tengo el siguiente problema en mi oficina.
>
> Absolutamente toda la informacion de la empresa se maneja via email. Los
> contactos con los clientes, las ordenes de compra, la comunicacion con las
> demas oficinas y todo todo lo demas.
>
> Existe alguna alternativa en linux para administrar el correo y poder
> hacerle un seguimiento fiable? quiero decir que si cada correo se convierte
> en un proceso a seguir, (ya sea simplemente informar algo o enviar algo),
> puede linux generarme un informe detallado de todo lo que pasa con el
> correo?
>


En una palabra: cualquiera.
Independientemente del MTA que uses, *todos* tienen la forma de
generarte un "informe" detallado de lo que ocurre. Se llama log de
correo y, convencionalmente lo encotrarás en /var/log/maillog.
Configurando, en todo caso, el nivel de "ruido" generado por el servidor
podrás tener la información que buscas.

Así, por ejemplo, una entrada en el servidor de correo de mi empresa
puede pintar así (separo las líneas con una X):

Jan 20 04:02:04 elrond sendmail[29764]: g0K323529764:
from=ro...@mithrandir.intranet, size=887, class=0, nrcpts=1,
msgid=<200201200302...@mithrandir.intranet>, relay=root@localhost
X
Jan 20 04:02:04 elrond sendmail[29772]: g0K323529764: to=jmnav ,
ctladdr=ro...@mithrandir.intranet (0/0), delay=00:00:01, xdelay=00:00:00,
mailer=local, pri=30887, dsn=2.0.0, stat=Sent

Traduzcamos: A las 4:02:04 del 20/ENE/2002 entró el mensaje numerado
29772, enviado por ro...@mithrandir.intranet, con destino como único
receptor root@localhost (root en el propio servidor de correo) y un
tamaño de 887 bytes. El correo de root local se reenvía a la cuenta
local jmnav, proviniente (como se ha dicho) de ro...@mithrandir.intranet
y se entregó utilizando el agente local sin más incidencias (en efecto,
lo leí en su momento).


Puede ocurrir (y es lo que ocurrirá, casi con toda seguridad) que el
agente de correo y tú no esteis muy de acuerdo en lo que es un "informe
detallado de lo que ocurre", no tanto por lo que es *detallado* cuanto
por lo que debe ser un *informe*. En efecto, en el log están los datos
brutos, que probablemente te sean de poco interés, salvo para vigilar
algún problema, mientras que tú buscas alguna manera de obtener, pues
eso, un informe: estadísticas de uso ordenadas, principalmente. En eso
está la clave: estadísticas y ordenadas. Tú sabrás qué es lo que
quieres "colapsar" y ordenar de qué manera. Para eso, te coges los
datos brutos que te da tu MTA y los masajeas a tu gusto. Salvo que
encuentres por freshmeat o buscando en google que alguien haya hecho (y
publicado) exactamente lo mismo que a tí te interesa, la mejor
posibilidad, puesto que tú sabes lo que le interesa a tu empresa, es que
tú mismo "masajees" los datos brutos hasta obtener la información como
la deseas. Para ello, quizá lo mejor sea un script Perl.
--
SALUD,
Jesús
***
jesus_...@promofinarsa.es
***

Sinner from the Prairy

no leída,
24 ene 2002, 11:42:4724/1/02
a
carlos mario va escriure:


Hola,

Siempre puedes configurar el sistema para que el correo quede en el
servidor. Utiliza IMAP. De esta manera, todos los correos se conservan en
el servidor, el cual deberia tener la particion donde esta la base de datos
de correo sobre particion RAID 1 / 5 y hacer backup diario.


Luego, ampliando lo que dice Jesus Manuel, puedes meter un cron que te
envie un mail cada manyana sobre los resultados del log de correo. Y metes
un job en el cron que corra cada hora y te envie un mail si detecta algun
problema en el log (uso inteligente de grep :)


Salut,
Sinner
--
"I fart in your general direction! Your mother was a hamster and your
father smelt of elderberries!"
RedHat QA Test Engineer -- Running RedHat 7.2 on i386smp
http://www.ibiblio.org/sinner/

0 mensajes nuevos