Da un paio di settimane sto utilizzando Anti Spam Smtp Proxy come antispam gateway per il server di posta di un mio cliente. Devo dire che funziona molto bene anche se ci sono centinaia di impostazioni da settare.
Dopo un riavvio inaspettato della macchina il servizio ASSP, seppur attivo, non funzionava in quanto ad ogni tentativo di connessione rispondeva con il messaggio:
421 <ASSP.nospam> service temporarily unavailable, closing transmission
terminando la connessione e, quindi, la sessione SMTP.
Il problema e' banale e dipende dal sistema di protezione selinux che deve essere disabilitato attraverso l'opportuno file di configurazione. Dopo la disabilitazione di selinux, occorre riavviare la macchina ed il gioco e' fatto.
martedì 12 marzo 2013
giovedì 8 novembre 2012
Errore di autenticazione postemail con client di posta elettronica
Le vostre credeziali di accesso al sito delle poste italiane sono corrette tant'e' che riuscite ad utilizzare senza problemi il webmail di poste.it ma, se tentate di configurare un qualsiasi client di posta cosi' come da indicazioni della Guida ufficiale di poste.it, non riuscite a scaricare un bel niente poiche' ricevete un errore di password o nome utenti errati?
Problema risolto: digitate solo i primi 10 caratteri della vostra password e riuscirete ad accedere normalmente alla vostra casella di posta elettronica poste.it con un qualunque client di posta elettronica.
:''(
mah!?!?
Problema risolto: digitate solo i primi 10 caratteri della vostra password e riuscirete ad accedere normalmente alla vostra casella di posta elettronica poste.it con un qualunque client di posta elettronica.
:''(
mah!?!?
lunedì 2 luglio 2012
Hyper-V remote Administration
Un cliente ha acquistato un server dedicato equipaggiato con Hyper-V 2008 R2 e mi ha chiesto di installare e configurare delle macchine virtuali necessarie al suo business.
La configurazione dell'amministrazione remota di Hyper-V e' diventata molto piu' semplice rispetto ad alcuni anni fa, attraverso il rilascio dello script hvremote.wsf ma, in diverse occasioni, molti cadono nel fastidiosissimo errore
***** Failed to connect to root\cimv2
***** Error: -2147023174 Server RPC non disponibile.
***** Namespace: root\cimv2
che si traduce nell'impossibilita' di connettersi ad Hyper-V attraverso la snap-in di amministrazione di Hyper-V.
Per ovviare a questo problema fate attenzione a che tanto il server quanto il client siano vicendevolmente visibili (test che si puo' effettuare anche abbassano temporaneamente la protezione sullo ICMP e verificare che client e server rispondano al ping).
Inoltre devo segnalare un errore nella tabella riepilogativa dei comandi da digitare per la configurazione dell'amministrazione remota di Hyper-V, presente a questo link http://archive.msdn.microsoft.com/HVRemote , ovvero il comando che permette di creare un'eccezione nel firewall relativa all'uso della mmc, il comando corretto e':
cscript hvremote.wsf /mode:client /mmc:enable
RETR error con thunderbird
Oggi mi sono imbattutto in questo fastidioso errore segnalatomi da un cliente:
"The RETR command did not succeed. Error retrieving a message. Mail server mail.btinternet.com responded: problem retrieving message".
il problema era molto strano in quanto, nella stessa rete e sullo stesso account, un utente aveva rilevato il problema ed un altro no.
Fatta una ricerca su google, tutti i risultati trovati suggerivano di eliminare o spostare alcuni messaggi di posta probabilmente corrotti ma, ovviamente il problema non poteva essere quello... infatti il problema era il protocollo di sicurezza utilizzato per la connessione al sever pop3 che ho dovuto cambiare da Nessuno a STARTTLS.
"The RETR command did not succeed. Error retrieving a message. Mail server mail.btinternet.com responded: problem retrieving message".
il problema era molto strano in quanto, nella stessa rete e sullo stesso account, un utente aveva rilevato il problema ed un altro no.
Fatta una ricerca su google, tutti i risultati trovati suggerivano di eliminare o spostare alcuni messaggi di posta probabilmente corrotti ma, ovviamente il problema non poteva essere quello... infatti il problema era il protocollo di sicurezza utilizzato per la connessione al sever pop3 che ho dovuto cambiare da Nessuno a STARTTLS.
domenica 29 aprile 2012
Email Saved to database after 'after_save' hook si fired.
Dall'omonimo post del forum di SugarCRM after_save hook and email addresses
Comportamento segnalato come bug 46029
ho risolto modificando cosi' il file /include/SugarObjects/templates/person/Person.php:
function save($check_notify=false)
{
$this->add_address_streets('primary_address_street');
$this->add_address_streets('alt_address_street'); $ori_in_workflow = empty($this->in_workflow) ? false : true;
$this->emailAddress->handleLegacySave($this, $this->module_dir);
// Move from here
// parent::save($check_notify);
$override_email = array();
if(!empty($this->email1_set_in_workflow))
{
$override_email['emailAddress0'] = $this->email1_set_in_workflow;
}
if(!empty($this->email2_set_in_workflow))
{
$override_email['emailAddress1'] = $this->email2_set_in_workflow;
}
if(!isset($this->in_workflow))
{
$this->in_workflow = false;
}
// To here
parent::save($check_notify);
if($ori_in_workflow === false || !empty($override_email))
{
$this->emailAddress->save($this->id, $this->module_dir, $override_email,'','','','',$this->in_workflow);
}
return $this->id;
}
e tutto funziona cosi' come ci si aspetta
Comportamento segnalato come bug 46029
ho risolto modificando cosi' il file /include/SugarObjects/templates/person/Person.php:
function save($check_notify=false)
{
$this->add_address_streets('primary_address_street');
$this->add_address_streets('alt_address_street'); $ori_in_workflow = empty($this->in_workflow) ? false : true;
$this->emailAddress->handleLegacySave($this, $this->module_dir);
// Move from here
// parent::save($check_notify);
$override_email = array();
if(!empty($this->email1_set_in_workflow))
{
$override_email['emailAddress0'] = $this->email1_set_in_workflow;
}
if(!empty($this->email2_set_in_workflow))
{
$override_email['emailAddress1'] = $this->email2_set_in_workflow;
}
if(!isset($this->in_workflow))
{
$this->in_workflow = false;
}
// To here
parent::save($check_notify);
if($ori_in_workflow === false || !empty($override_email))
{
$this->emailAddress->save($this->id, $this->module_dir, $override_email,'','','','',$this->in_workflow);
}
return $this->id;
}
e tutto funziona cosi' come ci si aspetta
domenica 15 gennaio 2012
Lighttpd + php + Unslung issues
Se vi trovate davanti ad un problema come quello descritto nell'estratto del file di log di lighttpd (che trovate /opt/var/log/lighttpd/error.log) qui di seguito:
2012-01-15 10:37:57: (mod_fastcgi.c.1732) connect failed: Connection refused on unix:/tmp/php-fcgi.sock-0
2012-01-15 10:37:57: (mod_fastcgi.c.3025) backend died; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 1
2012-01-15 10:37:57: (mod_fastcgi.c.2804) child signaled: 11
2012-01-15 10:37:57: (mod_fastcgi.c.1103) the fastcgi-backend /opt/bin/php-fcgi failed to start:
2012-01-15 10:37:57: (mod_fastcgi.c.1114) terminated by signal: 11
2012-01-15 10:37:57: (mod_fastcgi.c.1119) to be exact: it segfaulted, crashed, died, ... you get the idea.
2012-01-15 10:37:57: (mod_fastcgi.c.1121) If this is PHP, try removing the bytecode caches for now and try again.
2012-01-15 10:37:57: (mod_fastcgi.c. 2842) ERROR: spawning fcgi failed.
vi consiglio di utilizzare il comando:
/opt/bin/php-fcgi
che potrebbe svelare il problema all'origine del crash del modulo php-fcgi. Nel mio caso l'output del comando di cui in precedenza e' stato molto esplicativo e molto utile:
/opt/bin/php-fcgi: /lib/libdl.so.2: version `GLIBC_2.0' not found (required by /opt/lib/libxml2.so.2)
Segmentation fault
in quanto il problema del crash era dovuto alla mancanza del package libcml2 che ho provveduto ad installare utilizzando il comando:
ipkg install libxml2
martedì 1 marzo 2011
Errore TF255510 in fase di configurazione di Microsoft Team Foundation Server 2010
Durante la configurazione di un server TFS 2010, mi sono imbattuto nell'errore TF255510 che impedisce di proseguire con la configurazione del server. Piu' in particolare, aprendo il log file del wizard di configurazione e ricercando per l'errore specificato, si trovano le seguenti righe:
[Error @23:05:06.831] TF255510: The following path contains an access control list (ACL) that is not canonically ordered: C:\Program Files\Microsoft Team Foundation Server 2010\Application Tier\Web Access. This indicates that at least one file system permission required for installation is not configured correctly. You must resolve this issue before Team Foundation Server can be successfully installed. It might be possible to resolve this error by changing the properties for file or directory security in Windows Explorer. For more information, see this page on the Microsoft Web site: http://go.microsoft.com/fwlink/?LinkId=184320 .
[Error @23:05:06.831] !Verify Error!: TF255510: The following path contains an access control list (ACL) that is not canonically ordered: C:\Program Files\Microsoft Team Foundation Server 2010\Application Tier\Web Access. This indicates that at least one file system permission required for installation is not configured correctly. You must resolve this issue before Team Foundation Server can be successfully installed. It might be possible to resolve this error by changing the properties for file or directory security in Windows Explorer. For more information, see this page on the Microsoft Web site: http://go.microsoft.com/fwlink/?LinkId=184320 .
[Info @23:05:06.831] "Verify: System Checks\Root\CanonicalAcls(VCANONICALACLS): Exiting Verification with state Completed and result Error"
Non esistono riferimenti su questo errore al momento in cui sto scrivendo, per cui ho dovuto risolvere il problema"inventandomi" la soluzione, ovvero, assegnando i corretti priveligi alle varie cartelle dell'application tier di TFS2010, servendomi di una precedente, e funzionante, installazione di Team Foundation Server 2010.
Di seguito riporto le impostazioni di sicurezza, da settare per tutte le cartelle di TFS 2010 (C:\Program Files\Microsoft Team Foundation Server 2010), che permettono la risoluzione dell'errore TF255510
CREATOR OWNER: Full Control*
SYSTEM: Full Control
Administrators: Full Control
Users: Modify, Read & Execute, List folder contents
TrustedInstaller: List folder contents, Full Control*
* Il Full Control e' impostato passando da impostazioni avanzate
Iscriviti a:
Post (Atom)