Você procurou por: mdns (Espanhol - Inglês)

no enviar mdns en respuesta a mensajes cifrados
do not send mdns in response to encrypted messages

no enviar mdns en respuesta a los mensajes cifrados
do not send mdns in response to encrypted messages

aviso: hacer acuses de recibo de forma incondicional viola su privacidad. más sobre mdns....
warning: unconditionally returning confirmations undermines your privacy. more...

esta nueva empresa utilizaría la actual red de mdns de bt, ampliándola para ofrecer los servicios de mdns a otras empresas bajo el nombre registrado de bt.
the new company would use the existing bs mdns network and expand it to offer mdns services to other companies under the bt brand name.

aviso: hacer acuses de recibo de forma incondicional viola su privacidad. más sobre mdns...
warning: unconditionally returning confirmations undermines your privacy. more about mdns...

política sobre los acuses de recibo (mdn)la mdn es una generalización de lo que comúnmente llamamos «acuse de recibo». el autor del mensaje solicita una petición de acuse de recibo y el programa receptor de correo genera una respuesta en la que el autor puede averiguar qué ocurrió con su mensaje. los tipos de notificación común incluyen «mostrado» (por ejemplo, leído), «borrado» y «despachado» (por ejemplo, reenviado).están disponibles las siguientes opciones para controlar el envío de mdns desde kmail:ignorar: ignora todas las peticiones de acuse de recibo. ningún mdn se enviará automáticamente (recomendado).preguntar: responde a las peticiones después de pedir permiso al usuario. de esta forma, puede enviar mdns para los mensajes seleccionados y denegar o ignorar otros.denegar: siempre envía una notificación denegada. esto es algo mejor que enviar siempre mdns. el autor sabrá que los mensajes se han recibido, pero no podrá decir si se han borrado o leído, etc.enviar siempre: siempre envía el acuse de recibo solicitado. esto significa que el autor del mensaje sabrá que el mensaje se ha recibido y qué ocurrió (se mostró, se borró, etc.). esta opción no es muy recomendable, pero tiene sentido, por ejemplo en la gestión de relaciones con los clientes, por lo que está disponible.
message disposition notification policymdns are a generalisation of what is commonly called read receipt. the message author requests a disposition notification to be sent and the receiver's mail program generates a reply from which the author can learn what happened to his message. common disposition types include displayed (i.e. read), deleted and dispatched (e.g. forwarded).the following options are available to control kmail's sending of mdns:ignore: ignores any request for disposition notifications. no mdn will ever be sent automatically (recommended).ask: answers requests only after asking the user for permission. this way, you can send mdns for selected messages while denying or ignoring them for others.deny: always sends a denied notification. this is only slightly better than always sending mdns. the author will still know that the messages has been acted upon, he just cannot tell whether it was deleted or read etc.always send: always sends the requested disposition notification. that means that the author of the message gets to know when the message was acted upon and, in addition, what happened to it (displayed, deleted, etc.). this option is strongly discouraged, but since it makes much sense e.g. for customer relationship management, it has been made available.