Newsgroup: it.lavoro.professioni.webmaster
Titolo: c'è un gruppo per problemi con la PEC?

Non ricevo le PEC sul mio server linux... disabilitato anche l'antispam 
ma non vanno lo stesso, da cosa pu� dipendere?

ma non vanno lo stesso, da cosa pu� dipendere?
"Non ricevo" che significa? Hai dato un'occhiata ai log del server SMTP?
Leonardo
-- 
Though with a scornful wonder / Men see her sore oppressed,
By schisms rent asunder, / By heresies distressed;
Yet saints their watch are keeping, / Their cry goes up, "How long?"
And soon the night of weeping / Shall be the morn of song.

 
invio dalla PEC su altro server non mio e sul mio server, dove ho dei 
domini, non viene ricevuta, altre eamil mi funzionano in ricezione.
Devo dare una occhiata ai log mail del server.


Il mail.err � vuoto
il 
mail.info
 e mail.log non hanno traccia della email che spedisco......


Andando nella webmail della posta certificata invece trovo un errore 
nella casella spam:
--Anomalia nella certificazione del messaggio--
Il giorno 14/08/2009 alle ore 00:11:33 (-2200) e' stato ricevuto
il messaggio con Oggetto "Mail delivery failed: returning message to 
sender" inviato
da "
   Mailer...@xxx.xxxxxxxxxx.xxxxx
"
ed indirizzato a:
   xxx...@pec.xxxxxxx.xx
Tali dati non sono stati certificati per il seguente errore:
la firma digitale del messaggio non risulta attendibile
Il messaggio originale e' incluso in allegato.

   Mailer...@xxx.xxxxxxxxxx.xxxxx
Se questa macchina e' tua, devi avere qualche cosa nel log, se no la
configurazione della ricezione non e' appropriata.


 
Ho parlato con i miei "sistemisti" bravi ma che dicono che il problema � 
dalla controparte. Vacci a capire, ho messo il dubbio se la 463 fosse 
chisa e non hanno risposto. Aui log non arriva proprio, viene rifiutato 
il metodo di certificazione della ricezione, forse anche da parte del 
mio server.... ma non saprei, potrebbe essere che exim rompa le balle?
Dicono che la PEC � solo una email con la conferma di lettura, dal punto 
di vista tecnico, anche se leggendo � leggermente pi� complicata.

 la firma digitale del messaggio non risulta attendibile
Quindi.. come root
cat /etc/pki/tls/cert.pem | grep "GTE CyberTrust Global Root"
dovrebbe restituire:
Issuer: C=US, O=GTE Corporation, OU=GTE CyberTrust Solutions, Inc., 
CN=GTE CyberTrust Global Root
Subject: C=US, O=GTE Corporation, OU=GTE CyberTrust Solutions, Inc., 
CN=GTE CyberTrust Global Root
a te che dice?


cat: /etc/pki/tls/cert.pem: No such file or directory
Manca proprio gi� da:
root:/# cd /etc/pki/tls
-bash: cd: /etc/pki/tls: No such file or directory
root:/#
Mi manca il certificato?
Ma su altro server pi� "snello" non � un problema......

dalla controparte.
Aspe', fammi capire un attimo.
Da quale macchina MANDI la mail certificata?
E che macchina e' quella dove ti aspetti che arrivi, e COME ti aspetti
che arrivi? (sw installato, ecc.).


Euclide ha scritto:

Ok, siccome non sono frate indovino... aiuterebbe sapere di che cavolo 
di distro stiamo parlando e di che versione di openssl stiamo parlando.
In RHEL/CentOS (e derivate) hai
/etc/pki/tls/cert.pem che � un symlink per /etc/pki/tls/certs/ca-bundle.crt
trova dove il tuo openssl nasconde ca-bundle.crt e verifica se � 
presente il suddetto certificato, se non � presente (come credo) scaricalo
wget 
http://secure.globalsign.net/cacert/ct_root.der
e accodalo al suddetto file
openssl x509 -in ct_root.der -text >> /..../ca-bundle.crt

 
Se non indaghi troppo potrei anche dirlo, ma sai sui gruppi lo 
sputtanamento � semplice e veloce.
Exim 4.67 su Debian 4
Come vedo la versione openssl?

 openssl x509 -in ct_root.der -text >> /..../ca-bundle.crt
Ecco qui dovrei capire dove mettre il certificato.
root:~# openssl x509 -in ct_root.der -text >> /..../ca-bundle.crt
-bash: /..../ca-bundle.crt: No such file or directory
root:~#
Se cerco ca-boundle non esiste, lo potrei creare da qualche parte?

Euclide ha scritto:

E io che ne s�???
In RH
rpm -qa|grep openssl
openssl-0.9.8e-7.el5
openssl-devel-0.9.8e-7.el5
openssl-perl-0.9.8e-7.el5
rpm -q openssl -c
/etc/pki/tls/certs/ca-bundle.crt
/etc/pki/tls/openssl.cnf
trova il comando equivalente per il gestore di pacchetti Debian, 
verifica che versione di opensl stai usando, che tra l'altro.. pu� 
essere pure una di quelle bacate con cui ci fanno le barzellette..
http://www.metasploit.com/users/hdm/tools/debian-openssl/
Per Exim.. che dire, li cerchi proprio col lanternino..
vedi se da qualche parte � posibile aumentare il livello di log del 
suddetto (opzione "verbose" -v --v -vvv --vvvvv ecc.. leggi il manuale)
ma quasi certamente � un problema di openssl pacchettizzato alla culo 
come tutto il resto in Debian e derivate.. chenon avr� tutti i 
certificati delle principali CA installati
Quindi quando il povero Exim riceve la signature smime.p7s e tenta di 
aprirlo per leggerne il contenuto
openssl pkcs7 -print_certs -inform DER -in smime.p7s
fallisce in quanto non avendo il certificato installato in ca-bundle.crt 
  non � in grado di verificare la signature del messaggio

 Se cerco ca-boundle non esiste, lo potrei creare da qualche parte?
