Thank you - the code will be fixed.
>but after upgrading assp to 2.3.4 (13282), it seems to no longer be a
problem
There was nothing changed related to SSL/TLS.
>Would it be possible or prudent to have STDERR go to separate files
All STD* handles are closed in threads.
They are all completely closed if assp is running as service or daemon.
sub ThreadStart {
my $Iam = shift;
$tqueue = shift;
$trqueue = shift;
$WorkerNumber = $Iam;
threads->detach();
close STDOUT;
close STDERR;
close STDIN;
Perl / module warnings are only show in interactice mode.
Thomas
Von: Amyas <[email protected]>
An: [email protected],
Datum: 10.10.2013 03:59
Betreff: [Assp-test] 2.3.4 (13282) seems to resolve problem with
postfix reporting warning: TLS library problem
The full error msg from postfix was:
warning: TLS library problem: 2911:error:1408F10B:SSL
routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:337
I was able to create that error consistently by sending a spam report
to assp from thunderbird for assp version 2.3.3 (13276)
I tried changing various config settings related to TLS/SSL in assp
and postfix and thunderbird but was not able to resolve the problem
but after upgrading assp to 2.3.4 (13282), it seems to no longer be a
problem. Not sure if the errors were from warnings being sent from
assp to postfix in the smtp conversation in 13276 or if it was due to
the addition of
$Con{$dfh}->{header} = "\r\n\r\n".$body;
in 13282
Would it be possible or prudent to have STDERR go to separate files
for each thread rather than go out with the STDOUT
to prevent warnings/errors from "polluting" the mail headers/body? I
am not sure if I fully understand the routing of warnings in assp so
please forgive if this is a mistaken idea.
Something like this after starting each thread?:
open STDERR, ">", "stderr-$0-$$-thread-${threadid}.log";
I noticed a typo for the html output :
39829: $out .= "<\head><body>\n";
I believe it should be:
39829: $out .= "\n</head><body>\n";
also a typo in some help text - incomming should be incoming on:
1824: 'If set, all headers : "ReturnReceipt: , Return-Receipt-To: and
Disposition-Notification-To:" will be removed from not whitelisted and
not noprocessing incomming mails. Select this to prevent unwanted
whitelisting of spammers that request a Disposition Notification. An
other way to prevent autowhitelisting because of an autoresponds is to
use redRe .',undef,undef,'msg008970','msg008971'],
3650: 'Define transparent Port Proxy here. ASSP will forward
incomming packets to a specific destination.<br />
One more thing:
I found that some of the bogons listed are now allocated - I may have
had an old IP block file but
5.0.0.0/8 was listed as a bogon and is now used in greece
14.0.0.0/8 was also listed as a bogon but is now reported as allocated.
files/denyalways.txt:5.0.0.0/8 # bogon
files/denyalways.txt:14.0.0.0/8 # bogon
most of the others listed also seem to be allocated:
http://www.team-cymru.org/Services/Bogons/bogon-dd.html
Thanks for the hard work on assp!
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test
DISCLAIMER:
*******************************************************
This email and any files transmitted with it may be confidential, legally
privileged and protected in law and are intended solely for the use of the
individual to whom it is addressed.
This email was multiple times scanned for viruses. There should be no
known virus in this email!
*******************************************************
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test