W moim przypadku nie rozwiązuje problemu.
Dorzucę jeszcze parę szczegółów.
Testowy mail zwraca poprawną wiadomość o przyjęciu zgłoszeni - kodowanie jest
poprawne.
Wiadomość zawierająca informację o nowych zgłoszeniu dla użytkowników ma już
krzaczki zamiast polskich znaków.
Zdarzają się też niespodzianki w postaci całkowicie popsutego maila.
W przypadku wysłania wiadomości z msexchage jest problem z parsowaniem
wiadomości - nie jest poprawnie przetworzona i kończy się błędem:
xxxxxxxxx@actus-info.pl
#< #5.3.0 x-unix; DBD::mysql::st execute failed: Column 'body' cannot be null
at /usr/local/lms/bin/lms-rtparser line 425. DBD::mysql::st execute failed:
Column 'body' cannot be null at /usr/local/lms/bin/lms-rtparser line 425.>
#SMTP#
Oczywiście body nie jest null ;)
--
Pozdrawiam
Robert Rakowski
Dnia środa, 10 kwietnia 2013 o 11:07:15 lms-request@lists.lms.org.pl
napisał(a):
> Jesli do wysylania maili spod perla uzywasz Mail::Sender i debian uzywa
> najnowszej wersji z CPAN (0.8.22) to jest na to rada.
> Podsylam latke na modul perlowy
> Pisalem tez maila do developera ale jak narazie nie dostalem odpowiedzi
>
> --
> Krzysztof Kulesza
>
> -------------- następna część ---------
> --- Sender.pm_org 2012-12-12 18:29:40.000000000 +0100
> +++ Sender.pm 2013-02-08 19:30:00.460276309 +0100
> @@ -2146,7 +2146,7 @@ sub Part {
> $self->{'encoding'} = $encoding;
> if (defined $charset and $charset and $ctype !~ /charset=/i) {
> $ctype .= qq{; charset="$charset"}
> - } elsif (!defined $charset and $ctype =~ /charset="([^"]+)"/) {
> + } elsif (!defined $charset and $ctype !~ /charset="([^"]+)"/) {
> $charset = $1;
> }
>