Ovviamente non puoi crearlo e sperare che vada.. deve essere linkato 
all'interno dell'installazione di openssl come uno dei tanti file di 
configurazione.
fa conto che il pacchetto per RHEL contiene tra patch e file di 
configurazione qualcosa come:
Summary: The OpenSSL toolkit
Name: openssl
Version: 0.9.8e
Release: 7%{?dist}
# The tarball is based on the openssl-fips-1.2.0-test.tar.gz tarball
Source: openssl-fips-%{version}-usa.tar.bz2
Source1: hobble-openssl
Source2: Makefile.certificate
Source3: ca-bundle.crt
Source4: 
https://rhn.redhat.com/help/RHNS-CA-CERT
Source5: 
https://rhn.redhat.com/help/RHNS-CA-CERT.asc
Source6: make-dummy-cert
Source8: openssl-thread-test.c
Source9: opensslconf-new.h
Source10: opensslconf-new-warning.h
# Build changes
Patch0: openssl-fips-0.9.8e-redhat.patch
Patch1: openssl-0.9.8a-defaults.patch
Patch2: openssl-0.9.8a-link-krb5.patch
Patch3: openssl-0.9.8b-soversion.patch
Patch4: openssl-0.9.8a-enginesdir.patch
Patch5: openssl-0.9.8a-no-rpath.patch
# Functionality changes
Patch32: openssl-0.9.7-beta6-ia64.patch
Patch33: openssl-0.9.7f-ca-dir.patch
Patch34: openssl-0.9.6-x509.patch
Patch35: openssl-0.9.7-beta5-version-add-engines.patch
Patch38: openssl-0.9.8a-reuse-cipher-change.patch
Patch39: openssl-0.9.8b-ipv6-apps.patch
# Backported fixes including security fixes
Patch61: openssl-0.9.8b-aliasing-bug.patch
Patch62: openssl-0.9.8b-x509-name-cmp.patch
Patch64: openssl-fips-0.9.8e-dtls-fixes.patch
Patch65: openssl-0.9.8b-cve-2007-5135.patch
Patch67: openssl-fips-0.9.8e-aescfb.patch
Patch68: openssl-fips-0.9.8e-abi.patch
Patch69: openssl-fips-0.9.8e-fipsmode.patch
Patch70: openssl-fips-0.9.8e-bn-fixes.patch
Patch71: openssl-fips-0.9.8e-use-fipscheck.patch
Patch72: openssl-fips-0.9.8e-env-nozlib.patch
Patch73: openssl-fips-0.9.8e-default-paths.patch
Patch74: openssl-fips-0.9.8e-evp-nonfips.patch
Patch75: openssl-fips-0.9.8e-cve-2008-5077.patch

 
devo ancora capire cosa hai scritto. :\
Intanto ho un messaggio di errore diverso...
     This message has been rejected because it has
     a potentially executable attachment
     	postacert.eml
     This form of attachment has been used by
     recent viruses or other malware.
     If you meant to send this file then please
     package it up as a zip file and resend it.
Cio� non lo accetto perch� ha un file allegato che non piace al mio sistema.


Letteralmente..
Questo messaggio � stato respinto perch� l'allegato postacert.eml 
potrebbe essere un eseguibile
Questa forma di allegato � statoa utilizzata dai recenti virus o altro 
malware. Se si vuole inviare il file quindi si prega di crare un 
archivio zip e rispedirlo.
Vorrei proprio conoscere il genio che ha inserito un messaggio del genere..
Visto che "potenzialemtne" si pu� inviare un eseguibile con qualsiasi 
estensione ed incasinare un winbug..
Ho dato un okkio al sito di Exim ed a un p'o di documentazione ma 
francamente non mi � parso un prodotto di calsse enterprise, forse per 
questo � escluso dai repository RH.
Cmq mi s� che l'unica soluzione possibile � scrivere sulla mailing list 
"exim-users" sperando che qualcuno sappia risolvere il problema perch� 
studiarsi l'intera documentazione � fuori questione per un prodotto non 
standard, piuttosto varrebbe la pena di passare a Postfix.

 standard, piuttosto varrebbe la pena di passare a Postfix.
Ora chi glielo dice a quelli della PEC che sono dei virus potenziali e 
che quidni mi rifiuto di ricevere la loro email?

Exim 4.67 su Debian 4
Io considererei Postfix (oh, magari sono io razzista, eh), e poi di vedere
se ti riesce di aumentare il livello di logging dell'applicazione, che per
ora mi pare risponda "Fanculo" (from Mailer-Daemon, ch�) senza dire ne' il
perche' ne' il percome.
Sarebbe il caso che ti spostassi forse su it.comp.linux.iniziare e/o dessi
un'occhiata nelle mailing list cercando "Exim e PEC" o cose simili: dubito
tu sia il primo disperato che ci ha sbattuto le gengive.


 
Essendo una cosa nuova, la PEC, non so se si trova documentazione su 
problemtiche del genere.
Cercher