From owner-ctm-users@FreeBSD.ORG Fri Jan 11 16:58:28 2013 Return-Path: Delivered-To: ctm-users@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DEC408C0 for ; Fri, 11 Jan 2013 16:58:28 +0000 (UTC) (envelope-from daeron@optushome.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFB26FB for ; Fri, 11 Jan 2013 16:58:27 +0000 (UTC) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id r0BGwKYZ028418 for ; Sat, 12 Jan 2013 03:58:20 +1100 Received: from cirth.localnet (pa49-176-67-16.pa.nsw.optusnet.com.au [49.176.67.16] (may be forged)) (authenticated sender daeron) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id r0BGw8Va031782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 12 Jan 2013 03:58:12 +1100 From: Andrew To: ctm-users@freebsd.org Subject: Size limit for ctm pieces Date: Sat, 12 Jan 2013 03:58:01 +1100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; i386; ; ) X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201301120358.01405.daeron@optushome.com.au> X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.0 cv=Or8XUFDt c=1 sm=1 a=XbvlWfARY4YA:10 a=lojdg71KAAAA:8 a=-yMXj1CvV-sA:10 a=MyqG83uGywnVvJgNqUUA:9 a=CjuIK1q_8ugA:10 a=SSmOFEACAAAA:8 a=a_O9Sf58eT-pvoSwnqkA:9 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=VKcSgxPsRyizQNSSMBI9Iw==:117 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: ctm-users@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: CTM User discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 16:58:28 -0000 With a 100Kbyte limit the ctm server can gag for several days when it has to send a 1Mbyte or larger delta. For example when I requested ctm-src-9 two days ago, 24 hours later I received pieces 5 & 6 of 15 pieces, and another day later I've recieved pieces 7 & 8 of the 15 pieces. At this rate it will be another four days before it completes src-9.0550 and is able to then proceed to src-9.0551 and the rest in the queue I would suggest a 3,000,000 byte limit for ctm pieces should be safe and would be more realistic today given a mobile phone typically gets 300Kbyte/sec these days and most mail servers seem to have been set to 10Mbyte size limits (as oppose to the standard 5Mb limit of a few years ago).