Return-Path: Received: from mail-pa0-f49.google.com ([209.85.220.49] verified) by mail.tffenterprises.com (CommuniGate Pro SMTP 6.0) with ESMTPS id 16173936 for cgpsa-discuss@mail.tffenterprises.com; Tue, 21 Jan 2014 11:27:19 -0800 Received-SPF: pass receiver=mail.tffenterprises.com; client-ip=209.85.220.49; envelope-from=bret.miller@gci.org Received: by mail-pa0-f49.google.com with SMTP id hz1so8749286pad.8 for ; Tue, 21 Jan 2014 11:27:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XAiCzliCe5zryKU+R/LDldpT92RZn9zqMfg+T3sinRI=; b=Yry4rQgIF2H8VG3+1+dUk69gKOkq409Leqw5jbjvJVYJQAbHdcnnaD4FH8G+bFCD1T AO3QLUAXOK1dFekobmfQQ5IhxFZ5VRluTb7nTWVInBY+RrD1AuD23zMhaSpkelrNfPLl qvQ4tI7ayprkFMtW+YM6l9Jk67kCYJw3fBo1TAzF3nXv9JmH2W3sHtFZp1AX3Cna0TZl XylbpJwh4cmOGKGehyIopB/Lc+Uv0trVUj81IV/aJp6AtNms8/AnEUglf8U/aj/b92TL fOgsTTJlgaIW27Vk1B+l5lIp1ytmphr0ZByfOqRo5RJPws3sofZkpODxou+RwelZjn7w XvaQ== X-Gm-Message-State: ALoCoQn7J2Csx0Cmw8M+Mntpp7vpQQbrHHGMlO9k3cs30vnWYXIMmA++ygZbQZ12I+q2uZNvfDUW X-Received: by 10.69.17.99 with SMTP id gd3mr26682431pbd.125.1390332428140; Tue, 21 Jan 2014 11:27:08 -0800 (PST) Return-Path: Received: from [10.1.1.190] (198-101-100-99.static-ip.telepacific.net. [198.101.100.99]) by mx.google.com with ESMTPSA id de1sm14826641pbc.7.2014.01.21.11.27.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 11:27:07 -0800 (PST) Message-ID: <52DECA07.4030807@gci.org> Date: Tue, 21 Jan 2014 11:27:03 -0800 From: Bret Miller User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: CGPSA Discussion List Subject: Re: [CGPSA] Problems between CGPSA 1.71 and CGP 6.0.8 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 1/20/2014 2:42 AM, Daniel M. Zimmerman wrote: > On 19 Jan 2014, at 23:23, Shaun Gamble wrote: > >> Is anyone else experiencing problems with CGPSA as a helper on Windows servers? >> >> I am running CGP 6.0.8 x64 on a Windows 2012 server. I have been running CGPSA for years. Originally on a Windows 2003 server and then I moved it to a newer 2012 server about a year ago. The only thing that has changed is the upgrade from CGP5 to CGP6. >> >> CGPSA actually works fine for a while and then just seems to stop. What I think is happening is the automatic restart helper is kicking in (config in CGPSA) and once this happens CGP seems to throw a tantrum. You cannot disable the helper in CGP as it just reports it is unable to kill the helper. If you stop waiting and change to another webadmin page (say monitor instead of settings) and go back to the helpers page, the helper is then showing as disabled. Mail will then flow freely again. Obviously mail is flowing but the helper is disabled still. >> >> Any ideas? > You could try disabling the automatic restart part of CGPSA (max_requests = 0) and see how it behaves. It is possible that newer versions of SpamAssassin have fixed the memory leaks that the max_requests feature was introduced to prevent. It is also possible, though perhaps not likely, that parallel_requests would work with Win32 now given that progress must have been made with respect to Perl's emulation of fork(). > > -Dan Your recommendations here are exactly how I run CGPSA. No auto-restart, and with parallel requests on. I haven't had any issues with it on Windows Server 2008R2. Bret