﻿<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									Problema con eQSL y bajada de logs - Diplomas				            </title>
            <link>https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/</link>
            <description>Unión de Radioaficionados Españoles</description>
            <language>es</language>
            <lastBuildDate>Sun, 09 Aug 2026 01:47:56 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>RE: Problema con eQSL y bajada de logs</title>
                        <link>https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-413006</link>
                        <pubDate>Thu, 09 Jul 2026 10:17:40 +0000</pubDate>
                        <description><![CDATA[Creo recordar que sí se pueden eliminar QSOs en eqsl.cc, incluso los ya confirmados, de manera que cuando vuelvas a importar el log desde URE no te aparezcan de nuevo.
En mi caso, ya no ten...]]></description>
                        <content:encoded><![CDATA[<p><span>Creo recordar que sí se pueden eliminar QSOs en <strong>eqsl.cc</strong>, incluso los ya confirmados, de manera que cuando vuelvas a importar el log desde URE no te aparezcan de nuevo.</span></p>
<p><span>En mi caso, ya no tengo esos problemas. Hace unos meses <strong>eqsl.cc bloqueó la IP de mi casa</strong> sin ningún motivo aparente. Les envié un correo, nunca respondieron… y sinceramente, creo que ahora soy más feliz sin tener que estar pendiente de ese libro de guardia ni de sus inconsistencias.</span></p>]]></content:encoded>
						                            <category domain="https://www.ure.es/foros/diplomas/">Diplomas</category>                        <dc:creator>EB5EEV</dc:creator>
                        <guid isPermaLink="true">https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-413006</guid>
                    </item>
				                    <item>
                        <title>RE: Problema con eQSL y bajada de logs</title>
                        <link>https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-412998</link>
                        <pubDate>Thu, 09 Jul 2026 07:19:51 +0000</pubDate>
                        <description><![CDATA[Es uno de los problemas que presenta eqsl.cc. Yo he optado por no enviar logs por eqsl.cc, sólo responder a los que envían los datos del qso correctos y que tengan el certificado AG. Da más ...]]></description>
                        <content:encoded><![CDATA[<p>Es uno de los problemas que presenta eqsl.cc. Yo he optado por no enviar logs por eqsl.cc, sólo responder a los que envían los datos del qso correctos y que tengan el certificado AG. Da más trabajo pero se mantiene el libro de guardia limpio.</p>
<p>Y lo último que me he encontrado son montones de SWL automáticos sin ningún dato de qso para verificarlos. Los rechazo todos.</p>
<p>El problema es que sin fijarte aceptas un qso que esté mal, te queda para siempre. Y si te lo borran de GDURE, la próxima vez que vuelvas a bajar todo el log de eqsl.cc a GDURE te volverá a aparecer.</p>
<p>Y qso de satélite como directos, es tremendamente habitual.</p>
<p>La verdad es que eqsl.cc necesita una buena actualización, eso si, yo ya hace un montón que no les aporto ningún $, si no mejoran, cero patatero.</p>
<p>Un saludo.</p>]]></content:encoded>
						                            <category domain="https://www.ure.es/foros/diplomas/">Diplomas</category>                        <dc:creator>EA1AAA</dc:creator>
                        <guid isPermaLink="true">https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-412998</guid>
                    </item>
				                    <item>
                        <title>Problema con eQSL y bajada de logs</title>
                        <link>https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-412991</link>
                        <pubDate>Wed, 08 Jul 2026 21:12:05 +0000</pubDate>
                        <description><![CDATA[Buenas noches, He descargado en GDURE el log de eQSL. No he pensado en aceptar o rechazar antes las QSLs recibidas que tenía en la bandeja de entrada y me las ha aplicado a los diplomas.Me h...]]></description>
                        <content:encoded><![CDATA[<p>Buenas noches, <br /><br />He descargado en GDURE el log de eQSL. No he pensado en aceptar o rechazar antes las QSLs recibidas que tenía en la bandeja de entrada y me las ha aplicado a los diplomas.<br />Me hubiera pasado desapercibido sino fuera porque he visto una QSL como confirmada en TTLOC de 70 cm con Japón.<br />Se trata de un contacto con el Satélite IO-117 que por lógica hubiera rechazado, con la advertencia al remitente , que no consta como "Propagation mode : SAT"<br />No se si es culpa de eQSL el asignar la confirmación de un contacto que no he aceptado o si en lo que se importa hay algúna referencia a que está pendiente de aceptar o rechazar y no se tiene en cuenta.<br /><br />Sea como sea repasaré los TTloc de UHF y VHF por si se ha colado algún QSO más y pediré que me los borren.<br /><br />Creo que voy a dejar de usar eQSL, si lo uso es porque muchos corresponsales lo piden per no me convence el sistema. <br /><br /></p>]]></content:encoded>
						                            <category domain="https://www.ure.es/foros/diplomas/">Diplomas</category>                        <dc:creator>EA3TA</dc:creator>
                        <guid isPermaLink="true">https://www.ure.es/foros/diplomas/problema-con-eqsl-y-bajada-de-logs/#post-412991</guid>
                    </item>
							        </channel>
        </rss>
		