[allan grossman]

Originally Posted by Cluster One

group(s) gatewayed.
200 Powered by Usenet Server -- fe13 -- http://www.usenetserver.com/ (Tornado v1.0.5.353)
381 More Authentication Required
480 Authentication Required
Logging in to news.usenetserver.com, group alt.tv.angel
200 Powered by Usenet Server -- fe13 -- http://www.usenetserver.com/ (Tornado v1.0.5.353)
381 More Authentication Required
480 Authentication Required
Logging in to news.usenetserver.com, group alt.tv.buffy-v-slayer

Thanks for the help, but still it says 480 Authentication Required, but I have my login/pass setup correctly in the SQL database? Any other ideas?

I attached an image of my configuration.

Maybe - it sounds to me like the news server isn't getting your password. Check this out -

http://www.mibsoftware.com/userkt/nntpext/0032.htm

    AUTHINFO USER username
    AUTHINFO PASS password

    The original AUTHINFO is used to identify a specific entity
    to the server using a simple username/password combination.
    It first appeared in the UNIX reference implementation.

    When authorization is required, the server will send a 480
    response requesting authorization from the client. The
    client must enter AUTHINFO USER followed by the username.
    Once sent, the server will cache the username and may send
    a 381 response requesting the password associated with that
    username. Should the server request a password using the 381
    respose, the client must enter AUTHINFO PASS followed by
    a password and the server will then check the authentication
    database to see if the username/password combination is valid.
    If the combination is valid or if no password is required,
    the server will return a 281 response. The client should then
    retry the original command to which the server responded with
    the 480 response. The command should then be processed by
    the server normally. If the combination is not valid, the server
    will return a 502 response.

    Clients must provide authentication when requested by the server.
    It is possible that some implementations will accept authentication
    information at the beginning of a session, but this was not the
    original intent of the specification. If a client attempts to
    reauthenticate, the server may return 482 response indicating
    that the new authentication data is rejected by the server.
    The 482 code will also be returned when the AUTHINFO commands
    are not entered in the correct sequence (like two AUTHINFO
    USERs in a row, or AUTHINFO PASS preceding AUTHINFO USER).

    All information is passed in cleartext.

    When authentication succeeds, the server will create an email
    address for the client from the user name supplied in the
    AUTHINFO USER command and the hostname generated by a reverse
    lookup on the IP address of the client. If the reverse lookup
    fails, the IP address, represented in dotted-quad format, will
    be used. Once authenticated, the server shall generate a Sender:
    line using the email address provided by authentication if it
    does not match the client-supplied From: line. Additionally,
    the server should log the  event, including the email address
    This will provide a means by which subsequent statistics generation
    can associate newsgroup references with unique entities - not
    necessarily by name.

3.1.1.1 Responses

        281 Authentication accepted
        381 More authentication information required
        480 Authentication required
        482 Authentication rejected
        502 No permission

Hope that helps a little -