Return-Path: Delivered-To: apmail-qpid-users-archive@www.apache.org Received: (qmail 83438 invoked from network); 16 Apr 2009 20:07:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Apr 2009 20:07:26 -0000 Received: (qmail 65319 invoked by uid 500); 16 Apr 2009 20:07:25 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 65275 invoked by uid 500); 16 Apr 2009 20:07:25 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 65265 invoked by uid 99); 16 Apr 2009 20:07:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Apr 2009 20:07:25 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Apr 2009 20:07:19 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n3GK6vY2027389 for ; Thu, 16 Apr 2009 16:06:57 -0400 Received: from pobox.fab.redhat.com (pobox.fab.redhat.com [10.33.63.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n3GK6uig028816 for ; Thu, 16 Apr 2009 16:06:57 -0400 Received: from [10.11.12.83] (vpn-12-83.rdu.redhat.com [10.11.12.83]) by pobox.fab.redhat.com (8.13.1/8.13.1) with ESMTP id n3GK6sD4014786 for ; Thu, 16 Apr 2009 16:06:55 -0400 Message-ID: <49E790D3.3070402@redhat.com> Date: Thu, 16 Apr 2009 21:10:59 +0100 From: Gordon Sim Organization: Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom.,Registered in England and Wales under Company Registration No. 3798903,Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland) User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: Message size and authentication References: <207060770904150901mccd73b0ia9b75f378a7db925@mail.gmail.com> In-Reply-To: <207060770904150901mccd73b0ia9b75f378a7db925@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 X-Virus-Checked: Checked by ClamAV on apache.org Stefan Aeschbacher wrote: > Gordon Sim wrote: >> Stefan Aeschbacher wrote: >>> I observed the following behaviour with the C++ broker on FC10 (with >>> qpidd installed via yum and also a svn co from today). If I try to >>> send a message with data bigger than ca. 64KB, the call to >>> session.messageTransfer blocks. If I disable authentication with >>> "--auth no", messages of any size (tested up to 10MB) pass easily as >>> expected. >>> >>> I used the "direct" example with a small modification to generate >>> messages of different sizes (e.g. for (int j=0; j<165536; j++) >>> message_data << "c";) to test this. With j<65495 as limit to fill >>> message_data, qpidd even crashes. >>> >>> Is this a known/reproducible issue? Hi Stefan, Sorry for the delayed response. From the trace I see you are using digest-md5 and a sasl negotiated security layer. I haven't tried digest-md5 myself yet, but it looks like you have uncovered a bug, probably somewhere in the security layer support. I've raised a JIRA to track this: https://issues.apache.org/jira/browse/QPID-1819 --Gordon --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org