Así, leyendo entre líneas un poco, usted tiene una cuenta de Twitter y una contraseña, ya que esta es interna, por lo que no quiere ir con un proceso de autenticación que requiere un usuario para interactuar con ella?
La idea detrás de OAuth es que nunca descubres cuál es la contraseña del usuario; Estoy de acuerdo en que si estoy en lo cierto sobre lo que intentas hacer, no es lo correcto. El flujo OOB sugerido por JohnD tiene el mismo problema.
Si tiene una cuenta/contraseña, puede trabajar directamente con los envíos al sitio web, utilizando el formulario de inicio de sesión y el formulario de tweet. Lamentablemente, esto significa que no tiene acceso a la API (anularon la autenticación básica a través de la API el año pasado), dependiendo de lo que esté intentando hacer, puede o no ser un problema.
Editar:
Uso de OAuth y recordar el token. Nunca caduca, de acuerdo con los documentos de la API de Twitter, y dado que presumiblemente tiene un número limitado de cuentas que le interesan, puede pasar por los aros de OAuth una vez para cada cuenta y listo hasta que necesite otra cuenta. Incluso puede hacer todo el proceso programáticamente dado el nombre de usuario y la contraseña, suponiendo que no inserten un captcha allí en algún momento. Pero sospecho que tu mejor opción es usar OAuth y almacenar los tokens.
Idealmente, me gustaría que el proceso tenga una interacción nula que involucre al usuario. Este flujo aún requiere la entrada de un PIN si no me equivoco. – super9
¿Cómo espera acceder a una cuenta sin que el usuario la autentique? – Acorn
Quiero un flujo de autenticación unidireccional sin ninguna entrada del usuario. Nunca dije nada sobre no ser autenticado por el usuario. – super9