• src/sbbs3/mailsrvr.cpp

    From Rob Swindell (on Windows 11)@1:103/705 to Git commit to main/sbbs/master on Monday, July 27, 2026 02:09:08
    https://gitlab.synchro.net/main/sbbs/-/commit/7e492e0eeb8e9cd553fb6a2f
    Modified Files:
    src/sbbs3/mailsrvr.cpp
    Log Message:
    mail: only auto-detect an IPv4 DNS server address

    dns_getmx() takes the server as a DWORD, so an IPv6 address cannot reach
    it: resolve_ip() returns INADDR_NONE, the send is abandoned with the
    message left for a later attempt, and "INVALID DNS server address" is
    logged. get_dns_server() picked at random from every address getNameServerList() reported, so a host with resolvers of both families
    failed on some sends and not others -- and on Windows the list can now
    include IPv6 servers where it never could before.

    Filter to the addresses the look-up can use, and say so when a detected
    list holds none of them, rather than leaving the caller to report an empty address as invalid.

    The precision on the adjacent sprintf() was one greater than the room the buffer has for text.

    Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Windows 11)@1:103/705 to Git commit to main/sbbs/master on Monday, July 27, 2026 02:10:11
    https://gitlab.synchro.net/main/sbbs/-/commit/b19bdde0674b55673b4d1005
    Modified Files:
    src/sbbs3/mailsrvr.cpp
    Log Message:
    mailsrvr: log the offending command on invalid POP3 message numbers

    The POP3 LIST/UIDL, RETR/TOP, and DELE handlers logged only the parsed
    message number when rejecting an out-of-range argument. When the argument
    is missing or non-numeric, strtoul() yields 0, so the log always reads
    "INVALID message #0" with no indication of what the client actually sent
    -- exactly the case where the command text is needed to diagnose it.

    Log the command line and the mailbox message count, matching the detail
    already present in the successful-retrieval log message.

    Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Windows 11)@1:103/705 to Git commit to main/sbbs/master on Tuesday, July 28, 2026 15:19:37
    https://gitlab.synchro.net/main/sbbs/-/commit/e0b7043e35c210a67ec71999
    Modified Files:
    src/sbbs3/mailsrvr.cpp
    Log Message:
    mailsrvr: don't mistake a quoted address local-part for a display name

    A QWKnet reply sent via SMTP failed to import at the destination BBS:

    QWK NetMail from VERT to EOTLBBS!nelgin
    !QWK NetMail from VERT to UNKNOWN USER: EOTLBBS!nelgin

    smtp_netmailaddr() renders a QWKnet sender as qwkid!user@host, so a
    reply is addressed to e.g. <EOTLBBS!nelgin@vert.synchro.net> -- and a
    mail client may quote the local part, which RFC 5322 allows:

    To: nelgin <"EOTLBBS!nelgin"@vert.synchro.net>

    parse_mail_address() took the first quote anywhere in the string as the
    start of a display name, so it returned "EOTLBBS!nelgin" as the name.
    The SMTP envelope had been parsed correctly (recipient "nelgin", routed
    to QWKnet node EOTLBBS), but the To: header re-parse overwrites the same buffer, and that name is what gets stored as the message recipient. The
    QWK packer writes it verbatim, and the receiving system finds no such
    user.

    Treat a quote as a display-name delimiter only where a display name can
    appear -- before the '<' of the address -- and, for a QWKnet recipient,
    take the name from the envelope rather than the To: header, as the
    FidoNet case already does. The header parse also feeds the sender name
    of unauthenticated mail, so an odd From: address was mangled the same
    way.

    The quoted/parenthesized display-name handling dates to cbcda654b4 (2002-08-22).

    Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Debian Linux)@1:103/705 to Git commit to main/sbbs/master on Friday, August 07, 2026 15:55:33
    https://gitlab.synchro.net/main/sbbs/-/commit/7df7ab3a7d825846e02790fc
    Modified Files:
    src/sbbs3/mailsrvr.cpp
    Log Message:
    Don't tag an authenticated user's local mail as netmail (issue #1215)

    An SMTP-authenticated user's message to a local recipient was stored with SENDER_NETTYPE of NET_INTERNET and a SENDERNETADDR of the sender's own
    address on one of this system's own domains, even though both parties are
    local users. Mail readers key off the sender net type to decide between a netmail reply and a regular e-mail reply, so replying to such a message
    tried, and failed, to send netmail to an address this system won't route.

    The NET_NONE branch dates from d21065229b (knee-4-prepare, 2009-11-12),
    which qualified it with "subnum != INVALID_SUB" because it was added for messages posted to a sub-board via authenticated SMTP. E-mail was never covered.

    The sender header fields are written once, before the per-recipient loop,
    and a single submission can name both local and remote recipients, so the
    net address can't simply be dropped: for a recipient on another system it
    is what selects the reverse-path as the envelope sender, and what routes a delivery-failure notice back. Set the sender to the authenticated user's
    alias up front, and add the sender net type and address per recipient
    copy, only for the copies whose recipient is not local.

    Mail leaving the system is unchanged. A local recipient's copy now looks
    like any other local e-mail: sender alias plus SENDEREXT, no net address.
    The From header presented over POP3 and IMAP is unaffected, as it is
    rendered from the preserved RFC822FROM field.

    Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Debian Linux)@1:103/705 to Git commit to main/sbbs/master on Sunday, August 09, 2026 07:19:11
    https://gitlab.synchro.net/main/sbbs/-/commit/6bd3794453efbefffbb6ebd7
    Modified Files:
    src/sbbs3/mailsrvr.cpp
    Log Message:
    mailsrvr: don't pass an uninitialized buffer to filterFile::listed()

    email_addr_is_exempt() declared a local 'fname' buffer and handed it to listed() as the optional second search string without ever initializing
    it. That argument is a second candidate matched against the same list,
    so trash_in_list() ran parse_ip() and findstr_compare() over
    uninitialized stack memory: a sender could be spuriously exempted from
    DNSBL checking by whatever the stack happened to hold, and the compare
    walks past the buffer when that junk contains no terminator.

    The buffer is a leftover from the pre-cache API, where it held the dnsbl_exempt.cfg path for findstr(netmail, fname). 8409089bbc (pulse-4-memories, 2026-02-12) replaced that call with a cached
    filterFile lookup and dropped the SAFEPRINTF that filled the buffer,
    but kept passing it.

    Only one address is looked up here, so drop the argument (it defaults
    to nullptr) along with the buffer.
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)