<div>
<div>Sziasztok,</div>

<div> </div>

<div>Leírom a megoldást, talán másnak is jól jöhet.</div>

<div> </div>

<div>Hiba: Az 1074 revíziós vacation.pl nem megy 0.8.22 Mail::Sender csomaggal</div>

<div>
<div> </div>

<div>1. postfixadmin frissítés a legutolsó verzióra portból- postfixadmin-2.3.6, aztán ez még  nem elég, mert a portban nem a legutolsó postfixadmin verziót telepíti a freebsd</div>

<div>2. 1615 revíziós vacation.pl letöltése a postfixadmin.org oldalról és lecserélése a /var/spool/vacation könyvtárban</div>

<div>3. szükséges konfig paraméterek megadása a vacation.pl-ben</div>

<div>4. "activefrom"; "activeuntil" mezők létrehozása a mysql vacation táblában, az új mezők típusa "date"</div>

<div>5. "interval_time" mező létrehozása a mysql vacation táblában, mező típusa "time", default értéke 1</div>

<div>6. vacation.pl 390-es sor környékén a NOW függvényt curdate-re kell cserélni. Az "activeutil" mezőben dátumegyenlőség esetén nem adott választ a NOW, míg a curdate szépen működött</div>

<div>
<div><span style="font-family:courier new,courier,monospace">#   my $query = qq{SELECT email FROM vacation WHERE email=? and active=$db_true and activefrom <= NOW() and activeuntil >= NOW()};<br />
    my $query = qq{SELECT email FROM vacation WHERE email=? and active=$db_true and activefrom <= curdate() and activeuntil >= curdate()};</span></div>

<div>
<div>7.roundcube/pfadmin_autoresponder plugin  pfadmin_autoresponder.php-ben, a 36-os sor környékén is igazítani kellett, csak akkor írta át a mysql-ben az adatokat, ha két részre bontottam az insertet, előbb az active értéket írtam be, majd a többi változót</div>

<div><span style="font-family:courier new,courier,monospace"># private $sql_update = 'insert into vacation (email, active, subject, body, activefrom ,activeuntil) values (%u, %o, %s, %m, %f, %d) on duplicate key update active = %o, body = %m, activefrom = %f, activeuntil =%d;';</span></div>

<div> </div>
</div>
</div>

<div> <span style="font-family:courier new,courier,monospace">private $sql_update = 'insert into vacation (email, active) values (%u, %o) on duplicate key update active = %o; insert into vacation (email, subject, body, activefrom ,activeuntil) values (%u, %s, %m, %f, %d) on duplicate key update subject = %s, body = %m, activefrom = %f, activeuntil =%d;';</span>

<div> </div>

<div>Ennyit szívtam csak ezzel, mert azt gondoltam, hogy egy updatelt rendszer milyen jó nekem. Igen erről már volt korábban levelezés, hogy ki miben hisz, de a jó megoldást most sem tudom. Pozitívum annyi volt, hogy vacation esetén legalább aktív lett a dátum tartomány, amit eddig kikommenteztem.</div>

<div>Az meg külön bosszantó, hogy a freebsd port sem naprakész, a postfixadmin esetén is el van maradva vagy másfél évvel - Last commit date: 2014-02-21 13:37:57. Viszont a postfixadmin már 2.91-nél jár. Így eleve a később javított hibák sem épülnek be, tehát marad a foltozgatás.</div>

<div> </div>

<div>Üdv:Csabi</div>
</div>

<div> </div>

<div><br />
"Lóránth Csaba" <cs.loranth@freemail.hu> írta:</div>

<blockquote style="border-left:3px solid lightGray;padding-left:3px;">
<div>
<div>Köszi a válaszod. Teljesen jól "lefordítottad", de az én problémámat nem oldotta meg.</div>

<div>Még mindig ezen a Mail::Sender hibán bénázok. Itt van egy nyitott case rá, hogy a TLS alapban aktív lett, ami a problémát okozza. Megoldásra írja, hogy tls_allowed => 0 kikapcsolja a tls-t. No most ezt átírtam a Sender.pm-bem - 970-es sor, de probléma maradt. Jó helyen csináltam?</div>

<div> </div>

<div>Csabi</div>

<div> </div>

<div> </div>

<div> </div>

<div>https://rt.cpan.org/Public/Bug/Display.html?id=85438</div>

<div> </div>

