On Monday, March 21, 2011 10:33:01 pm Gary V wrote:
> The exact same version of amavisd-new on a slightly older Ubuntu
> distro does not exhibit this oddity. Looks like Natty will eventually
> be the next release.
It will in about a month. If you (collectively) can figure out what's going
wrong
On 3/21/11, Gary V wrote:
> On 3/21/11, Mark Martinecwrote:
>>> Mar 14 10:59:03 myserver amavis[13881]: (!)Net::Server:
>>> 2011/03/14-10:59:03 Can't connect to TCP port 10024 on 127.0.0.1 [Die
>>> Adresse wird bereits verwendet]\n at line 88 in file
>>> /usr/share/perl5/Net/Server/Proto/TCP.pm
>>
On 3/21/11, Mark Martinecwrote:
>> Mar 14 10:59:03 myserver amavis[13881]: (!)Net::Server:
>> 2011/03/14-10:59:03 Can't connect to TCP port 10024 on 127.0.0.1 [Die
>> Adresse wird bereits verwendet]\n at line 88 in file
>> /usr/share/perl5/Net/Server/Proto/TCP.pm
>
> Previous version hasn't stoppe
Hi list!
Where I can to find info about Amavis::Custom, and any tutorials on this
theme?
For example I need to develope some module that makes additional spam
checks, and uses additional arbitrary fields from mysql table.
Jyri,
> I'm, bit confused, why it's unusual to use SQL for lookups?
What do you mean by that? It is not unusual. Perhaps you are referring
to my statement where I meant that providing local domain names statically
in @local_domains_maps is unusual (but not wrong) when having the rest
in SQL:
> >
Michael,
> > if ($msginfo->msg_size < 1024*1024) {
> > Amavis::do_quarantine($conn,$msginfo, undef,
> >['archive-quarantine'], 'sql:');
> >}
>
> back on this. I do want to quarantine the whole email if it is
> 'spam/virus/attachment'. its only in certain circumstances that I wa
> Mar 14 10:59:03 myserver amavis[13881]: (!)Net::Server:
> 2011/03/14-10:59:03 Can't connect to TCP port 10024 on 127.0.0.1 [Die
> Adresse wird bereits verwendet]\n at line 88 in file
> /usr/share/perl5/Net/Server/Proto/TCP.pm
Previous version hasn't stopped yet when a new version is trying to s
Ralf,
> fetch_modules: error loading optional module Mail/SPF.pm:
> Can't locate version/vpp.pm in @INC (@INC contains: lib
Michael Scheidell wrote:
> you have vendor_perl and site_perl.. your perl install is borked.
So it seems.
See:
http://www.nntp.perl.org/group/perl.qa/2008/09/msg11505.h
On 3/21/11 8:43 AM, Ralf Hildebrandt wrote:
/usr/lib/perl5/vendor_perl/5.12.3/Mail/SpamAssassin/Plugin/SPF.pm
/usr/lib/perl5/vendor_perl/5.12.3/Mail/SPF.pm
/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/Net/DNS/RR/SPF.pm
/usr/lib/perl5/site_perl/5.12.3/Mail/SpamAssassin/Plugin/SPF.pm
* Michael Scheidell :
> On 3/21/11 8:20 AM, Ralf Hildebrandt wrote:
> >fetch_modules: error loading optional module Mail/SPF.pm:
> > Can't locate version/vpp.pm in @INC (@INC contains: lib
> interesting.. what version of Mail::SPF do you have?
> did you just upgrade to perl 5.12?
> I just checked
On 3/21/11 8:28 AM, Michael Scheidell wrote:
On 3/21/11 8:20 AM, Ralf Hildebrandt wrote:
fetch_modules: error loading optional module Mail/SPF.pm:
Can't locate version/vpp.pm in @INC (@INC contains: lib
interesting.. what version of Mail::SPF do you have?
did you just upgrade to perl 5.12?
g
On 3/21/11 8:20 AM, Ralf Hildebrandt wrote:
fetch_modules: error loading optional module Mail/SPF.pm:
Can't locate version/vpp.pm in @INC (@INC contains: lib
interesting.. what version of Mail::SPF do you have?
did you just upgrade to perl 5.12?
I just checked and don't have vpp.pm on any of
How can I fix that?
Mar 21 09:52:00 bhaal amavis[22192]: logging initialized, log level 2, syslog:
amavis.mail
Mar 21 09:52:00 bhaal amavis[22192]: starting. /usr/sbin/amavisd at
bhaal.floppy.org amavisd-new-2.6.4 (20090625), Unicode aware, LC_ALL="POSIX",
LC_CTYPE="de_DE.UTF-8", LANG="POSIX"
13 matches
Mail list logo
