SLUG Mailing List Archives
[SLUG] Draft paper submission deadline extended: SETP-09
- To: slug@xxxxxxxxxxx
- Subject: [SLUG] Draft paper submission deadline extended: SETP-09
- From: John Edward <jeedward@xxxxxxxxx>
- Date: Fri, 20 Feb 2009 09:24:04 -0800 (PST)
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=a3ToywZT84t+w94ex4qC/AsvoRN3KnWY5nVggiAjypiXwyIcUwzE6D7GSA/zGwtRgREXtMyVcprJfGToCpKhwH75uj7z0odbLjMmCRfmzEOdpekdvAdvt1R5q5nkD/k/s96xqRxRBYp/a/MaAmn8jDEUYIo8VQ/dryEswy9kGAc=;
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.
From SRS0+DTWP+75+attitia.com=kl@xxxxxxxxxxxxxxxx Sat Feb 21 08:39:43 2009
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 [184.108.40.206])
by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id
for <slug@xxxxxxxxxxx>; Sat, 21 Feb 2009 08:09:21 +1030 (CDT)
Date: Sat, 21 Feb 2009 08:39:20 +1100
From: Kyle <kl@xxxxxxxxxxx>
User-Agent: Thunderbird 220.127.116.11 (Macintosh/20081209)
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>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
List-Id: Linux and Free Software Discussion <slug.slug.org.au>
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?
> 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
> 192.168.1.1 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?