Return-Path: <owner-rsgb_lf_group@blacksheep.org>
Received: from post.thorcom.com (post.thorcom.com [195.171.43.25])
	by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id wA6CKjA0014354
	for <rlg@klubnl.pl>; Tue, 6 Nov 2018 13:20:53 +0100
Received: from majordom by post.thorcom.com with local (Exim 4.14)
	id 1gK0EC-0004lf-9D
	for rs_out_1@blacksheep.org; Tue, 06 Nov 2018 12:13:04 +0000
Received: from [195.171.43.32] (helo=relay1.thorcom.net)
	by post.thorcom.com with esmtp (Exim 4.14)
	id 1gK0E7-0004lW-NX
	for rsgb_lf_group@blacksheep.org; Tue, 06 Nov 2018 12:12:59 +0000
Received: from sonic315-13.consmr.mail.bf2.yahoo.com ([74.6.134.123])
	by relay1.thorcom.net with esmtp (Exim 4.91_59-0488984)
	(envelope-from <markusvester@aol.com>)
	id 1gK0E5-0003AL-VI
	for rsgb_lf_group@blacksheep.org; Tue, 06 Nov 2018 12:12:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1541506375; bh=fnIWQAqWqTKHAZTid6CSvLjTSXar6CnZU9hNzZRwxCQ=; h=Date:From:To:Subject:References:From:Subject; b=qgqd59vQuGjh0nxtbwTfNrepwQuCOunSFfabVumL5AVlHy40tJCTF4NncmFt5JTEOvrjmVA0pr9k6EaerQKSTEgM/kZbWdLQJR3zQChqFLYVu5eWomofYTWLoUjU9OTD43+KFu+Aj9gNii+3ADi7imQkOEy3Y2E65nj+UXZGyN2Gl18gKLMpAlEiZNobkSVoT8RITfenpEhXYRtrSCeUht3QBZwpYDQ6aIyaD/3kOUwNlKnWWf6+cEnfmkzHHV5qBBU4HDZwazz2frs/bXavvVj4puo4wBCJO48Z1kXZER6+w91nhcbgua0U5Zu7tu3IgYMUaxxhgW4RUCvCY/C6bQ==
X-YMail-OSG: F_2djNAVM1n1IbOg.FyMCVyNqfaOU8J0CmDFPoFviEWYBdQlWPiFBE_h8sAmveT
 jMpZDT43O92.6Y7h.S5Bn3ktdgHKxU8eebykNLvdS8l2uqzfIsakF0B84eEiCEkY9saADEuPw4HS
 xqSAZMJ_mBLYW4JdgebrVPfh29hyeK6l42gvIN.J.rUU5cijZByyr7azdgXCDA66RUNLICCDZ_8j
 GQvE0tCESNL1g3wujIstwX9G7s1JUu482mrT7khPz7Zzu5E8XeqF6b.20kAKd3iI3KCGRZlKNQqp
 rb7b_iWTCUupGsXkGYyP1CKTzddEP2tK0O_Q_X4_SLH0lvEXvYd0.zTrF6YZlraF2Tt4RhzapGIT
 e1Elezi0Eq8oB1fEBrAewciGTenggfTiq72gNxEWxkMcj8yLb2JJ5isZyWX7XboeQJsPNque3DrH
 Bfbnfv.ngn6IG4Xvt56mrsrTXdWae6yJ1Tzx4LZOkqPOypFXlRXmJdjNzItM66BTdz.q_1FSbHI5
 wJbKQlSdlzYkD3oeZK9l40HXvyhSJBCivDGpKO4smhKlASVj2TnkPitwVnxfYkB8FY47VpzvBt0G
 jSlGC.dwPnbwtado54ip3zr2jgZfjGj8zU4gJnFuvDMMjDVlzpPY7NK4OrrNPEFkXIh7t2VOdXqO
 Ii7uMxh9UMlp41jCa8nqGDW4P9Tjaa1HGhH1FbNSgtUEAbaPqFefTgIHRkmxW8R9VMSPiJoHq9DV
 XjXR3a6oVGI7FNzjsl6gX6yEwsbqdb_mZ5r_K4weW5XTumu7UUKrYm2.dmYtTI_kX2xd1ALhgLuh
 tHWKFHSoHGVTExoYFUsGRD9PEbGuA1AYFG95qHtT0I4ALuiY4bgDfHj3v4fbwxUTo6eDWpSxElPl
 0lQwY4mTmzNwbLQuu33HlnJQ4ocoscJCnVDvAMTGiQY9As4t9iQZUzvA5JikX0pZMrFMHJhzbRVJ
 g2iwTKqfjkr7e2sXlcG2qyOPyF.DSnpE6OvXrjH2Z.YcTYQ--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Tue, 6 Nov 2018 12:12:55 +0000
