Tugger the SLUGger!SLUG Mailing List Archives

[SLUG] Draft paper submission deadline extended: SETP-09

Draft paper submission deadline extended: SETP-09
The deadline for draft paper submission at the 2009 International Conference on Software Engineering Theory and Practice (SETP-09) (website: http://www.PromoteResearch.org ) is extended due to numerous requests from the authors. The conference will be held during July 13-16 2009 in Orlando, FL, USA. We invite draft paper submissions. The conference will take place at the same time and venue where several other international conferences are taking place. The other conferences include:
·         International Conference on Artificial Intelligence and Pattern Recognition (AIPR-09) 
·         International Conference on Automation, Robotics and Control Systems (ARCS-09)
·         International Conference on Bioinformatics, Computational Biology, Genomics and Chemoinformatics (BCBGC-09) 
·         International Conference on Enterprise Information Systems and Web Technologies (EISWT-09)
·         International Conference on High Performance Computing, Networking and Communication Systems (HPCNCS-09) 
·         International Conference on Information Security and Privacy (ISP-09)
·         International Conference on Recent Advances in Information Technology and Applications (RAITA-09)
·         International Conference on Theory and Applications of Computational Science (TACS-09)
·         International Conference on Theoretical and Mathematical Foundations of Computer Science (TMFCS-09)
The website http://www.PromoteResearch.org contains more details.
John Edward
Publicity committee

      From SRS0+DTWP+75+attitia.com=kl@xxxxxxxxxxxxxxxx  Sat Feb 21 08:39:43 2009
Return-Path: <SRS0+DTWP+75+attitia.com=kl@xxxxxxxxxxxxxxxx>
X-Original-To: slug@xxxxxxxxxxx
Delivered-To: slug@xxxxxxxxxxx
Received: from mail.internode.on.net (bld-mail05.adl2.internode.on.net
	by rusty.slug.org.au (Postfix) with ESMTP id 7947520B6DA8A
	for <slug@xxxxxxxxxxx>; Sat, 21 Feb 2009 08:39:22 +1100 (EST)
Received: from Marlin.local (unverified [])
	by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id
	for <slug@xxxxxxxxxxx>; Sat, 21 Feb 2009 08:09:21 +1030 (CDT)
Message-ID: <499F2308.6030707@xxxxxxxxxxx>
Date: Sat, 21 Feb 2009 08:39:20 +1100
From: Kyle <kl@xxxxxxxxxxx>
User-Agent: Thunderbird (Macintosh/20081209)
MIME-Version: 1.0
To: slug <slug@xxxxxxxxxxx>
Subject: Re: [SLUG] Need a lesson in routing [WAS: memory]
References: <499DD391.2070106@xxxxxxxxxxx>	<7222ee0902191536y2140cf9cv25dfa29fc6b0009d@xxxxxxxxxxxxxx>	<499DF1D8.9030504@xxxxxxxxxxx>	<87fxi9dh6a.wl%peter@xxxxxxxxxxxxxxxxxx>	<499E0DA2.5000605@xxxxxxxxxxx>	<499E2329.90807@xxxxxxxxxxx>
In-Reply-To: <87wsblzasg.wl%peter@xxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: slug@xxxxxxxxxxx
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Linux and Free Software Discussion <slug.slug.org.au>
List-Unsubscribe: <http://lists.slug.org.au/listinfo/slug>,
List-Archive: <http://lists.slug.org.au/archives/slug>
List-Post: <mailto:slug@xxxxxxxxxxx>
List-Help: <mailto:slug-request@xxxxxxxxxxx?subject=help>
List-Subscribe: <http://lists.slug.org.au/listinfo/slug>,
X-List-Received-Date: Fri, 20 Feb 2009 21:39:43 -0000

It's all good. Keep the thoughts coming please.

I actually use IMAP over SSL. But for good measure Telnetted (and
Wiresharked) over both my SSL IMAP port and 25. Both responses come back
PDQ. And Wireshark shows traffic moving from one host to the other and
return. I'm pretty confident of my iptables setup as I have refined that
over a period of years.

Both NIC's in full-duplex (albeit negotiated down to 100Mbps for the
switch behind the router.)

Is there anything in sysctl.conf I can mess with other than the single;
'net.ipv4.ip_forward = 1' param which will help?

If I switch off ipv6, will that help?

Kind Regards


peter@xxxxxxxxxxxxxxxxxx wrote:
> So, connexions to the  (imap? smtp?) mail server time out.  Can you run
> wireshark on the server, and see what's happening?  Does the server
> have a correct route to the clients?
> If it's smtp, then try telnet from a client to the server (telnet
> 25) on the inside of the firewall, while watching top on
> the firewall.  What does the load look like?  Does the telnet session
> time out?  During which part of the connexion?