c/lib/dcc '
Dec 27 20:52 [8027] dbg: dcc: use 'dcc_libexec /var/dcc/lib/dcc' from cdcc
Dec 27 20:52 [8027] dbg: dcc: dccifd is not available; no r/w socket at
/var/dcc/dccifd
Dec 27 20:52 [8027] dbg: dcc: /var/dcc/bin/dccproc is available
Dec 27 20:52 [8027] dbg: dcc: opening pipe to
On 2022-12-27 at 16:13:20 UTC-0500 (Tue, 27 Dec 2022 22:13:20 +0100)
Maurizio Caloro
is rumored to have said:
Hello
Why dccifd socket dosnt appair? system Debian 10.13
# spamassassin -V
SpamAssassin version 3.4.6
running on Perl version 5.28.1
/spamassassin/v310.pre
loadplugin Mail
Hello
Why dccifd socket dosnt appair? system Debian 10.13
# spamassassin -V
SpamAssassin version 3.4.6
running on Perl version 5.28.1
/spamassassin/v310.pre
loadplugin Mail::SpamAssassin::Plugin::DCC
/spamassassin/local.cf
# DCC
use_dcc 1
dcc_home /var/dcc
LuKreme wrote:
> On Mar 4, 2012, at 21:34, xTrade Assessory wrote:
>
>> you can disable the plugin or setup use_dcc 0 in local.cf
> The plugin *was* disabled in v310, but the errors still showed up in the
> maillog, which is what started this. As far as I can see, dcc was never
> running though
On Mar 4, 2012, at 21:34, xTrade Assessory wrote:
> you can disable the plugin or setup use_dcc 0 in local.cf
The plugin *was* disabled in v310, but the errors still showed up in the
maillog, which is what started this. As far as I can see, dcc was never running
though there was a very old ins
Am Sonntag, 4. März 2012, 12:44:40 schrieb LuKreme:
> I’ve noticed the following error in my mailogs:
>
> mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd
spamassassins DCC plugin will use dccproc if dccifd is not available. "If
dccproc is run more tha
LuKreme wrote:
> On 04 Mar 2012, at 05:38 , xTrade Assessory wrote:
>
>> not sure but probably the dccifd is the remote daemon and since DCC is a
>> commerial service you might not have a account there, so you cannot
>> connect ... ?
> <http://www.rhyolite.com/d
On 04 Mar 2012, at 05:38 , xTrade Assessory wrote:
> not sure but probably the dccifd is the remote daemon and since DCC is a
> commerial service you might not have a account there, so you cannot
> connect ... ?
<http://www.rhyolite.com/dcc/>
"The non-commercial DCC sof
LuKreme wrote:
> On 04 Mar 2012, at 04:44 , LuKreme wrote:
>
>> mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd
> OK, I found http://wiki.apache.org/spamassassin/InstallingDCC after doing
> some other googling, got DCC installed (I wiped the
On 04 Mar 2012, at 04:44 , LuKreme wrote:
> mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd
OK, I found http://wiki.apache.org/spamassassin/InstallingDCC after doing some
other googling, got DCC installed (I wiped the existing /var/dcc directory
contents), restar
I’ve noticed the following error in my mailogs:
mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd
It’s repeated a lot. I searched the list archive and google, but only found
pointers that this is a SpamAssasin module. Not sure why it’s not running, how
to start it, or
1 17:28:28 GMT+00:00
Subject: Re: dccproc/dccifd error
On 12/23, Michael Scheidell wrote:
> #2, bug.. yep, bug. Vernon (author of DCC) will investigate and fix
> it, and update the SA BUGzilla soon.
> (so, yes, this would be a bug in 3.4 if released, but only shows up
> under one cer
On 12/23, Michael Scheidell wrote:
> #2, bug.. yep, bug. Vernon (author of DCC) will investigate and fix
> it, and update the SA BUGzilla soon.
> (so, yes, this would be a bug in 3.4 if released, but only shows up
> under one certain condition)
Please post the bug to https://issues.apache.org/Spa
On 12/22/11 9:44 PM, dar...@chaosreigns.com wrote:
On 12/22, dar...@chaosreigns.com wrote:
The author did say "I believe it is entirely upward compatible." in
November, which was well after the DCC 1.3.140 release, so it probably
works.
I'd be interested to hear how that works if you try it. Mi
On 12/22, dar...@chaosreigns.com wrote:
> DCC.pm:863: unshift(@opts, '-Q', 'many') if defined
> $permsgstatus->{dcc_raw_x_dcc};
> > I am using perl-5.10.1, amavisd-new 2.7.0, Mail-SpamAssassin-3.3.2 and
> > dcc-dccd-1.3.140.
> > Dec 23 01:04:53 mx dccproc[81847]: unrecognized "many" usage:
A new DCC.pm from the author of DCC was added to trunk on November 14th:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6698
Looks like it already handles your case:
DCC.pm:863: unshift(@opts, '-Q', 'many') if defined
$permsgstatus->{dcc_raw_x_dcc};
That will be included in the next
Hi,
I am using perl-5.10.1, amavisd-new 2.7.0, Mail-SpamAssassin-3.3.2 and
dcc-dccd-1.3.140.
When I receive and scan a message with a 'X-DCC-xxx-Metrics'-header the
following error is logged to maillog:
Dec 23 01:04:53 mx dccproc[81847]: unrecognized "many" usage: [-VdAQCHER] [-h
homedir] [-
led into 3.3.1.
> >
> >
> bug opened, patch documented!
> thanks for help across the big pond! bet the snow capped mountains are
> unbelievable there this week!
>
> chris's: wonder if he is using dccproc or dccifd...
>
>
Using dccproc, always have be
mountains are
unbelievable there this week!
chris's: wonder if he is using dccproc or dccifd...
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP Network Security Corporation
* Certified SNORT Integrator
* 2008-9 Hot Company Award Winner, World Executive
> Thanks, that fixed mine.
Thanks for testing. Please open the bug report nevertheless,
so that the fix is documented and can be properly rolled into 3.3.1.
> won't help 'chris's problem, will it?
No, its is unrelated.
Mark
On 2/1/10 8:01 AM, Mark Martinec wrote:
Wrong options. Please open a bug report.
I believe this is the fix:
Thanks, that fixed mine.
won't help 'chris's problem, will it?
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP Network Security Corporation
* Certified SNORT I
Michael,
> was using this on SA 3.2.5 in local.cf
> dcc_options -R -x 0
> dcc_home /usr/local/dcc
> dcc_dccifd_path /usr/local/dcc/dccifd
>
> now, on SA 3.30, I get this (constantly).
>
> Feb 1 07:19:14 mx1 dccifd[10069]: unrecognized option value: "-R -x 0&quo
was using this on SA 3.2.5 in local.cf
dcc_options -R -x 0
dcc_home /usr/local/dcc
dcc_dccifd_path /usr/local/dcc/dccifd
now, on SA 3.30, I get this (constantly).
Feb 1 07:19:14 mx1 dccifd[10069]: unrecognized option value: "-R -x 0"
note, that dcc_options are options that are supp
On Wed, 14 Oct 2009 19:17:55 +0200
"Stefan" wrote:
> dccifd is the demonized version of dccproc. As it starts only one
> time and then stays in the memory, it runs much faster. dccproc on
> the other hand has to be loaded to memory every time it is called
> (you process
Jari Fredriksson wrote:
14.10.2009 19:52, Rick Knight kirjoitti:
Eduardo Casarero wrote:
2009/10/14 Rick Knight mailto:rick_kni...@rlknight.com>>
With the help of people here, I have gotten DCCIFD working. Now I
have another question. Should I use DCCIFD with DCCPROC or instead
of D
Jari Fredriksson:
> > I have
> > DCC_HOM /var/dcc
> > DCC_DCCIFD_PATH /var/dcc/dccifd
> > DCC_PATH /usr/bin/dccproc
> >
> > in my local.cf and they are both available. My question is, should I use
> > both DCCPROC and DCCIFD together or should I be using
14.10.2009 19:52, Rick Knight kirjoitti:
Eduardo Casarero wrote:
2009/10/14 Rick Knight mailto:rick_kni...@rlknight.com>>
With the help of people here, I have gotten DCCIFD working. Now I
have another question. Should I use DCCIFD with DCCPROC or instead
of DCCPROC? Can they work to
Eduardo Casarero wrote:
2009/10/14 Rick Knight <mailto:rick_kni...@rlknight.com>>
With the help of people here, I have gotten DCCIFD working. Now I
have another question. Should I use DCCIFD with DCCPROC or instead
of DCCPROC? Can they work together or does one take p
2009/10/14 Rick Knight
> With the help of people here, I have gotten DCCIFD working. Now I have
> another question. Should I use DCCIFD with DCCPROC or instead of DCCPROC?
> Can they work together or does one take precedence?
>
> Thanks,
> Rick
>
you have to add a dccifd_h
With the help of people here, I have gotten DCCIFD working. Now I have
another question. Should I use DCCIFD with DCCPROC or instead of
DCCPROC? Can they work together or does one take precedence?
Thanks,
Rick
> Anyone have a clue on this one?
>
> [3963] dbg: dcc: dccifd is available: /usr/local/dcc/dccifd
> [3963] dbg: info: entering helper-app run mode
> [3963] dbg: info: leaving helper-app run mode
> [3963] warn: dcc: dccifd -> check skipped: Broken pipe
> __brokenpipe__igno
Anyone have a clue on this one?
[3963] dbg: dcc: dccifd is available: /usr/local/dcc/dccifd
[3963] dbg: info: entering helper-app run mode
[3963] dbg: info: leaving helper-app run mode
[3963] warn: dcc: dccifd -> check skipped: Broken pipe
__brokenpipe__ignore__ at
/usr/local/lib/pe
Stefan Jakobs <[EMAIL PROTECTED]> writes:
> To me it seams as though spamassassin uses allways dccproc. And it
> competes with dccifd.
If it is available, spamassassin will use dccifd in preference to
dccproc.
Am Sonntag, 8. Juli 2007 15:20 schrieb Mikael Syska:
> Hi,
Hello Mikael,
thank you for the answer.
I just wondered why rhyolite suggest on their website to enable dccifd when
used with spamassassin.
To me it seams as though spamassassin uses allways dccproc. And it competes
with dccifd.
Hi,
from the mailscanner page:
http://wiki.mailscanner.info/doku.php?id=documentation:anti_spam:spamassassin:plugins:dcc:dccifd_install&do=diff1162335096
Dccifd(8) is similar to dccproc but is not run separately for each mail
message and so is far more efficient. It receives mail mess
Hello list,
I'm using Spamassassin 3.1.8 with amavisd-new 2.3.3 and postfix 2.4.3 on a
mailrelay. Some days ago I installed a new version of DCC. And saw in the
installation instructions that I should enable dccifd if I use spamassassin.
So I did. Now I get the following errors in my
it is just due to DCC server loss of connectivity perhaps due to network
latency ?
Anybody seen this and or have a clue ?
Nov 7 15:48:10 kady.education.ucsb.edu dccifd[14514]: [ID 465929
mail.error] write(MTA socket,53): Broken pipe
Nov 7 15:48:10 kady.education.ucsb.edu dccifd[14514]: [ID 4
it is just due to DCC server loss of connectivity
perhaps due to network latency ?
Anybody seen this and or have a clue ?
Nov 7 15:48:10 kady.education.ucsb.edu dccifd[14514]: [ID 465929
mail.error] write(MTA socket,53): Broken pipe
Nov 7 15:48:10 kady.education.ucsb.edu dccifd[14514]: [ID 4
Just upgraded to 3.1.1 and it appears that there is some issue with it
calling dccifd now. The initialization test works correctly but subsequent
checks always fail and log 'dcc: dccifd check failed - no X-DCC returned:'
This was working correctly with 3.1.0. dcc checking via dccpro
On Friday 14 October 2005 06:38 am, List wrote:
> Finally got the dccifd working. But the X-DCC header still does not show
> up. How can i check if DCC is actually working?
>
> regards
I have this in my local.cf:
add_header all DCC _DCCB_ _DCCR_
--
Chris
Registered Linux User
- Original Message -
From: "Brian Wong" <[EMAIL PROTECTED]>
To: "List" <[EMAIL PROTECTED]>
Cc:
Sent: Friday, October 14, 2005 3:18 AM
Subject: Re: DCCifd
On 10/13/05, List <[EMAIL PROTECTED]> wrote:
Hi,
I am trying to get DCCifd running
On 10/13/05, List <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am trying to get DCCifd running. Below is the debug from spamassassin
>
> [28450] dbg: plugin: registering glue method for check_dcc
> (Mail::SpamAssassin::Plugin::DCC=HASH(0x982dd9c))
> [28450] dbg: dcc: dcci
List wrote:
> Hi,
>
> I am trying to get DCCifd running. Below is the debug from spamassassin
>
> [28450] dbg: plugin: registering glue method for check_dcc
> (Mail::SpamAssassin::Plugin::DCC=HASH(0x982dd9c))
> [28450] dbg: dcc: dccifd is not available: no r/w dccifd socke
Hi,
I am trying to get DCCifd running. Below is the debug from spamassassin
[28450] dbg: plugin: registering glue method for check_dcc
(Mail::SpamAssassin::Plugin::DCC=HASH(0x982dd9c))
[28450] dbg: dcc: dccifd is not available: no r/w dccifd socket found
[28450] dbg: util: executable for
At 08:01 AM 10/8/2004, Sean Doherty wrote:
Spamassassins DCC configuration option "use_dcc" specifies
whether to use DCC or not. However, it appears that
Spamassassin will perform a dcc check if dccifd is available
(if the socket specified under dcc_dccifd_pathor exists) or
use_dcc i
Hi,
Spamassassins DCC configuration option "use_dcc" specifies
whether to use DCC or not. However, it appears that
Spamassassin will perform a dcc check if dccifd is available
(if the socket specified under dcc_dccifd_pathor exists) or
use_dcc is set to 1. The same logic is in bot
46 matches
Mail list logo