<div>In 0.8.22 the case of the 'tls_allowed' attribute was fixed, so the default of 1 is actually effective. But this fix has a problem (besides the fact that the POD still has the upper case 'TLS_allowed'): With this setting, and given that TLS is supported, IO::Socket::SSL tries a hostname verification and for this it needs a ca file which is not found (unless by chance there is a file in 'certs/my-ca.pem'). This in turn leads to a not very informative error message: "Failed to send the message: Connection not established" when trying to send a message in Mail::Sender. So, I think it would be helpful to - fix the documentation to at least make it easy to switch TLS off (tls_allowed => 0, not TLS_allowed) - either allow a parameter to pass the ca_file and/or default e.g. to Mozilla::CA::SSL_ca_file() if Mozilla::CA is installed, else give a hint that it won't work without a ca_file as long as tls_allowed is switched on. - if it still failes, give a better error message. While debugging I inserted a die IO_SOCKET_SSL(IO::Socket::SSL::errstr()) which is also returned in the 0.8.22 code but somehow doesn't make it to STDOUT. This would give a message like "error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" which helps a lot if used in Google. Until this issue is fixed and if someone finds this report having the same problem, here is my temporary fix: use Mozilla::CA; IO::Socket::SSL::set_defaults( SSL_ca_file => Mozilla::CA::SSL_ca_file(), );</div>

<div> </div>

<div> </div>

<div><br />
Gabor HALASZ <halasz.g@freemail.hu> írta:
<blockquote style="border-left:3px solid lightGray;padding-left:3px;">On 6/6/2014 6:51 PM, Lóránth Csaba wrote:<br />
<br />
> this issue can be avoided. Just put a "use SSLFix" in the Mal::Sender<br />
                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br />
