Re: discard mime to and cc recipients

2012-05-03 Thread Bányász Botond
Thank you Wietse this was what i didnt` knew. B?ny?sz Botond: > I would like to ask? if it`s possible to configure postfix to not > send mails to mime to and cc recipients Postfix does not send to the To:/Cc: recipients by default. It will do so only when you execute "sendmail -t".     Wietse

Re: a header check rule to do <= or >=

2012-05-03 Thread Steve
Original-Nachricht > Datum: Thu, 3 May 2012 19:04:13 -0500 > Von: Chad M Stewart > An: Steve > CC: "postfix-users@postfix.org" > Betreff: Re: a header check rule to do <= or >= > > > On May 3, 2012, at 5:26 PM, "Steve" wrote: > > > Original-Nachricht > >

Re: a header check rule to do <= or >=

2012-05-03 Thread Chad M Stewart
On May 3, 2012, at 5:26 PM, "Steve" wrote: > Original-Nachricht >> Datum: Thu, 3 May 2012 17:03:15 -0500 >> Von: Chad M Stewart >> An: Postfix users >> Betreff: a header check rule to do <= or >= > > Hello Chad, > > >> >> Is it possible to write a header check (I'm think

Re: a header check rule to do <= or >=

2012-05-03 Thread Steve
Original-Nachricht > Datum: Thu, 3 May 2012 17:03:15 -0500 > Von: Chad M Stewart > An: Postfix users > Betreff: a header check rule to do <= or >= Hello Chad, > > Is it possible to write a header check (I'm thinking pcre is probably the > way to go) that would find a header,

a header check rule to do <= or >=

2012-05-03 Thread Chad M Stewart
Is it possible to write a header check (I'm thinking pcre is probably the way to go) that would find a header, and then take action based on the value of said header. Sample header X-spam-Confidence: 0.8505 In pseudo code I'd like something like if header (/X-spam-Confidence/) && ($val

Re: Running on idle systems

2012-05-03 Thread john
I do not see where Stan was abusive. Abrasive maybe, but then sometimes bumps on logs need sanding down this would appear to be one of those occasions. On 03/05/2012 11:29 AM, Stan Hoeppner wrote: On 5/3/2012 8:48 AM, Michael Tokarev wrote: On 03.05.2012 17:16, Stan Hoeppner wrote: [] To who

Re: discard mime to and cc recipients

2012-05-03 Thread Wietse Venema
B?ny?sz Botond: > I would like to ask? if it`s possible to configure postfix to not > send mails to mime to and cc recipients Postfix does not send to the To:/Cc: recipients by default. It will do so only when you execute "sendmail -t". Wietse

Re: discard mime to and cc recipients

2012-05-03 Thread /dev/rob0
On Thu, May 03, 2012 at 03:51:16PM -, Pau Amma wrote: > On Thu, May 3, 2012 3:32 pm, Bányász Botond wrote: > > I would like to ask  if it`s possible to configure postfix to > > not send mails to mime to and cc recipients > > What exactly do you mean by "MIME to and cc recipients"? The To: > an

Re: discard mime to and cc recipients

2012-05-03 Thread Pau Amma
On Thu, May 3, 2012 3:32 pm, Bányász Botond wrote: > I would like to ask  if it`s possible to configure postfix to not send > mails to mime to and cc recipients What exactly do you mean by "MIME to and cc recipients"? The To: and Cc: header fields are the same whether the message is MIME or plain

discard mime to and cc recipients

2012-05-03 Thread Bányász Botond
I would like to ask  if it`s possible to configure postfix to not send mails to mime to and cc recipients Thank You

Re: Running on idle systems

2012-05-03 Thread Stan Hoeppner
On 5/3/2012 8:48 AM, Michael Tokarev wrote: > On 03.05.2012 17:16, Stan Hoeppner wrote: > [] >> To who at Debian? Lamont Jones? Has he replied to your idiotic idea yet? > > Please refrain from using such words in public forum. > Such usage makes you to be of that kind. My apologies for allowing

Re: Running on idle systems

2012-05-03 Thread Wietse Venema
I already thanked Michael for his contributions in private email. Michael, does editing master.cf and s/fifo/unix/ solve the mtime file system updates problem? This is already supported by existing code, works on Linux and *BSD, and I can make a config parameter that makes this configurable with

Re: Running on idle systems

2012-05-03 Thread Michael Tokarev
On 03.05.2012 17:16, Stan Hoeppner wrote: [] > To who at Debian? Lamont Jones? Has he replied to your idiotic idea yet? Please refrain from using such words in public forum. Such usage makes you to be of that kind. >> Thank you for making my worst nightmares come true. I will do >> my best to p

Re: Running on idle systems

2012-05-03 Thread Viktor Dukhovni
On Thu, May 03, 2012 at 08:16:33AM -0500, Stan Hoeppner wrote: > Has he replied to your idiotic idea yet? Stan, please have the decency to not reflexively abuse others on this list, or otherwise leave. Michael, thanks for all your contributions over the years. The issue you raised here is a val

Re: Running on idle systems

2012-05-03 Thread Stan Hoeppner
On 5/2/2012 6:02 AM, Wietse Venema wrote: > Michael Tokarev: >>> The preferred pickup/qmgr IPC type (fifo or unix) can be a main.cf >>> parameter setting (with an OS-dependent default value, e.g., fifo >>> for Solaris and unix for everything else), and post-install can be >>> updated to edit master

Re: Queue file write error

2012-05-03 Thread Wietse Venema
Eliezer Croitoru: > it seems that this problem is not postfix specific but a more runtim\io > or other low level problem. Hypervisors are known to have problems delivering timer events. Without proper timer support, Postfix processes cannot detect timeout conditions and will hang indefinitely.

Re: Queue file write error

2012-05-03 Thread Eliezer Croitoru
it seems that this problem is not postfix specific but a more runtim\io or other low level problem. Eliezer On 03/05/2012 11:56, Nikolaos Milas wrote: On 3/5/2012 11:43 πμ, Eliezer Croitoru wrote: the thing is it seems like a FS issue or VM cpu\clock issues from the log. It might. In the m

RE: Stress docs update

2012-05-03 Thread Rob Sterenborg
> -Original Message- > From: owner-postfix-us...@postfix.org [mailto:owner-postfix- > us...@postfix.org] On Behalf Of DTNX Postmaster > Sent: Thursday, May 03, 2012 10:43 AM > To: postfix users > Subject: Re: Stress docs update > > Please let me know if this isn't the right format, style a

Re: Queue file write error

2012-05-03 Thread Nikolaos Milas
On 3/5/2012 11:43 πμ, Eliezer Croitoru wrote: the thing is it seems like a FS issue or VM cpu\clock issues from the log. It might. In the meantime, I found the following in /var/log/messages (which occurred when Postfix problems started). Such errors have never occurred in the past (nor oc

Re: Queue file write error

2012-05-03 Thread Eliezer Croitoru
On 03/05/2012 11:04, Nikolaos Milas wrote: On 3/5/2012 10:29 πμ, Eliezer Croitoru wrote: just out of curiosity, does this KVM host uses some nas\san for VMs HD? Yes. It is a cluster of physical servers using a SAN/NAS for data storage. However, I don't know much more, because it is operated b

Re: Stress docs update

2012-05-03 Thread DTNX Postmaster
On May 1, 2012, at 18:32, Wietse Venema wrote: > Michael Orlitzky: >> At the bottom of the stress readme, >> >> http://www.postfix.org/STRESS_README.html#other >> >> there is an allusion to what would eventually become postscreen. Might >> as well update it with a sentence and a link to POSTSCR

Re: Queue file write error

2012-05-03 Thread Nikolaos Milas
On 3/5/2012 10:29 πμ, Eliezer Croitoru wrote: just out of curiosity, does this KVM host uses some nas\san for VMs HD? Yes. It is a cluster of physical servers using a SAN/NAS for data storage. However, I don't know much more, because it is operated by a different organization (you may see:

Re: Queue file write error

2012-05-03 Thread Eliezer Croitoru
just out of curiosity, does this KVM host uses some nas\san for VMs HD? On 03/05/2012 10:10, Nikolaos Milas wrote: On 3/5/2012 1:54 πμ, Wietse Venema wrote: For other details, see the local mail logfile Look at the last line! Thank you Wietse, The only thing probably related to the issue,

Re: Queue file write error

2012-05-03 Thread Nikolaos Milas
On 3/5/2012 1:54 πμ, Wietse Venema wrote: For other details, see the local mail logfile Look at the last line! Thank you Wietse, The only thing probably related to the issue, logged with the same timestamp *for the particular case I reported* is: May 2 23:25:03 vmail postfix/cleanup[28676