いつもhQSLにはお世話になっております。
これにしてから画像でのカード交換が増えて楽しく便利に利用させてもらっています。

先日、DX局の過去交信をHAMLOGで検索したら10回くらいあるデータのうち2021年頃のに
QSL欄の受領にEマークが付いていました。
当然hQSLユーザではありません。

その後、HAMLOGを最新から過去へ目視で見てみたら結構な数でhQSLユーザーでない局の
データにEマークがついておりました。JAもDXもあり規則性は認められません。


私のhQSLのほとんどの操作は
1.受信
2.照合画面から右クリックの一番上の「照合済み・・に受領マーク書き込み」
です。その後、送信しますが、受領に関するのはこの2手順です。

レコード番号の関係？とかでも無さそうですし、逆にhQSLを本当に貰ったのに
Eマークが付いていないデータもなさそうです。
手作業で消していますが、何かヒントはありませんでしょうか。

過去ログを検索しましたが同様な事例はなさそうでしたので私のPCのせいなのか？。

> > > > ブラウザでYahooのページにログインすると、送信確認メールは届いてますか？
> > >
> > > 送信確認メールは届いてませんでした。
> >
> > ・・・ということは、送信できていないから受信もできない、ということのようですね。
> >
> > https://hamlog.sakura.ne.jp/mou/qsl/yahoo2.html
> > ↑こちらに記載した（０）から（７）までの設定のどこかができていないものと思います。
>
>
> 浜田様、ご無沙汰しております。まだ特例を外すと動かいない状態がつ続いております。
> このまま２ヶ月目を迎えるのは何としても避けたく、暗中模索しています。
> ドネーションを申し出たいのですが、如何なものでしょうか。
> よろしくお願いします。


浜田様、まだ特例を外すと動かない状態が続いております。
このまま２ヶ月目を迎えるのは何としても避けたく、暗中模索しています。
ドネーションを申し出たいのですが、如何なものでしょうか。
よろしくお願いします。

JJ1iZY キムラ

JG1MOU 浜田様　早速のご連絡大変有難うございます。別のユザー様から定義ファイルの中に ＃Font Nameがないせいか？ 定義ファイルに加筆してみて下さいとの指示があり加筆したところ解決しました。今後とも宜しくお願い致します。

JA3RAF 村脇さん
こちらこそいつも呼んでいただき ありがとうございます。

> 岡山県も、里庄町のみです。（こちらは、未交信。）

あ、里庄町からも何度か移動運用しています、
コロナが落ち着けば また県外移動も再開しますので、その時は里庄町へも行くようにします。


> そうなんですか？
> キチンと確かめた訳ではありませんが、ドメイン名が異なっても、DNS逆引きで両者のIPアドレスが一致すれば、大丈夫、という様な事は御座居ませんでしょうか？

