Hello,
I got this process im my apache
POST //REST/1.0/NoAuth/mail-gateway HTTP/1.1
It hangs there until I kill it manualy, because it takes 100% of server cpu.
Is the any way to fix it, cause I don't understand the reason why it behaves
so.
--
View this message in context:
http://requesttrac
On Mon, Jan 13, 2014 at 05:55:26AM -0800, andriuss wrote:
> Hello,
> I got this process im my apache
> POST //REST/1.0/NoAuth/mail-gateway HTTP/1.1
>
> It hangs there until I kill it manualy, because it takes 100% of server cpu.
> Is the any way to fix it, cause I don't understand the reason why i
From:
=?UTF-8?B?ICJUb21hcyBNYXLEjWl1bGlvbmlzIiA8VG9tYXMuTWFyY2l1bGlvbmlzQGJp?=
=?UTF-8?B?dGVzcGFydG5lcmlzLmx0Pg==?=
This line, in the mail was the problem, RT somehow hang when parsing this in
I18N.pm. Any solution for this?
--
View this message in context:
http://requesttracker.8502.n7.nabbl
On Wed, Jan 15, 2014 at 12:26:28PM -0800, andriuss wrote:
> From:
> =?UTF-8?B?ICJUb21hcyBNYXLEjWl1bGlvbmlzIiA8VG9tYXMuTWFyY2l1bGlvbmlzQGJp?=
> =?UTF-8?B?dGVzcGFydG5lcmlzLmx0Pg==?=
>
> This line, in the mail was the problem, RT somehow hang when parsing this in
> I18N.pm. Any solution for this?
R
RT 4.2.2
Apache2::CmdParms2.04/usr/lib/perl5/Apache2/CmdParms.pm
Apache2::Const 2.04/usr/lib/perl5/Apache2/Const.pm
Apache2::Directive 2.04/usr/lib/perl5/Apache2/Directive.pm
Apache2::Log 2.04/usr/lib/perl5/Apache2/Log.pm
Apache2:
The situation become a little bit clearer:
The failing mail header:
From:
=?UTF-8?B?ICJUb21hcyBNYXLEjWl1bGlvbmlzIiA8VG9tYXMuTWFyY2l1bGlvbmlzQGJp?=
=?UTF-8?B?dGVzcGFydG5lcmlzLmx0Pg==?=
But it should be the following (RT works just fine with that):
From: =?UTF-8?B?VG9tYXMgTWFyxI1pdWxpb25pcw==?=
On Thu, 2014-01-16 at 00:37 -0800, andriuss wrote:
> The situation become a little bit clearer:
>
> The failing mail header:
> From:
> =?UTF-8?B?ICJUb21hcyBNYXLEjWl1bGlvbmlzIiA8VG9tYXMuTWFyY2l1bGlvbmlzQGJp?=
> =?UTF-8?B?dGVzcGFydG5lcmlzLmx0Pg==?=
>
> But it should be the following (RT works jus
I don't think so.
First point, correct me if I'm wrong - An 'encoded-word' MUST NOT appear in
any portion of an 'addr-spec' :
It says, that you can't have the following syntax: "Name Surname"
See http://tools.ietf.org/html/rfc2047#page-11, the examples section, where
the following is said to be
On Sun, 2014-01-19 at 23:54 -0800, andriuss wrote:
> I don't think so.
> First point, correct me if I'm wrong - An 'encoded-word' MUST NOT appear in
> any portion of an 'addr-spec' :
>
> It says, that you can't have the following syntax: "Name Surname"
>
...are you attempting to claim that a Fr
Sorry for my lack of knowledge. Still I think that RT, to be more precise,
Email::Address:List module should reject this kind of header and not stuck
in infinity regex loop.
What I was able to get from mail sender, he was using Microsoft Outlook Web
App.
--
View this message in context:
htt
On Tue, 2014-01-21 at 04:55 -0800, andriuss wrote:
> Sorry for my lack of knowledge. Still I think that RT, to be more precise,
> Email::Address:List module should reject this kind of header and not stuck
> in infinity regex loop.
Absolutely. We intend to address this shortly.
> What I was able
Glad to hear that. Waiting for the fix.
--
View this message in context:
http://requesttracker.8502.n7.nabble.com/REST-mail-gateway-using-100-cpu-tp56255p56375.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.
On Wednesday 15 of January 2014, Kevin Falcone wrote:
> It will be re-queued and tried again
> when it fails to submit to RT, so it'll be somewhere in your queues
I find it to not always be true. For example when our mysql died then rt-
mailgate didn't return any error BUT rt itself created bounc
On Wed, 2014-01-22 at 08:33 -0800, andriuss wrote:
> Glad to hear that. Waiting for the fix.
Please see the just-announced CVE-2014-1474, and
http://download.bestpractical.com/mirror/Email-Address-List-0.03.tar.gz
which resolves the issue.
- Alex
On Fri, 2014-01-24 at 20:00 +0100, Arkadiusz Miśkiewicz wrote:
> > It will be re-queued and tried again
> > when it fails to submit to RT, so it'll be somewhere in your queues
>
> I find it to not always be true. For example when our mysql died then rt-
> mailgate didn't return any error BUT rt it
15 matches
Mail list logo