Date: Tue, 6 Nov 2018 12:12:51 +0000 (UTC)
From: Markus Vester <markusvester@aol.com>
To: rsgb_lf_group@blacksheep.org
Message-ID: <1835446084.991060.1541506371263@mail.yahoo.com>
MIME-Version: 1.0
References: <1835446084.991060.1541506371263.ref@mail.yahoo.com>
X-Mailer: WebService/1.1.12711 aolwebmail Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
X-Spam-Score: 1.6 (+)
X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  Hi Paul, the simple solution of uploading both files from
   one SL instance in a single FTP session normally works well. While FTP is
    busy uploading the first file, the other SL instance always has enough time
    to complete its capture.  [...] 
 Content analysis details:   (1.6 points, 5.0 required)
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [74.6.134.123 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (markusvester[at]aol.com)
  0.0 HTML_MESSAGE           BODY: HTML included in message
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
  1.6 FORGED_MUA_MOZILLA     Forged mail pretending to be from Mozilla
X-Scan-Signature: 4e28719a46cd3d69582e1b8d1c614db3
Subject: Re: LF: SL FTP upload
Content-Type: multipart/alternative; 
	boundary="----=_Part_991059_1245721975.1541506371261"
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com
X-Spam-Level: ***
X-Spam-Status: No, hits=3.5 required=5.0 tests=FORGED_MUA_MOZILLA,HTML_30_40,
	HTML_MESSAGE autolearn=no version=2.63
X-SA-Exim-Scanned: Yes
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
X-Listname: rsgb_lf_group
X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org
X-SA-Exim-Scanned: No; SAEximRunCond expanded to false

------=_Part_991059_1245721975.1541506371261
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Paul,

the simple solution of uploading both files from one SL instance in=C2=A0a =
single FTP session normally works well. While FTP is busy uploading the fir=
st file, the other SL instance always has enough time to complete its captu=
re.=C2=A0

If you want a delay you need to invoke=C2=A0conditional actions. In periodi=
c actions, use e.g.
=C2=A0capture lf2.jpg
=C2=A0timer1.start(10)
and in conditional actions
=C2=A0(if) timer1.expired(1)
=C2=A0(then) exec("ftp_upload.bat")

Best 73,
Markus

-----Urspr=C3=BCngliche Mitteilung-----
Von: N1BUG <paul@n1bug.com>
An: rsgb_lf_group@blacksheep.org <rsgb_lf_group@blacksheep.org>
Verschickt: Di, 6. Nov. 2018 12:00
Betreff: LF: SL FTP upload

Hi LF,

I am trying to set up two SpecLab instances as grabbers to monitor
the EU and NA LF QRSS windows, but I am having some problems with
FTP upload.

Either SpecLab instance works fine by itself, calling ftp_up.bat
with either lf1.jpg or lf2.jpg parameter. But when I run two
instances, one using lf1.jpg, the other using lf2.jpg there are
problems related to both trying to run ftp_up.bat at the same time.
This creates random behavior, many FTP errors and usually only one
file makes it to the FTP server.

I would like to have both SpecLab instances upload every 10 or 15
minutes but I am not sure how to get around this problem. I could
rewrite ftp_up. bat to hard code the two file names and upload both
in one operation. This solves the log out of FTP server but not able
to log back in quickly enough. But it doesn't solve the problem of
both SpecLab instances trying to call ftp_up.bat at the same time. I
thought about having just one SpecLab instance calling ftp_up.bat
but I think this doesn't guarantee the other instance has yet
created the .jpg file to upload.

Any ideas how to do this properly? Is there any way to insert a
delay of some seconds in the SpecLab periodic actions? Such as...

capture lf2.jpg
wait for some seconds
call ftp_up bat

??

I will have some other questions about optimizing SpecLab parameters
for performance later. :)

73,
Paul


------=_Part_991059_1245721975.1541506371261
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-size:10pt;font-family:arial,helvetica,sans-serif;color:b=
lack;"><div id=3D"yiv2877941263"><div><div style=3D"color: black; font-fami=
ly: arial, helvetica, sans-serif; font-size: 10pt;"><div style=3D"color: bl=
ack; font-family: arial, helvetica, sans-serif; font-size: 10pt;">Hi Paul,<=
br clear=3D"none"><br clear=3D"none">the simple solution of uploading both =
files from one SL instance in&nbsp;a single FTP session normally works well=
. While FTP is busy uploading the first file, the other SL instance always =
has enough time to complete its capture.&nbsp;<br clear=3D"none"><br clear=
=3D"none">If you want a delay you need to invoke&nbsp;conditional actions. =
In periodic actions, use e.g.<br clear=3D"none">&nbsp;capture lf2.jpg<br>&n=
bsp;timer1.start(10)<br clear=3D"none">and in conditional actions<br clear=
=3D"none">&nbsp;(if) timer1.expired(1)<br clear=3D"none">&nbsp;(then) exec(=
"ftp_upload.bat")<br><br>Best 73,<br>Markus<br clear=3D"none"><br clear=3D"=
none">-----Urspr=C3=BCngliche Mitteilung-----<br clear=3D"none">Von: N1BUG =
&lt;paul@n1bug.com&gt;<br clear=3D"none">An: rsgb_lf_group@blacksheep.org &=
lt;rsgb_lf_group@blacksheep.org&gt;<br clear=3D"none">Verschickt: Di, 6. No=
v. 2018 12:00<br clear=3D"none">Betreff: LF: SL FTP upload<br clear=3D"none=
"><br clear=3D"none"></div><div class=3D"yiv2877941263yqt8271399621" id=3D"=
yiv2877941263yqt41413"><div dir=3D"ltr">Hi LF,<br clear=3D"none"></div><div=
 dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">I am trying to set u=
p two SpecLab instances as grabbers to monitor<br clear=3D"none"></div><div=
 dir=3D"ltr">the EU and NA LF QRSS windows, but I am having some problems w=
ith<br clear=3D"none"></div><div dir=3D"ltr">FTP upload.<br clear=3D"none">=
</div><div dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">Either Spe=
cLab instance works fine by itself, calling ftp_up.bat<br clear=3D"none"></=
div><div dir=3D"ltr">with either lf1.jpg or lf2.jpg parameter. But when I r=
un two<br clear=3D"none"></div><div dir=3D"ltr">instances, one using lf1.jp=
g, the other using lf2.jpg there are<br clear=3D"none"></div><div dir=3D"lt=
r">problems related to both trying to run ftp_up.bat at the same time.<br c=
lear=3D"none"></div><div dir=3D"ltr">This creates random behavior, many FTP=
 errors and usually only one<br clear=3D"none"></div><div dir=3D"ltr">file =
makes it to the FTP server.<br clear=3D"none"></div><div dir=3D"ltr"><br cl=
ear=3D"none"></div><div dir=3D"ltr">I would like to have both SpecLab insta=
nces upload every 10 or 15<br clear=3D"none"></div><div dir=3D"ltr">minutes=
 but I am not sure how to get around this problem. I could<br clear=3D"none=
"></div><div dir=3D"ltr">rewrite ftp_up. bat to hard code the two file name=
s and upload both<br clear=3D"none"></div><div dir=3D"ltr">in one operation=
. This solves the log out of FTP server but not able<br clear=3D"none"></di=
v><div dir=3D"ltr">to log back in quickly enough. But it doesn't solve the =
problem of<br clear=3D"none"></div><div dir=3D"ltr">both SpecLab instances =
trying to call ftp_up.bat at the same time. I<br clear=3D"none"></div><div =
dir=3D"ltr">thought about having just one SpecLab instance calling ftp_up.b=
at<br clear=3D"none"></div><div dir=3D"ltr">but I think this doesn't guaran=
tee the other instance has yet<br clear=3D"none"></div><div dir=3D"ltr">cre=
ated the .jpg file to upload.<br clear=3D"none"></div><div dir=3D"ltr"><br =
clear=3D"none"></div><div dir=3D"ltr">Any ideas how to do this properly? Is=
 there any way to insert a<br clear=3D"none"></div><div dir=3D"ltr">delay o=
f some seconds in the SpecLab periodic actions? Such as...<br clear=3D"none=
"></div><div dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">capture =
lf2.jpg<br clear=3D"none"></div><div dir=3D"ltr">wait for some seconds<br c=
lear=3D"none"></div><div dir=3D"ltr">call ftp_up bat<br clear=3D"none"></di=
v><div dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">??<br clear=3D=
"none"></div><div dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">I w=
ill have some other questions about optimizing SpecLab parameters<br clear=
=3D"none"></div><div dir=3D"ltr">for performance later. :)<br clear=3D"none=
"></div><div dir=3D"ltr"><br clear=3D"none"></div><div dir=3D"ltr">73,<br c=
lear=3D"none"></div><div dir=3D"ltr">Paul<br clear=3D"none"></div></div><di=
v dir=3D"ltr"><br clear=3D"none"></div></div></div></div></div>
------=_Part_991059_1245721975.1541506371261--