おっしゃるように大丈夫だと思うのですが、先の投稿に書きましたように、『gmail.com』宛のメールでも正常に届くのと不達のがあるのです。
その理由 というか 原因がわかりません (^_^;;

日本語に対応していないフォントが設定されているかもしれません。

> QSL定義使用でサンプルで表示させるとコールサインの次の日本語が最初は正常ですが次に
> 開いたときは文字化けします。どなたかご教示をお願いします。
> Ver４.６

QSL定義使用でサンプルで表示させるとコールサインの次の日本語が最初は正常ですが次に
開いたときは文字化けします。どなたかご教示をお願いします。
Ver４.６

JI1XSE局長　森 様 早速の連絡有難うございました。少し難しそうですけど
記事を参考にして挑戦してみます。大変ありがとうございます。
JA8DBU　立川

Ｑ＆Ａに追記しました。
https://hamlog.sakura.ne.jp/mou/qsl/qanda.html#Ques23

> コールサイン、年月日、時分、バンド、モードで照合していますので、不可能です。

時分が近接している時は、識別不可能な件、了解致しました。
私が照合の問題であるかの様にボケた事を書いて、問題の本質を踏み外してしまい、申し訳御座居ません。

> HAMLOG上で紙QSLのように「QSL受領済み」としてください。

それは賢明とは言えませんね。
今回は相手局がhQSLである事を配慮して、２枚目のhQSLの時刻をインクリメントしてから発行してくれた御陰で、照合の問題であるかの様に早合点してしまいましたが、hQSL発行局の配慮が無ければ、２枚受信しても、残るのは片方で、他方は消えてしまいます。従って、仰る様なHamlog上の手作業もできません。JCC
が２つ増えると思ってたのに、１つしか増えなかった、てな事になるカモ知れません。

予め判っておれば、受信する前に２枚目のhQSLの時刻をインクリメント（１ではなく、照合時の交信時刻許容範囲以上）しておけばOKで、Hamlog上で手作業する必要もない。テキストですからeditorで弄るだけ。（本欄に載っていた他の方のアイデアですが、時刻ではなく、周波数の方を1Hzインクリメントするという手もある。こちらの方が賢いカモ。）

メールサーバのログと受信済hQSL枚数の間に数％の差があり、以前調べた時は、「Pse QSL」で送って来て、こちらが「QSL Tnx」を返すと、御丁寧に今度は「QSL Tnx」を送って来る人が居て、そのせいだと思ってましたが、他にも何かありそうですね。

浜田殿の御手を煩わす迄もなく、ユーザ側で対処可能なノウハウを蓄積・交換する場として、本欄は良いですね。

> 定義ファイルのｊｐｇ画像を自分で作成した画像に変更する方法を教えてください。

jpgファイルの扱いについては下記を参照されるといいと思います。
https://hamlog.sakura.ne.jp/mou/qsl/qslteigi.html
この中で、最初に出てくる次の定義で指定できます。
#Size Width, Height, [Color]
#Jpg
#Alpha
#FillBox　を参照してください。

例えば、自分の使いたいjpg画像を「JPG-Folder\jpg-name.jpg」（相対パスです）に置いた場合は下記のように使用します。

-------------　例　--------------------------------------
; Modifyed by JH6IEK
; 他の写真を使う場合は、#Alpha命令の座標指定を写真のオリジナルサイズに
; 合わせておくこと。若しくは事前に640x408（任意）にリサイズしておくこと。
#Size 640,408
;#Mov $$C="□□県〇〇市　JCC#9999"
;#Mov $$E="Op: オペレータ名"
;#Mov $$H="Name" ; ハンドルネーム
#Mov $$D="FT8,FT4,JT65"

;----- QSL データの開始位置 --------
#Mov $$X=0
#Mov $$Y=250
#Mov $$W=$$Y+0
;---------------------------------

;#Alpha 0,250,640,158,5 ; 下の方を半透明に
#Jpg 0,0,640,0,"JPG-Folder\jpg-name.jpg" ; 写真
;#FillBox 0,$$Y,640,408-$$Y,0x00CAFFFF ;指定した矩形領域を塗りつぶします。

--------------　例　おわり　------------------------------

具体的に、どこでうまくいかないか（何をしたいか）を書いていただけると
アドバイスもできます。

定義ファイルのｊｐｇ画像を自分で作成した画像に変更する方法を教えてください。
ビギナーモードでは出来ます。
Ver4.6

吉村殿。
大変御世話になってます。
御陰様で、兵庫県のCW未コンファーム市区町村は、長田区のみです。（Workedは完了してます。）
岡山県も、里庄町のみです。（こちらは、未交信。）

> それはメールの『From:』に記載したメアドのドメインと実際のメールサーバーのドメインが異なる場合、gmail.com宛のメールが不達になる、というものです。

そうなんですか？
キチンと確かめた訳ではありませんが、ドメイン名が異なっても、DNS逆引きで両者のIPアドレスが一致すれば、大丈夫、という様な事は御座居ませんでしょうか？

以上、未確認情報でした。

> 交信中に隣の市に移動して再度交信したとすれば、１０分後程度でしょうか。

移動局が好むロケの良い場所は、自治体境界である確率が高いので、そんなにかからない事も多い。三角点の上にアンテナ建てて、エレメントの半分はA市だけど、他半分はB市という局もよく居て、頼めば2枚発行してくれる。

> レアケースはHAMLOG側でQSL受領作業をお願いします。

浜田殿への質問ではありませんが、レアケースなんでしょうか？

交信中に移動先が変わるという事象だけを捉えれば、多いとは言えない事もありませんが、社団局と交信中にYLさんへオペ交替してQSLカード２枚とか、伝搬状況が非常に良い時にQRPのリグに取替えて再交信とか、大晦日から元旦にかけての越年交信とか、GWで交信中にEsが出て再交信とか、他にも色々あると思いますが、時間的に近接（含：連続）して再交信というケース全体を捉えれば、結構あるのでは？

P.S.

CWでラバースタンプではないフル交信をすれば、交信開始時刻派と交信終了時刻派とで、５分や１０分ズレる事は日常茶飯事なので、「照合時の交信時刻許容範囲（分）」は余り小さくできないでしょう。最近は、「電鍵何使ってる？」「メーカーは？」「型番は？」と言った話迄出る様になって、1st QSOから長引く傾向にある。ちなみに、「電鍵使えません」と回答すると、「何で？」という事になり、身障者だからという説明に至るので、余計長引く。Hamlogユーザリストに載せてあるんだけど。

> https://hamlog.sakura.ne.jp/mou/qsl/notgmail.html
>
> Googleで「gmail 5月30日」と検索してみたらいっぱい出てきました。
> 引き続き使えるようです。


浜田さん、HAMLOGとh-QSLで大変お世話になっています。
「30日以降」とあって、当局も30日の分は送受信出来ていましたので、少し？でしたが。。
Googleはその内に出来なくなるのかもしれませんね。

> 交信時刻は全く同一ではありません、それ故、送って頂いたhQSLも重複する事なく別々に保存されてます。それでも識別不可能ですか？

交信中に隣の市に移動して再度交信したとすれば、１０分後程度でしょうか。

それを「照合時の交信時刻許容範囲（分）」が前後５９分までＯＫな設定では、お互いの
交信時刻が５９分も異なっていても交信成立とみなすわけですので、厳しいですね。

> 従って、「照合時の交信時刻許容範囲（分）」を「１」にすると正しく認識します。
> 問題は、「照合時の交信時刻許容範囲（分）」を「５９」に戻すと、折角正しく認識した結果を勝手に放棄して、誤認識に変わってしまう点です。

レアケースはHAMLOG側でQSL受領作業をお願いします。
趣味でやっている無償のソフトに、完璧を求めないでくださいませ。

早速の御回答有難う御座います。

> コールサイン、年月日、時分、バンド、モードで照合していますので、不可能です。

交信時刻は全く同一ではありません、それ故、送って頂いたhQSLも重複する事なく別々に保存されてます。それでも識別不可能ですか？
従って、「照合時の交信時刻許容範囲（分）」を「１」にすると正しく認識します。
問題は、「照合時の交信時刻許容範囲（分）」を「５９」に戻すと、折角正しく認識した結果を勝手に放棄して、誤認識に変わってしまう点です。

一度、正しく認識した結果を、勝手に放棄しない様になればハッピーなのですが。
（例えば、交信時刻許容範囲内に複数の交信があった場合、最初に見つけた交信で照合してしまうのではなく、最も時刻差の少ない交信のRecNoを採用するとか。）

または、このカードは、Hamlog上のこのRecNoのものだと強制指定する機能とかでも。
（HamlogのRecNoは交信の挿入とかがあれば変わってしまうので、もっとdeepにこの交信だと指定せねばならないとは思いますが。）

> HAMLOG上で紙QSLのように「QSL受領済み」としてください。

Hamlogの方はそれでも構わないのですが、誤認識のままでは、hQSLの方は、「オプション」→「電子QSLとQSOデータを照合」→「コールサイン検索」しても、後者の「RecNo」が出て来ません。

無論、「照合時の交信時刻許容範囲（分）」を「１」にすると正しく検索します。
但し、その時は他の交信が大量に「■×」になるので困ってしまいます。

https://hamlog.sakura.ne.jp/mou/qsl/notgmail.html

Googleで「gmail 5月30日」と検索してみたらいっぱい出てきました。
引き続き使えるようです。

JH3HGI／吉村さん、こちらこそ有難うございます。
なるほどですね。
メールサーバーとの関連性が無いメールアドレスの場合、届かないということですね。
たしかに、それはスパムが疑われますよね。

７月は関ハム行きますので、お会い出ますことを楽しみにしております。

> 浜田さん、いつも大変便利に使わせていただいております。
>
> > ５月30日以降 hQSLではGmailが使用できなくなる　かもしれない。と書きましたが、
> > ログを見ると６月１日現在は使えているようです。
>
> おっしゃっている件とは直接 関係が無いかもしれませんが gmail.com に関して 少し情報をお伝えします。
>
> Google（gmail）のセキュリティ強化（？）に伴って 一ヶ月ほど前から次のような現象が多発しています。
> それはメールの『From:』に記載したメアドのドメインと実際のメールサーバーのドメインが異なる場合、gmail.com宛のメールが不達になる、というものです。
>
> 具体例として 私は『KCJ』のドメインのメアドを持っているので、KCJ関連のMLに投稿する際、『From:』は KCJのものを使っています。
> ところがウッカリしてメールサーバーをKCJドメインのに変更するのを忘れて、普段 常用している『OCN』ドメインのメールサーバーのままで送信してしまうと、gmailドメインの会員宛メールが不達になります。
>
> ただ、gmail宛メール全てが不達になるわけでもないようです。このあたりは よくわかりません (^_^;;
>
> 以上、情報です。

浜田さん、いつも大変便利に使わせていただいております。

> ５月30日以降 hQSLではGmailが使用できなくなる　かもしれない。と書きましたが、
> ログを見ると６月１日現在は使えているようです。

おっしゃっている件とは直接 関係が無いかもしれませんが gmail.com に関して 少し情報をお伝えします。

Google（gmail）のセキュリティ強化（？）に伴って 一ヶ月ほど前から次のような現象が多発しています。
それはメールの『From:』に記載したメアドのドメインと実際のメールサーバーのドメインが異なる場合、gmail.com宛のメールが不達になる、というものです。

具体例として 私は『KCJ』のドメインのメアドを持っているので、KCJ関連のMLに投稿する際、『From:』は KCJのものを使っています。
ところがウッカリしてメールサーバーをKCJドメインのに変更するのを忘れて、普段 常用している『OCN』ドメインのメールサーバーのままで送信してしまうと、gmailドメインの会員宛メールが不達になります。

ただ、gmail宛メール全てが不達になるわけでもないようです。このあたりは よくわかりません (^_^;;

以上、情報です。

コールサイン、年月日、時分、バンド、モードで照合していますので、不可能です。
HAMLOG上で紙QSLのように「QSL受領済み」としてください。

> 相手局が走行中のモービル局で、交信中に町境を越えました。
> これを２交信としてHamlogに書き込み、相手局も運用地点の異なる２枚のhQSLを発行してくれました。
> しかし、hQSLで照合すると、２枚共前者の交信として照合されてしまいます。
> ２枚目のhQSLを、後者の交信として安定的に認識させる方法は御座居ますでしょうか？
>
> P.S.
>
> 「電子QSL環境設定」にて、「QSL受信・照合」タブの「照合時の交信時刻許容範囲（分）」を「１」にすると、その時は２枚目のhQSLが後者の交信として認識されますが、それでは他の多くのhQSLが「日付時刻」のエラーになってしまいますし、２枚目のhQSLが後者の交信として認識させた後、「照合時の交信時刻許容範囲（分）」を元の「５９」に戻すと、２枚目のhQSLが前者の交信と認識が変わってしまいます。