On 11/08/2010 06:43 PM, Bruno Costacurta wrote:
Why procmail is not executed ? Is there some priority or dependencies
for mailbox_command execution ?
Yes: the mail has to be delivered to a mailbox.
You are delivering mail to spamassassin.
You confused me : spamassassin leaves the messages fo
Why procmail is not executed ? Is there some priority or dependencies
for mailbox_command execution ?
Yes: the mail has to be delivered to a mailbox.
You are delivering mail to spamassassin.
You confused me : spamassassin leaves the messages for local delivery
via /usr/local/sbin/sendmail -
Le 07/11/2010 20:17, Bruno Costacurta a écrit :
Hello,
I setup Postfix with spamassassin and procmail.
spamassassin is configured in master.cf, and procmail in main.cf
spamassassin is executed but not procmail.
* in master.cf
...
smtp inet n - - - - smtpd
-o content_filter=spamfilter:dummy
spa
On 11/07/2010 08:17 PM, Bruno Costacurta wrote:
Why procmail is not executed ? Is there some priority or dependencies
for mailbox_command execution ?
Yes: the mail has to be delivered to a mailbox.
You are delivering mail to spamassassin.
Thanks for any help.
Bye,
Bruno
--
J.
Danny wrote:
HI ,
I am well aware that postfix plays no part in the process I describe below,
... but then you say:
I
merely wanted to know if the mailbox_command would play a part in it.
?
mailbox_command is a Postfix *configuration directive*, not a binary,
script, or other Postfix-rel
On 2010-04-24 Danny wrote:
> And you do not inspire much confidence in the IT industry if you think
> your answer was helpfull. My personal advice to you ... get away from
> your screen every now and then ... there is a real life if you just
> open your front door.
>
>>On Apr 23 10, /dev/rob0 :
>>
Danny:
> And you do not inspire much confidence in the IT industry if you think your
> answer was helpfull. My personal advice to you ... get away from your screen
> every now and then ... there is a real life if you just open your front door.
Danny, when are you going to provide the logfile evide
Reply-To: /dev/null :: EOT for me.
On Fri, Apr 23, 2010 at 06:16:31PM +0200, Danny wrote the first of a
series of rants, none worthy of quoting here.
I suggest you go back and reread my helpful reply. It contained some
useful advice and simple instructions for how to get real help with
the pro
Danny:
> Hi Wietse,
>
> No, it is not too much to ask. I and MANY other people have been
> supporting open source for a VERY VERY long time. We, in our own
Then, your next step is to produce logfile evidence that confirms
that Postfix is actually part of the problem.
There is no need to reply wi
On Fri, Apr 23, 2010 at 07:59:17PM +0200, Danny wrote:
> So do not tell me that I am on the wrong [...] mailing list.
Hopefully, we can down-case this thread and avoid "them fighting words".
We don't know you. Most questions asked on this list are asked by people
who "do not know how to ask". Sp
Quoting Danny :
POSTFIX calls fetchamail in the postfix main.cf
via the mailbox_command. SO DO NOT TELL ME THAT I AM ON THE WRONG FREAKIN
MAILING LIST.
Did Wietse tell you you were on the wrong mailing list? He simply
asked for logs showing Postfix was actually part of your problem.
You n
Danny:
> HI ,
>
> I am well aware that postfix plays no part in the process I describe below, I
> merely wanted to know if the mailbox_command would play a part in it. That is
> why I gave you a little background (like normal) before I asked about the
> mailbox_command. Do not asume that all first
On Thu, Apr 22, 2010 at 05:20:37PM +0200, Danny wrote:
> I am running Debian 5.4 with postfix 2.5.5-1.1, fetchmail
> 6.3.9rc2-4 and procmail 3.22-16.
>
> Now, before I upgraded to Debian 5.4 I had Debian 4.0 running the
> same postfix, fetchmail & procmail setup(with different versions
> obviou
13 matches
Mail list logo
