testing new old mailer
Finglonger wrote to <=-
testing new old mailer
@MSGID: 1:153/153 7FB50F52
@PID: ZeusBBS 1.5 0
testing new old mailer
--- Zeus BBS 1.5
* Origin: Silent Node - silentnode.ddns.net:6400 (1:153/153.0)
SEEN-BY: 103/705 124/5016 134/100 153/135 143 148 149 151 153 757 7083 SEEN-BY: 154/10 30 203/0 221/0 6 240/1120 5832 263/1 280/464 5003 5006 SEEN-BY: 280/5555 292/854 8125 301/1 310/31 341/66 234 396/45 423/120 SEEN-BY: 460/58 467/888 633/280 712/848 770/1 3634/12 5020/400
@PATH: 153/153 757 280/464
testing new old mailer
--- Zeus BBS 1.5
* Origin: Silent Node - silentnode.ddns.net:6400 (1:153/153.0)
Hi Finglonger,
On 2025-04-12 23:51:40, you wrote to :
The To: and Subject: fields were empty.
@MSGID: 1:153/153 7FB50F52
@PID: ZeusBBS 1.5 0
There is no TZUTC kludged.
EDA: 20250412235100W+0
A TZUTC was detected with OpenXP. That's the "EDA" above.
EDA: 20250412235100W+0
A TZUTC was detected with OpenXP. That's the "EDA" above.
I don't know how this works in OpenXP, but there wasn't a TZUTC kludge
in the original message.
Is the "+0" maybe specifying UTC time, which could be identical to the absence of a TZUTC kludge?
So what are we saying here? Am I not sending a field that I should be sending?
The only thing I can think of that I can change would be the packet
header type I'm using...? I would have to go to an older type 2, but
I'm using the 0039 (matching my hub).
I'm not sure what else I can change... I wonder if I have a setting disabled in my zmp.cfg file for the Zeus mailer...
The TZUTC is nice to have, but not mandatory.^^^^^^^^^^^^^^^^^
I'm not sure, but Zeus probably can't produce a TZUTC kludge. We should check in an AmigaNet area, where the experts are. ;-)
Here is what his message date looked like here, which agrees with August's: Date: Mon, 14 Apr 2025 09:33:53 +0000
The TZUTC is nice to have, but not mandatory.^^^^^^^^^^^^^^^^^
Then why make it a point to tell people they don't have it?
I'm not sure, but Zeus probably can't produce a TZUTC kludge. We should
check in an AmigaNet area, where the experts are. ;-)
So what if he can't?
Maybe his system is using UTC
and internet RFC capable clients like OpenXP, as well as my client are correct?
Here is what his message date looked like here, which agrees with August's:
Date: Mon, 14 Apr 2025 09:33:53 +0000
.. and here's the date of your message that I'm replying to:
Date: Mon, 14 Apr 2025 19:30:22 +0200
I didn't need a TZUTC kludge for either of those..
The TZUTC is nice to have, but not mandatory.
^^^^^^^^^^^^^^^^^
Then why make it a point to tell people they don't have it?
Date: Mon, 14 Apr 2025 19:30:22 +0200
I didn't need a TZUTC kludge for either of those..
The +0200 comes from the TZUTC kludge! Without the kludge you can't
know if the message date is my local time, or UTC.
Sysop: | Sarah |
---|---|
Location: | Portland, Oregon |
Users: | 96 |
Nodes: | 16 (0 / 16) |
Uptime: | 142:59:55 |
Calls: | 685 |
Calls today: | 685 |
Files: | 84,300 |
U/L today: |
44 files (5,578M bytes) |
D/L today: |
3,139 files (328M bytes) |
Messages: | 55,885 |
Posted today: | 44 |