Message-ID: <46A9A1D9FC954A658216B197782524BF@White>
From: "Markus Vester" <markusvester@aol.com>
To: <rsgb_lf_group@blacksheep.org>
Cc: <rsgb_lf_group@yahoogroups.co.uk>
References: <508D47B2.8060209@iup.uni-heidelberg.de>
Date: Sun, 28 Oct 2012 17:52:27 +0100
MIME-Version: 1.0
Importance: Normal
X-AOL-SCOLL-URL_COUNT: 0  
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  I'm receiving a strong JT9-1 signal on even minutes which
   must be from DK7FC, but like with PA0A I'm getting no decodes. Strange thing
    is that though the signal was clearly absent at odd minute slots, WSJT-X
   seemed to produce an echo. This appeared on the waterfall and sync aquisition,
    but of course won't decode either. https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo.png
    https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo_waterfall.jpg [...] 
 Content analysis details:   (-0.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
                             [205.188.91.97 listed in list.dnswl.org]
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (markusvester[at]aol.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.6 RP_MATCHES_RCVD        Envelope sender domain matches handover relay domain
  0.0 HTML_MESSAGE           BODY: HTML included in message
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
X-Scan-Signature: 6be9408bcc63ba5aab6f1e66e2d5b7ce
Subject: Re: LF: no decodes, help needed
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001E_01CDB534.FE92C1D0"
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com
X-Spam-Level: 
X-Spam-Status: No, hits=0.3 required=5.0 tests=HTML_50_60,HTML_MESSAGE,
	MISSING_OUTLOOK_NAME 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
x-aol-global-disposition: G
X-AOL-SCOLL-AUTHENTICATION: mtain-md05.r1000.mx.aol.com ; domain : mx.aol.com DKIM : pass
x-aol-sid: 3039ac1d6059508d630629ee
X-AOL-IP: 195.171.43.25
X-AOL-SPF: domain : blacksheep.org SPF : none


Dies ist eine mehrteilige Nachricht im MIME-Format.

------=_NextPart_000_001E_01CDB534.FE92C1D0
Content-Type: text/plain;
	charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

I'm receiving a strong JT9-1 signal on even minutes which must be from =
DK7FC, but like with PA0A I'm getting no decodes. Strange thing is that =
though the signal was clearly absent at odd minute slots, WSJT-X seemed =
to produce an echo. This appeared on the waterfall and sync aquisition, =
but of course won't decode either.
https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo.png
https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo_waterfall.jpg

This effect seems to be peculiar to JT9-1, and does not happen at JT9-2, =
which appears to decode nicely:

1646 10 -14 0.4 1930.52 0.00 CQ DK7FC JN49=20

Best 73,
Markus (DF6NM)

------=_NextPart_000_001E_01CDB534.FE92C1D0
Content-Type: text/html;
	charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3Diso-8859-15>
<META content=3D"MSHTML 6.00.6000.17114" name=3DGENERATOR></HEAD>
<BODY id=3DMailContainerBody=20
style=3D"PADDING-RIGHT: 10px; PADDING-LEFT: 10px; PADDING-TOP: 15px"=20
bgColor=3D#ffffff leftMargin=3D0 topMargin=3D0 CanvasTabStop=3D"true"=20
name=3D"Compose message area">
<DIV><FONT face=3DArial size=3D2>I'm receiving a strong JT9-1 signal on =
even minutes=20
which must be from DK7FC, but like with PA0A I'm getting no decodes. =
Strange=20
thing is that though the signal was clearly absent at odd minute slots, =
WSJT-X=20
seemed to produce an echo. This&nbsp;appeared on the waterfall&nbsp;and =
sync=20
aquisition, but of course won't decode either.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
title=3D"https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo.png&#10;STRG =
+ Klicken, um Verkn=FCpfung zu folgen"=20
href=3D"https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo.png">https://d=
l.dropbox.com/u/26404526/jt9-1_dk7fc_echo.png</A></FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial><A=20
title=3D"https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo_waterfall.jpg=
&#10;STRG + Klicken, um Verkn=FCpfung zu folgen"=20
href=3D"https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo_waterfall.jpg"=
>https://dl.dropbox.com/u/26404526/jt9-1_dk7fc_echo_waterfall.jpg</A></FO=
NT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT =
face=3DArial></FONT>&nbsp;</DIV><FONT=20
face=3DArial>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial>This effect seems to =
be peculiar=20
to JT9-1, and does not happen at JT9-2, which appears to decode=20
nicely:</FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial>1646 10 -14 0.4 =
1930.52 0.00 CQ=20
DK7FC JN49 </FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV style=3D"FONT: 10pt Tahoma">Best 73,</FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT face=3DArial>Markus =
(DF6NM)</FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma"><FONT=20
face=3DArial></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_001E_01CDB534.FE92C1D0--