Koozali.org: home of the SME Server

Other Languages => Italiano => Topic started by: Fumetto on July 06, 2010, 09:11:44 PM

Title: Hylafax usage report con dati a zero
Post by: Fumetto on July 06, 2010, 09:11:44 PM

A qualcuno funzionano la email che arrivano con i report di Hylafax? Mi sono accorto che arrivano ma con le statistiche a zero...

Il cron che invia la mail è /etc/cron.weekly/hylafax.

Avevo letto qualcosa sui forum inglesi ma non riesco a trovarlo... e vorrei mettere a posto questa cosina...

Title: Re: Hylafax usage report con dati a zero
Post by: Fumetto on July 07, 2010, 04:02:28 PM

Ho trovato una segnalazione (Bug 4837  - HylaFax Reports (http://bugs.contribs.org/show_bug.cgi?id=4837)) e ho modificato l'owner come indicato sul bugtracker...
qualcun'altro che prova così cambiamo lo stato "Uncorfimed"?

:)

Title: Re: Hylafax usage report con dati a zero
Post by: Stefano on July 07, 2010, 04:19:19 PM

ciao

io su tutti gli SME con hylafax non ho alcun script in cron.weekly ma solo in daily.. e funziona correttamente senza alcuna modifica

Quote

Return-Path: <root@mioserver>
Delivered-To: faxmaster@faxserver.mioserver
Received: (qmail 17255 invoked by alias); 4 Jul 2010 02:03:20 -0000
Delivered-To: alias-localdelivery-faxmaster@mioserver
Received: (qmail 17249 invoked by uid 0); 4 Jul 2010 02:03:19 -0000
Date: 4 Jul 2010 02:03:19 -0000
Message-ID: <20100704020319.17248.qmail@mioserver>
From: root@mioserver
To: faxmaster@mioserver
Subject: HylaFAX Usage Report

Facsimile transmitted since 07/03/10 04:02:

Sender           Pages      Time Pg/min  Errs TypRate TypData
-------------------------------------------------------------
Total                0      0:00    0.0     0

Facsimile transmitted since last week:

Sender           Pages      Time Pg/min  Errs TypRate TypData
-------------------------------------------------------------
Total                0      0:00    0.0     0

Facsimile received since 07/03/10 04:02:

Sender               CIDName              CIDNumber            Pages     Time Pg/min Errs TypRate TypData
<UNSPECIFIED>                                                     23    11:24    2.0    0   14400 2-D MMR
easyfax by easynetwo                                               2     2:10    0.9    0   14400 2-D MMR
---------------------------------------------------------------------------------------------------------
Total                                                             25    13:34    1.8    0

Facsimile received since last week:

Sender               CIDName              CIDNumber            Pages     Time Pg/min Errs TypRate TypData
                                                                   8     4:07    1.9    0   14400 2-D MMR
<UNSPECIFIED>                                                    273  3:00:41    1.5    2   14400 2-D MMR
easyfax by easynetwo                                              62    28:37    2.2    4   14400 2-D MMR
---------------------------------------------------------------------------------------------------------
Total                                                            343  3:33:25    1.6    6

e lo script è con questi permessi:

Code: [Select]

[root@faxserver cron.daily]# ls -la hy*
-rwxr-xr-x  1 root root 503 Apr 23  2008 hylafax

HTH

Title: Re: Hylafax usage report con dati a zero
Post by: Fumetto on July 07, 2010, 06:46:47 PM

Io ho cambiato l'owner di /var/spool/hylafax/etc/xferfaxlog impostandolo a uucp:uucp come indicato e dopo aver ricevuto un paio di fax ho provato a lanciare manualmente la creazione del report che (finalmente) risulta con dati diversi da zero...
Segnalato nel bugtracker.

Mi incolli lo script che hai in cron.daily? Giusto per curiosità...

Title: Re: Hylafax usage report con dati a zero
Post by: Stefano on July 07, 2010, 07:08:49 PM

allora il problema è/era diverso

prova a guardare /var/log/messages, nelle righe relative ai fax.. dovresti avere degli errori in merito a accounting o simile..

lo script è lo stesso che hai tu

Title: Re: Hylafax usage report con dati a zero
Post by: Fumetto on July 07, 2010, 07:16:42 PM

Si, come segnalato nel bugtracker gli errori prima esistenti sono scomparsi...