• new mail notification

    From echto@VERT to Digital Man on Mon Jan 18 12:46:42 2016
    DM,

    Is it possible with baja to notify a user there is new mail waiting; say for example when a main menu that is a baja module is executed? The reason I ask is becuase the way I have set up sbbs, baja modules are called one after the other the moment a user logs in. All my sbbs menus are baja modules. SBBSecho doesn't get a chance to notify the user of new mail.

    echto

    ---
    Synchronet -=-= echto bbs =-=-
  • From Digital Man@VERT to echto on Mon Jan 18 16:15:52 2016
    Re: new mail notification
    By: echto to Digital Man on Mon Jan 18 2016 12:46 pm

    DM,

    Is it possible with baja to notify a user there is new mail waiting; say for example when a main menu that is a baja module is executed? The reason I ask is becuase the way I have set up sbbs, baja modules are called one after the other the moment a user logs in. All my sbbs menus are baja modules. SBBSecho doesn't get a chance to notify the user of new mail.

    I guess we need to start with a definition of "mail".

    SBBSecho only deals with FidoNet mail, or more specifically, FidoNet netmail and echomail. Is the kind of "mail" you're referring to? SBBSecho creates the telegrams to users, notifying them of received netmail and echomail, when it tosses the mail. SBBSecho doesn't need to run during logon to do this as the telegrams created when SBBSecho does run just sit there until they are displayed to the user and then automatically deleted.

    If you're just interested in displaying the number of personal email messages waiting for a user, you can use the MAILW @-code to display this value.

    digital man

    Synchronet "Real Fact" #49:
    JAM and Squish were considered before developing Synchronet Message Base format.
    Norco, CA WX: 60.0F, 78.0% humidity, 6 mph ENE wind, 0.00 inches rain/24hrs ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
  • From echto@VERT to Digital Man on Tue Jan 19 10:25:41 2016
    Re: new mail notification
    By: Digital Man to echto on Mon Jan 18 2016 16:15:52

    SBBSecho only deals with FidoNet mail, or more specifically, FidoNet netmail and echomail. Is the kind of "mail" you're referring to? SBBSecho creates the telegrams to users, notifying them of received netmail and echomail, when it tosses the mail. SBBSecho doesn't need to run during logon to do this as the telegrams created when SBBSecho does run just sit there until they are displayed to the user and then automatically deleted.

    Yes, apologies, it's netmail and echomail. I can send a test netmail message to another sbbs bbs that is operating with a default configuration and during the login sequence SBBSecho displays,

    SBBSecho: So-and-so sent you netmail from this node

    When I log into my sbbs, SBBSecho never displays the message about waiting netmail. I suspect it is because I am calling baja module after baja module. Is there a way to read the telegrams without SBBSecho? And what state does SBBS have to be in to display the telegrams; I mean, what actions have to place before SBBS decides it's OK to display telegrams. From my observations, SBBS will not display telegrams while a baja module is running, i.e. waiting for user input. I might be wrong about that, but that appears to be what I am experiencing.

    If you're just interested in displaying the number of personal email messages waiting for a user, you can use the MAILW @-code to display this value.

    Thanks, I'll take a look at that.

    echto

    ---
    Synchronet -=-= echto bbs =-=-
  • From Digital Man@VERT to echto on Tue Jan 19 15:17:18 2016
    Re: new mail notification
    By: echto to Digital Man on Tue Jan 19 2016 10:25 am

    Re: new mail notification
    By: Digital Man to echto on Mon Jan 18 2016 16:15:52

    SBBSecho only deals with FidoNet mail, or more specifically, FidoNet netmail and echomail. Is the kind of "mail" you're referring to? SBBSecho creates the telegrams to users, notifying them of received netmail and echomail, when it tosses the mail. SBBSecho doesn't need to run during logon to do this as the telegrams created when SBBSecho does run just sit there until they are displayed to the user and then automatically deleted.

    Yes, apologies, it's netmail and echomail. I can send a test netmail message to another sbbs bbs that is operating with a default configuration and during the login sequence SBBSecho displays,

    SBBSecho: So-and-so sent you netmail from this node

    When I log into my sbbs, SBBSecho never displays the message about waiting netmail. I suspect it is because I am calling baja module after baja module.

    I'm not really sure what you mean by "calling baja module after baja module". Normally, telegrams are displays during the logon process. If you're somehow defeating the logon process, I suppose that could prevent telegrams from being displayed to the user.

    If you look in your sbbs data/msgs directory, do you see a buch ####.msg files? If so, those are telegrams waiting to be displayed to users (normally, as they logon).

    Is there a way to read the telegrams without SBBSecho?

    SBBSecho doesn't have anything to do with reading/displaying telegrams. You can force any waiting telegrams to be displayed to the user with the JS bbs.get_telegram() method. There's no Baja-equivalent method, but you could force the "message waiting" flag on with the following Baja code:

    or _node_misc NODE_MSGW

    (this requires the !include of sbbsdefs.inc and nodedefs.inc)

    The next time the BBS checks for pending telegrams (e.g. in a call to the Baja SYNC function), any/all waiting telegrams should be displayed.

    And what
    state does SBBS have to be in to display the telegrams; I mean, what actions have to place before SBBS decides it's OK to display telegrams. From my observations, SBBS will not display telegrams while a baja module is running, i.e. waiting for user input. I might be wrong about that, but that appears to be what I am experiencing.

    SBBS will check for an display telegrams in many circumstances, but to force that check and display, use the Baja SYNC function.

    If you're just interested in displaying the number of personal email messages waiting for a user, you can use the MAILW @-code to display this value.

    Thanks, I'll take a look at that.

    Sounds like the @-code wasn't what you were looking for however.

    digital man

    Synchronet "Real Fact" #14:
    SBBSecho was introduced (replacing SBBSFIDO) for Synchronet v2 in 1994.
    Norco, CA WX: 60.8F, 74.0% humidity, 4 mph ESE wind, 0.00 inches rain/24hrs ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
  • From Bill McGarrity@VERT to echto on Tue Jan 19 23:21:00 2016
    echto wrote to Digital Man <=-

    Re: new mail notification
    By: Digital Man to echto on Mon Jan 18 2016 16:15:52

    SBBSecho only deals with FidoNet mail, or more specifically, FidoNet netmail and echomail. Is the kind of "mail" you're referring to? SBBSecho creates the telegrams to users, notifying them of received netmail and echomail, when it tosses the mail. SBBSecho doesn't need to run during logon to do this as the telegrams created when SBBSecho does run just sit there until they are displayed to the user and then automatically deleted.

    Yes, apologies, it's netmail and echomail. I can send a test netmail message to another sbbs bbs that is operating with a default
    configuration and during the login sequence SBBSecho displays,

    SBBSecho: So-and-so sent you netmail from this node

    When I log into my sbbs, SBBSecho never displays the message about
    waiting netmail. I suspect it is because I am calling baja module
    after baja module. Is there a way to read the telegrams without
    SBBSecho? And what state does SBBS have to be in to display the telegrams; I mean, what actions have to place before SBBS decides it's
    OK to display telegrams. From my observations, SBBS will not display telegrams while a baja module is running, i.e. waiting for user input.
    I might be wrong about that, but that appears to be what I am experiencing.

    If you're just interested in displaying the number of personal email messages waiting for a user, you can use the MAILW @-code to display this value.

    Thanks, I'll take a look at that.

    Try adding an ! to your fidoin command. That will tell sbbsecho to notify users of waiting netmail or echomail.


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    --- MultiMail/Win32 v0.50
    Synchronet TequilaMockingbird Online - Toms River, NJ
  • From echto@VERT to Bill McGarrity on Wed Jan 20 18:41:28 2016
    Re: Re: new mail notification
    By: Bill McGarrity to echto on Wed Jan 20 2016 07:21 am

    Try adding an ! to your fidoin command. That will tell sbbsecho to notify users of waiting netmail or echomail.

    The ! is there. %!sbbsecho%. -lesr!

    echto

    ---
    Synchronet -=-= echto bbs =-=-
  • From Bill McGarrity@VERT to echto on Sat Jan 23 13:46:00 2016
    echto wrote to Bill McGarrity <=-

    @VIA: VERT/ECHTOBBS
    @MSGID: <56A04558.2429.syncbaja@bbs.echto.net>
    @REPLY: <569F0C74.2635.syncbaja@tequilamockingbirdonline.net>
    @TZ: 41e0
    Re: Re: new mail notification
    By: Bill McGarrity to echto on Wed Jan 20 2016 07:21 am

    Try adding an ! to your fidoin command. That will tell sbbsecho to notify users of waiting netmail or echomail.

    The ! is there. %!sbbsecho%. -lesr!

    As DM has already entioned, sbbsecho will only notify FTN style echonail. Netmail and/or email should show. On my system, it shows after all the logon screen which is fine for me.


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    --- MultiMail/Win32 v0.50
    Synchronet TequilaMockingbird Online - Toms River, NJ
  • From echto@VERT to Bill McGarrity on Sat Jan 23 15:07:01 2016
    Re: Re: new mail notification
    By: Bill McGarrity to echto on Sat Jan 23 2016 13:46:00

    As DM has already entioned, sbbsecho will only notify FTN style echonail. Netmail and/or email should show. On my system, it shows after all the logon screen which is fine for me.

    Yes, that is correct. The way I have my system configured, baja module passed off to baja module passed of to baja module, there are no notifications after logging in.

    I found the telegraphs. There's a bunch of them pending.

    http://imgur.com/0ofUCLE

    Why they aren't being displayed is what puzzles me.

    echto

    ---
    Synchronet -=-= echto bbs =-=-
  • From Digital Man@VERT to echto on Sat Jan 23 21:35:52 2016
    Re: Re: new mail notification
    By: echto to Bill McGarrity on Sat Jan 23 2016 03:07 pm

    Re: Re: new mail notification
    By: Bill McGarrity to echto on Sat Jan 23 2016 13:46:00

    As DM has already entioned, sbbsecho will only notify FTN style echonail. Netmail and/or email should show. On my system, it shows after all the logon screen which is fine for me.

    Yes, that is correct. The way I have my system configured, baja module passed off to baja module passed of to baja module, there are no notifications after logging in.

    I found the telegraphs. There's a bunch of them pending.

    http://imgur.com/0ofUCLE

    Why they aren't being displayed is what puzzles me.

    Because you're not letting the BBS run the logon process is my guess.

    digital man

    Synchronet "Real Fact" #73:
    Vertrauen went online (as a WWIV BBS running on a 10MHz PC-XT clone) in 1988. Norco, CA WX: 52.3F, 85.0% humidity, 4 mph SE wind, 0.00 inches rain/24hrs
    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net