Re: Testing spam

2005-12-21 Thread B S Srinidhi
Hi,

On Wed, 2005-12-21 at 16:43 -0300, Ing. Fernando Villarreal - Silice
S.A. wrote:
> Is it possible that spamassassin as a service do not
> read /etc/spamassassin/local.cf ?
> 

Yes, it seems that you can specify a different config file. But I've not
tested it myself. :)

$ spamassassin --help
...
 -C path, --configpath=path, --config-file=path
  Path to standard configuration dir
...
 --siteconfigpath=pathPath for site configs
  (def: /etc/mail/spamassassin)
...

Srinidhi.
-- 
ASCII ribbon campaign ( )  B S Srinidhi
 - against HTML email  X   www.deeproot.co.in
 & vCards / \  DeepRoot Linux Pvt. Ltd.



Re: Testing spam

2005-12-21 Thread Ing. Fernando Villarreal - Silice S.A.




Is it possible that spamassassin as a service do not read
/etc/spamassassin/local.cf ?

B S Srinidhi escribió:

  Hi,

Sorry for the late reply.

On Tue, 2005-12-20 at 10:21 -0300, Ing. Fernando Villarreal - Silice
S.A. wrote:
  
  
This is my /etc/spammassassin/local.cf


  
  
[..]

  
  
rewrite_subject 0

  
  
You would like to check this up with the configuration file syntax.

According to Mail::SpamAssassin::Conf, there's no such config string. If
you want to *mark* (tag) your emails if they are Spam or not, then you
might want to change the above line with rewrite_header. According to
the doc:

rewrite_header { subject │ from │ to } STRING

The default local.cf that comes with SA has the following line:

rewrite_header Subject *SPAM*

Hope this helps.

Srinidhi.

  



-- 
Ing. Fernando Villarreal
Proyectos Especiales
Dirección Operaciones

SÍLICE S.A.
Tranquilidad Tecnológica

San Martín 1035 Of.49 Cdad.
Mendoza - Argentina (M5500AAK)
Telefax: +54 261 4294141 (PBX)  Ext. 37
http://www.silice.biz
Telefonía IP: voip.silice.biz 

-
AVISO LEGAL
-

Este mensaje y sus adjuntos son para uso exclusivo del usuario a quien está dirigido y pueden contener información confidencial, legalmente protegida. Si Ud. recibió este mensaje por error, por favor notifíquenos respondiendo al remitente y destruya las copias impresas o grabadas en cualquier otro soporte.
 
Las opiniones vertidas son responsabilidad del autor y no son emitidas ni avaladas por Sílice S.A., a menos que se indique lo contrario por contrato, que el correo electrónico se encuentre firmado digitalmente (www.pki.gov.ar) y que la identidad y autoridad del autor para comprometer a nuestra empresa puedan ser verificados.

El uso personal del servicio de correo electrónico para fines no vinculados con la labor profesional o laboral en esta empresa, en ningún caso obligará o responsabilizará a la Compañía de los eventuales daños y perjuicios que dicho uso pudiera generar.

Los mensajes electrónicos pueden ser alterados. En consecuencia, Sílice S.A. no aceptará ninguna obligación cualquiera
sea el resultante de este mensaje en caso de haber sido modificado, distorsionado o falsificado.

No se garantiza la integridad de los mensajes enviados por e-mail ni que los mismos sean enviados en término, o que no contengan errores o virus.

Muchas Gracias




Re: Testing spam

2005-12-21 Thread B S Srinidhi
Hi,

Sorry for the late reply.

On Tue, 2005-12-20 at 10:21 -0300, Ing. Fernando Villarreal - Silice
S.A. wrote:
> This is my /etc/spammassassin/local.cf
> 

[..]

> rewrite_subject 0

You would like to check this up with the configuration file syntax.

According to Mail::SpamAssassin::Conf, there's no such config string. If
you want to *mark* (tag) your emails if they are Spam or not, then you
might want to change the above line with rewrite_header. According to
the doc:

rewrite_header { subject │ from │ to } STRING

The default local.cf that comes with SA has the following line:

rewrite_header Subject *SPAM*

Hope this helps.

Srinidhi.



Re: ugly things on www.qmail-ldap.org

2005-12-21 Thread Tomas Kuliavas
> Hi!
>
>
> What's going on there?
> Look at recent changes or for example
> http://www.qmail-ldap.org/wiki/Getting_Started
> Should be cleaned up.

this is wiki. wild west part of www

Spam by Alexxanderny user.

Wiki spams can be reduced by locking pages, blocking ip addresses or
blacklisting urls or keywords that are used by spammers. It may be
difficult to abuse wiki, when it does not allow words that you want to use
in order to "optimize" your search ratings.

-- 
Tomas


ugly things on www.qmail-ldap.org

2005-12-21 Thread Manfred Langthaller

Hi!

What's going on there?
Look at recent changes or for example 
http://www.qmail-ldap.org/wiki/Getting_Started

Should be cleaned up.

Manfred


Re: QMAIL LDAP with IMAP

2005-12-21 Thread Nicolas de Bari Embriz Garcia Rojas
Courier IMAP is ok, you can also use it with imapproxy:  http:// 
www.imapproxy.org,


cat pkg-descr :

"The IMAP Proxy server is a caching IMAP proxy that was written to  
reduce the load that web mail clients put on an IMAP server be  
keeping server connections alive for reuse, thus avoiding a new  
server connection for each Webmail transaction. "


On Dec 20, 2005, at 8:57 PM, Rony wrote:


I want Qmail LDAP with Courier IMAP

And Internal mail  with 300 person  use IMAP and Extenal users with  
pop3


I question

IMAP  with 300 concurrent connecton  will  Slow Performance  ??


Thanks





Re: QMAIL LDAP with IMAP

2005-12-21 Thread Jose Javier Sianes Ruiz
El mié, 21-12-2005 a las 09:57 +0700, Rony escribió:
> I want Qmail LDAP with Courier IMAP
> 
> And Internal mail  with 300 person  use IMAP and Extenal users with pop3
> 
> I question 
> 
> IMAP  with 300 concurrent connecton  will  Slow Performance  ??
> 
> 
> Thanks 
> 

IMAP is a light weight service, personally in my email servers the task
who spend most of resources is spam verifications. Currently I'm using
Courier-Imap for Webmail services with good results and no slow
performance problems at all.