Ubuntu
mailman package

Browsing Spanish translation

  1. Disco (19.04)
  2. Template “mailman”
  3. Spanish (es)
  4. Browsing Spanish translation
715 of 1472 results First • • • Last
715.
These policies control the automatic bounce processing system
in Mailman. Here's an overview of how it works.

<p>When a bounce is received, Mailman tries to extract two pieces
of information from the message: the address of the member the
message was intended for, and the severity of the problem causing
the bounce. The severity can be either <em>hard</em> or
<em>soft</em> meaning either a fatal error occurred, or a
transient error occurred. When in doubt, a hard severity is used.

<p>If no member address can be extracted from the bounce, then the
bounce is usually discarded. Otherwise, each member is assigned a
<em>bounce score</em> and every time we encounter a bounce from
this member we increment the score. Hard bounces increment by 1
while soft bounces increment by 0.5. We only increment the bounce
score once per day, so even if we receive ten hard bounces from a
member per day, their score will increase by only 1 for that day.

<p>When a member's bounce score is greater than the
<a href="?VARHELP=bounce/bounce_score_threshold">bounce score
threshold</a>, the subscription is disabled. Once disabled, the
member will not receive any postings from the list until their
membership is explicitly re-enabled (either by the list
administrator or the user). However, they will receive occasional
reminders that their membership has been disabled, and these
reminders will include information about how to re-enable their
membership.

<p>You can control both the
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings">number
of reminders</a> the member will receive and the
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings_interval"
>frequency</a> with which these reminders are sent.

<p>There is one other important configuration variable; after a
certain period of time -- during which no bounces from the member
are received -- the bounce information is
<a href="?VARHELP=bounce/bounce_info_stale_after">considered
stale</a> and discarded. Thus by adjusting this value, and the
score threshold, you can control how quickly bouncing members are
disabled. You should tune both of these to the frequency and
traffic volume of your list.
There are line breaks here. Each one represents a line break. Start a new line in the equivalent position in the translation.
There are leading/trailing spaces here. Each one represents a space character. Enter a space in the equivalent position in the translation.
Estas políticas controlan el sistema de rebotes automáticos en
Mailman. A continuación se resume cómo funciona.

<p>Cuando se recibe un mensaje rebotado, Mailman trata de extraer
la siguiente información del mensaje: la dirección
del suscriptor al que iba dirigido el mensaje y la gravedad del
problema que causó el rebote. La gravedad puede ser <em>
grave</em> o <em>leve</em> dependiendo si ha ocurrido un error
fatal o si ha ocurrido un error transitorio. Si existe alguna duda
se supone un error grave.

<p>Si no se puede deducir la dirección del suscriptor del
mensaje rebotado, entonces el rebote normalmente se descarta. De lo contrario,
a cada suscriptor se le asigna un <em>contador de rebotes</em>, y
cada vez que se encuentre un rebote perteneciente a este suscriptor
se incrementará el contador. Los rebotes graves incrementan en
1 mientras que los leves incrementan en 0.5. El contador sólo se
incrementa una vez al día, de manera que incluso cuando
recibamos cientos de mensajes rebotados del suscriptor en un día,
su contador sólo se incrementará en 1 ese día.

<p>Cuando el contador de rebotes de un suscriptor supere el
<a href="?VARHELP=bounce/bounce_score_threshold">umbral de mensajes
rebotados</a>, se desactivará su suscripción. Una vez
que se desactive, el suscriptor no recibirá más mensajes
de la lista hasta que su suscripción sea explícitamente
activada de nuevo (ya sea por el administrador o por el mismo suscriptor).
Sin embargo, de vez en cuando recibirán recordatorios indicándoles
que su suscripción ha sido desactivada. Los recordatorios
incluyen información sobre cómo volver a activar su suscripción

<p>Puede controlar tanto el
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings">número
de recordatorios</a> que recibirá el suscriptor como la
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings_interval">
frecuencia</a> a la que se enviarán los recordatorios.

<p>Hay otra variable de configuración importante; transcurrido un
determinado periodo de tiempo -- durante el cual no se reciben
rebotes del suscriptor -- la información de rebote
<a href="?VARHELP=bounce/bounce_info_stale_after">
se considera caduca</a> y se descarta. De esta manera, ajustando este valor
y el umbral de mensajes rebotados, se puede controlar la velocidad a la que
se desactivan a los subscriptores con problemas de recepción. Se
deberían ajustar a la frecuencia y al volumen de la lista en
cuestión.
Translated and reviewed by Paco Molinero
In upstream:
Estas políticas controlan el sistema de rebotes automáticos en
Mailman. A continuación se resume como funciona.

<p>Cuando se recibe un mensaje rebotado, Mailman trata de extraer
la siguiente información del mensaje: la dirección
del suscriptor al que iba dirigido el mensaje y la gravedad del
problema que causó el rebote. La gravedad puede ser <em>
grave</em> o <em>leve</em> dependiendo si ha ocurrido un error
fatal o si ha ocurrido un error transitorio. Si existe alguna duda
se supone un error grave.

<p>Si no se puede deducir la dirección del suscriptor del
mensaje rebotado, entonces el rebote se descarta. Si no se descarta,,
a cada suscriptor se le asigna un <em>contador de rebotes</em> y
cada vez que se encuetre un rebote perteneciente a este suscriptor
se incrementará el contador. Los rebotes graves incrementan en
1 mientras que los leves incrementan en 0.5. El contador solo se
incrementa una vez al día, de manera que incluso cuando
reciba mos cientos de mensajes rebotados del suscriptor en un día,
su contador solo se incrementará en 1 ese día.

<p>Cuando el contador de rebotes de un suscriptor supere el
<a href="?VARHELP=bounce/bounce_score_threshold">umbral de mensajes
rebotados</a> se inhabilitará su suscripción. Una vez
que se inhabilite, el suscriptor no recibirá más mensajes
de la lista hasta que su suscripción sea explícitamente
habilitada de nuevo (ya sea por el administrador o por el mismo suscriptor).
Sin embargo, de vez en cuando recibirán notificaciones indicándoles
que su suscripción ha sido inhabilitada. Las notificaciones
incluyen información sobre como volver a habilitar su suscripción

<p>Puede controlar tanto el
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings">número
de recordatorios</a> que recibirá el suscriptor como la
<a href="?VARHELP=bounce/bounce_you_are_disabled_warnings_interval">
frecuencia</a> a la que se enviarán las notificaciones.

<p>Hay otra variable de configuración importante que controla que
transcurrido un determinado periodo de tiempo -- durante el cual no se reciben
rebotes del suscriptor -- la información de rebote
<a href="?VARHELP=bounce/bounce_info_stale_after">
se considera caduca</a> y se descarta. De esta manera, ajustando este valor
y el umbral de mensajes rebotados, se puede controlar la velocidad a la que
se inhalitan a los subcriptores con problemas de recepción. Se
deberían ajustar a la frecuencia y al volumen de la lista en
cuestión.
Suggested by David Martínez Moreno
Located in Mailman/Gui/Bounce.py:32
715 of 1472 results First • • • Last

This translation is managed by Ubuntu Spanish Translators, assigned by Ubuntu Translators.

You are not logged in. Please log in to work on translations.