> source code and everything works like a charm.<br />
><br />
> Here is the code for "SSLFix.pl"<br />
><br />
> --------------------------- SSLFix.pm -----------------------------------<br />
><br />
> use strict;<br />
> use warnings;<br />
> package SSLFix;<br />
> use IO::Socket::SSL 1.982;<br />
><br />
> IO::Socket::SSL::set_args_filter_hack( sub {<br />
> my ($is_server,$args) = @_;<br />
> # CA mit<br />
> CN=server3.presseservicebuero.de/emailAddress=jens.struck@germanonlinepublisher.com<br />
> # über Fingerprint als trusted angeben<br />
> $args->{SSL_fingerprint} = 'sha1$e3dd23963cae604403ead7767d600568a6667178'<br />
> if ! $is_server;<br />
> });<br />
><br />
> 1;<br />
><br />
> No most nem vagyok egy perl guru, de hova is kell ezt beírni?<br />
><br />
Ott irja, ahol alahuztam. Leforditom: perl -V -vel megnezed a @INC <br />
tartalmat, valamelyik dirbe berakod az sslfix.pm-edet <br />
(/usr/local/lib/perl5/site_perl/<perl verzio>/ a standard helye az <br />
ilyesminek), utana megkeresed a Mail/Sender.pm-et (az is a <br />
/usr/local/lib/perl5/site_perl/<perl verzio>/ alatt lesz), csinalsz rola <br />
egy masolatot, mert ha belepiszkalsz, akkor idegeskedni fog kesobb a <br />
pkg(ng), majd egyszeruen beleirod a use-ok moge a javasoltat (case <br />
sensitive), persze idezojel nelkul, ahogy a tobbi use direktiva van, es <br />
pontosvesszo is kell a sor vegere.<br />
--<br />
Magyar BSD Levelezőlista</blockquote>
</div>
</div>
<br />
Köszi a válaszod. Teljesen jól &quot;lefordítottad&quot;, de az én problémámat nem oldotta meg.<br />
<br />
Még mindig ezen a Mail::Sender hibán bénázok. Itt van egy nyitott case rá, hogy a TLS alapban aktív lett, ami a problémát okozza. Megoldásra írja, hogy tls_allowed => 0 kikapcsolja a tls-t. No most ezt átírtam a Sender.pm-bem - 970-es sor, de probléma maradt. Jó helyen csináltam?<br />
<br />
&nbsp;<br />
<br />
Csabi<br />
<br />
&nbsp;<br />
<br />
&nbsp;<br />
<br />
&nbsp;<br />
<br />
https://rt.cpan.org/Public/Bug/Display.html?id=85438<br />
<br />
&nbsp;<br />
<br />
In 0.8.22 the case of the &#39;tls_allowed&#39; attribute was fixed, so the default of 1 is actually effective. But this fix has a problem (besides the fact that the POD still has the upper case &#39;TLS_allowed&#39;): With this setting, and given that TLS is supported, IO::Socket::SSL tries a hostname verification and for this it needs a ca file which is not found (unless by chance there is a file in &#39;certs/my-ca.pem&#39;). This in turn leads to a not very informative error message: &quot;Failed to send the message: Connection not established&quot; when trying to send a message in Mail::Sender. So, I think it would be helpful to - fix the documentation to at least make it easy to switch TLS off (tls_allowed => 0, not TLS_allowed) - either allow a parameter to pass the ca_file and/or default e.g. to Mozilla::CA::SSL_ca_file() if Mozilla::CA is installed, else give a hint that it won&#39;t work without a ca_file as long as tls_allowed is switched on. - if it still failes, give a better error message. While debugging I inserted a die IO_SOCKET_SSL(IO::Socket::SSL::errstr()) which is also returned in the 0.8.22 code but somehow doesn&#39;t make it to STDOUT. This would give a message like &quot;error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed&quot; which helps a lot if used in Google. Until this issue is fixed and if someone finds this report having the same problem, here is my temporary fix: use Mozilla::CA; IO::Socket::SSL::set_defaults( SSL_ca_file => Mozilla::CA::SSL_ca_file(), );<br />
<br />
&nbsp;<br />
<br />
&nbsp;<br />
<br />
<br />
Gabor HALASZ  írta:<br />
On&nbsp;6/6/2014&nbsp;6:51&nbsp;PM,&nbsp;Lóránth&nbsp;Csaba&nbsp;wrote:<br />
<br />
>&nbsp;this&nbsp;issue&nbsp;can&nbsp;be&nbsp;avoided.&nbsp;Just&nbsp;put&nbsp;a&nbsp;&quot;use&nbsp;SSLFix&quot;&nbsp;in&nbsp;the&nbsp;Mal::Sender<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br />
>&nbsp;source&nbsp;code&nbsp;and&nbsp;everything&nbsp;works&nbsp;like&nbsp;a&nbsp;charm.<br />
><br />
>&nbsp;Here&nbsp;is&nbsp;the&nbsp;code&nbsp;for&nbsp;&quot;SSLFix.pl&quot;<br />
><br />
>&nbsp;---------------------------&nbsp;SSLFix.pm&nbsp;-----------------------------------<br />
><br />
>&nbsp;use&nbsp;strict;<br />
>&nbsp;use&nbsp;warnings;<br />
>&nbsp;package&nbsp;SSLFix;<br />
>&nbsp;use&nbsp;IO::Socket::SSL&nbsp;1.982;<br />
><br />
>&nbsp;IO::Socket::SSL::set_args_filter_hack(&nbsp;sub&nbsp;{<br />
>&nbsp;my&nbsp;($is_server,$args)&nbsp;=&nbsp;@_;<br />
>&nbsp;#&nbsp;CA&nbsp;mit<br />
>&nbsp;CN=server3.presseservicebuero.de/emailAddress=jens.struck@germanonlinepublisher.com<br />
>&nbsp;#&nbsp;über&nbsp;Fingerprint&nbsp;als&nbsp;trusted&nbsp;angeben<br />
>&nbsp;$args->{SSL_fingerprint}&nbsp;=&nbsp;&#39;sha1$e3dd23963cae604403ead7767d600568a6667178&#39;<br />
>&nbsp;if&nbsp;!&nbsp;$is_server;<br />
>&nbsp;});<br />
><br />
>&nbsp;1;<br />
><br />
>&nbsp;No&nbsp;most&nbsp;nem&nbsp;vagyok&nbsp;egy&nbsp;perl&nbsp;guru,&nbsp;de&nbsp;hova&nbsp;is&nbsp;kell&nbsp;ezt&nbsp;beírni?<br />
><br />
Ott&nbsp;irja,&nbsp;ahol&nbsp;alahuztam.&nbsp;Leforditom:&nbsp;perl&nbsp;-V&nbsp;-vel&nbsp;megnezed&nbsp;a&nbsp;@INC&nbsp;<br />
tartalmat,&nbsp;valamelyik&nbsp;dirbe&nbsp;berakod&nbsp;az&nbsp;sslfix.pm-edet&nbsp;<br />
(/usr/local/lib/perl5/site_perl//&nbsp;a&nbsp;standard&nbsp;helye&nbsp;az&nbsp;<br />
ilyesminek),&nbsp;utana&nbsp;megkeresed&nbsp;a&nbsp;Mail/Sender.pm-et&nbsp;(az&nbsp;is&nbsp;a&nbsp;<br />
/usr/local/lib/perl5/site_perl//&nbsp;alatt&nbsp;lesz),&nbsp;csinalsz&nbsp;rola&nbsp;<br />
egy&nbsp;masolatot,&nbsp;mert&nbsp;ha&nbsp;belepiszkalsz,&nbsp;akkor&nbsp;idegeskedni&nbsp;fog&nbsp;kesobb&nbsp;a&nbsp;<br />
pkg(ng),&nbsp;majd&nbsp;egyszeruen&nbsp;beleirod&nbsp;a&nbsp;use-ok&nbsp;moge&nbsp;a&nbsp;javasoltat&nbsp;(case&nbsp;<br />
sensitive),&nbsp;persze&nbsp;idezojel&nbsp;nelkul,&nbsp;ahogy&nbsp;a&nbsp;tobbi&nbsp;use&nbsp;direktiva&nbsp;van,&nbsp;es&nbsp;<br />
pontosvesszo&nbsp;is&nbsp;kell&nbsp;a&nbsp;sor&nbsp;vegere.<br />
--<br />
Magyar&nbsp;BSD&nbsp;Levelezőlista<br />
<br />
<br />
--<br />
Magyar BSD Levelezőlista</blockquote>
</div>
</div>