Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-md02.r1000.mx.aol.com (Internet Inbound) with ESMTP id EB6E038000082; Tue, 18 Sep 2012 15:07:30 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TE384-0000FA-58 for rs_out_1@blacksheep.org; Tue, 18 Sep 2012 20:06:40 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TE383-0000F1-EZ for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 20:06:39 +0100 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TE381-0004TU-Lz for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 20:06:38 +0100 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id q8IJ6ahq019415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 18 Sep 2012 21:06:36 +0200 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id q8IJ6aYm010880 for ; Tue, 18 Sep 2012 21:06:36 +0200 Message-ID: <5058C573.5010504@iup.uni-heidelberg.de> Date: Tue, 18 Sep 2012 21:03:15 +0200 From: =?ISO-8859-15?Q?Stefan_Sch=E4fer?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <50589124.1040508@iup.uni-heidelberg.de> <5058B255.3020800@xs4all.nl> In-Reply-To: <5058B255.3020800@xs4all.nl> X-Spam-Score: -1.2 (-) 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: Hello Albert, I'm receiving in WSPR between my transmissions but somehow i do not get many decodes. It is the same like in Opera. Maybe it has to do with the virtual audio cable software i have to use to convert the audio tone down to what is achieved with "136 kHz dial". Recently Markus/DF6NM was transmitting OP32 and there were no decodes on my side, so it must be a software problem... But i'm getting decodes from time to time, like yesterday from G3XDV, so it must work generally... Odd.. [...] Content analysis details: (-1.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [129.206.100.212 listed in list.dnswl.org] -0.5 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 61577e2058c0d3bf1737d7de6ed6eb16 Subject: Re: LF: WSPR tests by DK7FC Content-Type: multipart/alternative; boundary="------------020909040507070102010603" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_20_30,HTML_FONTCOLOR_RED, HTML_FONTCOLOR_UNKNOWN,HTML_FONT_BIG,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 x-aol-global-disposition: G x-aol-sid: 3039ac1d60565058c67268ef X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------020909040507070102010603 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello Albert, I'm receiving in WSPR between my transmissions but somehow i do not get many decodes. It is the same like in Opera. Maybe it has to do with the virtual audio cable software i have to use to convert the audio tone down to what is achieved with "136 kHz dial". Recently Markus/DF6NM was transmitting OP32 and there were no decodes on my side, so it must be a software problem... But i'm getting decodes from time to time, like yesterday from G3XDV, so it must work generally... Odd.. 73, Stefan7DK7FC Am 18.09.2012 19:41, schrieb Albert W: > Stefan, > > I fully agree with Andy, less is more. > > "The goal of WSPR is to transmit with low power and also to listen the > band for giving some RX reports to other transmitting stations." > > 73, Albert PA0A --------------020909040507070102010603 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hello Albert,

I'm receiving in WSPR between my transmissions but somehow i do not get many decodes. It is the same like in Opera. Maybe it has to do with the virtual audio cable software i have to use to convert the audio tone down to what is achieved with "136 kHz dial".
Recently Markus/DF6NM was transmitting OP32 and there were no decodes on my side, so it must be a software problem... But i'm getting decodes from time to time, like yesterday from G3XDV, so it must work generally... Odd..

73, Stefan7DK7FC

Am 18.09.2012 19:41, schrieb Albert W:
Stefan,

I fully agree with Andy, less is more.

"The goal of WSPR is to transmit with low power and also to listen the band for giving some RX reports to other transmitting stations."

73, Albert PA0A
--------------020909040507070102010603--