This will be fixed.
Thomas
Von:Michael Thomas m...@mathbox.com
An: ASSP development mailing list assp-test@lists.sourceforge.net
Datum: 25.03.2012 23:04
Betreff:[Assp-test] Not URI found as URI
Thomas,
ASSP version 2.1.2(12077) and previous versions way back
ASSP detects
How can I fix this?
force (force install Sys::MemInfo) the reinstallation of the module
Because the module uses the autoloader, the installation should do an
autosplit - results in *.al files.
And should ASSP crash or should it handle this better?
ASSP could do a check that every single sub of
Yes (DoIPinHelo) should not block directly - this will be fixed.
Thomas
Von:Michael Thomas m...@mathbox.com
An: ASSP development mailing list assp-test@lists.sourceforge.net
Datum: 26.03.2012 00:27
Betreff:[Assp-test] IPinHeloOK
Thomas,
ASSP version 2.1.2(12077)
I have
Hi all,
investigating an IMHO too long rebuild runtime issue - I assumed a bug in
the code - I've found that this issue was caused by only a few files in
the corpus. For some of the files it has taken one minute or more to
finish processing them.
This large file processing time not depends on
How about an option just to delete files in the corpus that cause
excessive scanning times? That would be a lot more admin-friendly.
At 08:54 AM 3/26/2012, Thomas Eckardt wrote:
Hi all,
investigating an IMHO too long rebuild runtime issue - I assumed a bug in
the code - I've found that this
Thanks Thomas.
Did a force install:
cpan[1] force install Sys::MemInfo
Reading '/Users/me/.cpan/Metadata'
Database was generated on Sun, 25 Mar 2012 16:10:23 GMT
Fetching with LWP:
ftp://cpan.inspire.net.nz/cpan/authors/01mailrc.txt.gz
Reading '/Users/me/.cpan/sources/authors/01mailrc.txt.gz'
Hi!
How about an option just to
delete files in the corpus that cause excessive scanning times?
That would be a lot more admin-friendly.
Yes, only:
not delete files in \spam\ in _any case_, but move .eml to \discarded\ ( and
\nospam\ to \OkMail\)
Best regards, Victor Miasnikov