He estado trabajando en la creación de un correo. Tengo casi todo, excepto para la parte de procmail. La configuración es la siguiente:

Internet -> mailrelay -> servidor de correo
|
spamassassin servidor

Spamassassin tengo corriendo en un servidor independiente y spamc ha configurado para conectarse a ella.

Tengo en mi archivo cf:

MAILER (procmail) dnl
LOCAL_CONFIG
CPprocmail
LOCAL_RULESETS
LOCAL_RULE_0
R $ * <@ $ \u003d w> $ * $ # procmail $ @ / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d w. > $ * $ # Procmail $ @ / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d R> $ * $ # procmail $ @ / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ \u003d R. > $ * $ # Procmail $ @ / etc / mail / procmailrc $: $ 1 <@ $ 2.procmail.> $ 3
R $ * <@ $ *. Procmail. > $ * $ 1 <@ $ 2.> $ 3 ya filtrada, mapa para dirección original


En mi procmailrc tengo:

DROPPRIVS \u003d yes
VERBOSE \u003d en
LOGFILE \u003d / var / log / procmail.log

: 0fw
* <256000
| / Usr / local / bin / spamc
: 0
* ^ X-Spam-Status: Sí
/ dev / null

: 0 w
! -oi-f "$ @"


Mi límite es el 15 de spamd en el momento de encontrar el spam.

Parece que sendmail enviar el correo nuevo hacia procmal y el proceso es el siguiente: Considero que esta en el registro:
procmail: Asignar "LASTFOLDER \u003d / dev / null"
procmail: Apertura "/ dev / null"
Asunto: [SPAM] Más largo y ancho
Carpeta: / dev / null 4175
procmail: [21421] Miércoles julio 23 00:05:51 2008
procmail: No coincide con el "^ X-Spam-Status: Sí"
procmail: No coincide con el "^ ^ rom []"
procmail: Ejecutora "/ usr / lib / sendmail-oi, oi-,-f, ilan@escortcorp.com, sfair_funw@hardlink.net.procmail"
procmail: Jornada sobre "<256000"
procmail: Ejecutora "/ usr / local / bin / spamc"
procmail: Jornada sobre "<256000"
procmail: Ejecutora "/ usr / local / bin / spamc"
procmail: [21402] Miércoles julio 23 00:05:52 2008
procmail: Asignar "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Asunto: 20m recompensa por captura de Osama
Carpeta: / usr / lib / sendmail-oi-oi-f 1137
procmail: [21421] Miércoles julio 23 00:05:52 2008
procmail: Asignar "LASTFOLDER \u003d / usr / lib / sendmail-oi-oi-f"
Asunto: Visita a nuestro recién inaugurado Ver la tienda de descuento y para guardar su dinero INTA
Carpeta: / usr / lib / sendmail-oi-oi-f 25378
procmail: [21441] Miércoles julio 23 00:05:54 2008
procmail: Jornada sobre "^ X-Spam-Status: Sí"
procmail: Asignar "LASTFOLDER \u003d / dev / null"


Se trata de eliminar el spam igual que yo esperaría. El problema es lo que hace con el bien el correo. Parece que intenta enviar de nuevo a sendmail y luego volver a ver nunca. Veo procmail puestos de trabajo en ejecución en el que han reescrito la dirección para que finalice en. Procmail, pero sólo de tipo desaparece.

Alguna idea sobre dónde podría estar ausentes las cosas?

Solaris 5.8
sendmail 8.14.2
spamassassin 3,25
procmail 3,22

El último comando es el mensaje de volver a Sendmail, por lo que están creando un bucle de correo. Si simplemente eliminar la última receta, debe entregar a Procmail $ PREDETERMINADO (posiblemente después de la consulta del usuario $ HOME / .procmailrc si está presente).

Vaya, espera un minuto, el vudú Sendmail parece que podría ser que trabajar de esa manera, en realidad. ¿Ves algo en los registros de Sendmail del material enviado a something.procmail? ¿De dónde sacaste esas normas Sendmail, de todos modos? Probablemente, ese sitio debe tener alguna documentación y tal vez la solución de problemas.

(Observe también que -oi, ya está presente en $ SENDMAILFLAGS, Por lo que no debería añadir explícitamente. Y puede que desee eliminar esas direcciones en vivo desde el archivo de registro antes de que el extracto de spam raspar ellos.)

Vi un montón de información de los lugares. Aquí está uno de ellos:

El uso de SpamAssassin en un relé de Sendmail

Todo lo que realmente quieres que ocurra es que sendmail envía a procmail, que comprueba si es spam o no y las buenas manos de correo electrónico de vuelta a sendmail que a su correo electrónico fuera de la buena para la correcta función del servidor de correo en el dominio.

Si alguno sabe una mejor manera de hacer esto, soy todo oídos.

Tras un examen más detallado del registro, parece que el argumento cadena $ @ está vacío para muchos de esos mensajes. Sin embargo, algunos otros se dirigen de vuelta a sendmail con el. Procmail extensión añade al final, que debería dar lugar a su expedición hacia el destinatario correcto. ¿Es correcto? Una vez más, consulte los registros de Sendmail. Quizás también añadir una condición a Procmail para salvar a una ubicación temporal en caso de $ @ está vacía.

Se podría añadir que, antes de la final: 0W receta. Cualquier mensaje que se guardan en el buzón de correo temporaryfile.emptyargs son básicamente los errores, pero quizás se puede diagnosticar el problema de eso.

Refiriéndose a la página en la que tienes esta configuración, puede comprobar que de hecho tienen fichas en los lugares en su sendmail.cf archivo?

Lo siento por el retraso en la respuesta, me había olvidado esta página abierta en una pestaña del navegador de modo que el sitio pensé que ya había visto su respuesta / -: