Return-Path: 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 ; 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 ) 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 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 An: 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
Hi Paul,<= br clear=3D"none">
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. 

If you want a delay you need to invoke conditional actions. = In periodic actions, use e.g.
 capture lf2.jpg
&n= bsp;timer1.start(10)
and in conditional actions
 (if) timer1.expired(1)
 (then) exec(= "ftp_upload.bat")

Best 73,
Markus

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

Hi LF,

I am trying to set u= p two SpecLab instances as grabbers to monitor
the EU and NA LF QRSS windows, but I am having some problems w= ith
FTP upload.
=

Either Spe= cLab instance works fine by itself, calling ftp_up.bat
with either lf1.jpg or lf2.jpg parameter. But when I r= un two
instances, one using lf1.jp= g, 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 insta= nces 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 name= s 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.b= at
but I think this doesn't guaran= tee the other instance has yet
cre= ated the .jpg file to upload.

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

capture = lf2.jpg
wait for some seconds
call ftp_up bat

??

I w= ill have some other questions about optimizing SpecLab parameters
for performance later. :)

73,
Paul

------=_Part_991059_1245721975.1541506371261--