1. Forum
  2. FidoNet
  3. SYNC SYSOPS

  • New User Email question

    From xbit@1:103/705 to All on Sun Feb 23 09:02:57 2025
    When a new user logs on sync has an option in scfg > new user prompts > email/netmail addy > [Yes/No].

    It would be a nice to have [Yes/No/Option] in this config seting to allow the user to give an email or not.

    I see new callers sometimes alt-h during this question or just give an BS answer like never@no.com for example. Some sysops might require a real email, some might have it set to not even ask and some might just want an email if the user wants to share.

    Just my 2› ;)

    ---
    þ Synchronet þ Do it @ the X: Sync: X-BIT.ORG <-> Spitfire: X-BIT.ORG:2323
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Codefenix@1:103/705 to xbit on Sun Feb 23 15:49:09 2025
    Re: New User Email question
    By: xbit to All on Sun Feb 23 2025 04:02 am

    I see new callers sometimes alt-h during this question or just give an BS answer like never@no.com for example. Some sysops might require a real email, some might have it set to not even ask and some might just want an email if the user wants to share.

    If you use the emailval.js module (and your outgoing internet email works properly), then new users can't log into the system without providing a valid email address.

    It's good to let new users know up front why your system requires email addresses. Password retrieval is as good a reason as any, in case they forget it. My new user login process makes this very clear.

    |15 þ ù ú codefenix ú ù ú ConstructiveChaos BBS ú ú ù þ þ
    |08 þ þ ù (https/telnet/ssh)://conchaos.synchro.net ú ù þ
    |07

    ...This was a reminder of an unforgettable voice -- wossisname! you know?
    ---
    þ Synchronet þ -=[ ConstructiveChaos BBS | conchaos.synchro.net ]=-
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to xbit on Sun Feb 23 20:01:08 2025
    Re: New User Email question
    By: xbit to All on Sun Feb 23 2025 04:02 am

    When a new user logs on sync has an option in scfg > new user prompts > email/netmail addy > [Yes/No].

    It would be a nice to have [Yes/No/Option] in this config seting to allow the user to give an email or not.

    I see new callers sometimes alt-h during this question or just give an BS answer like never@no.com for example. Some sysops might require a real email, some might have it set to not even ask and some might just want an email if the user wants to share.

    Just my 2› ;)

    So maybe like an optional prompt "Do you wish to provide your email or netmail address"? And if the user answers Yes, then the address has to be valid?

    It'd be helpful created an issue at gitlab.synchro.net and save the request/suggestion there or if you describe it in more detail here I can create an issue and paste the details there.
    --
    digital man (rob)

    Steven Wright quote #34:
    If at first you don't succeed, skydiving is not for you.
    Norco, CA WX: 81.3øF, 16.0% humidity, 4 mph W wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.23-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit@1:103/705 to Digital Man on Sun Feb 23 20:42:35 2025
    Re: New User Email question
    By: Digital Man to xbit on Sun Feb 23 2025 03:01 pm

    When a new user logs on sync has an option in scfg > new user prompts >
    email/netmail addy > [Yes/No]. It would be a nice to have [Yes/No/Option]

    So maybe like an optional prompt "Do you wish to provide your email or netmail address"? And if the user answers Yes, then the address has to be valid? It'd be helpful created an issue at gitlab.synchro.net and save the request/suggestion there or if you describe it in more detail here I can create an issue and paste the details there.

    I'll give the gitlab.synchro.net ago. Thanks DM.


    ...Chuck Norris can kick a fart back into an ass.

    ---
    þ Synchronet þ Do it @ the X: Sync: X-BIT.ORG <-> Spitfire: X-BIT.ORG:2323
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)