검색어: depository transfer check request for proposal (영어 - 타지크어)

request for opening non-local file %1
qnetworkaccessfilebackend

ietf requests for comments
Запросы для комментариев ietf (rfc) query

check this box if you want to use the compact mode. the compact mode tries to merge read requests for adjacent sectors into a single read request. this reduces load time and keeps the boot map smaller, but will not work on all systems.
Ин интихоботро фаъол созед агар шумо хоҳед ҳолати зичиро истифода кунед. Дар ҳолати ҷафс талаботи хондан барои якчанд секторҳои ҳамсоя ба як талаботи хондан пайваст мешаванд. Ин вақти пурборкуниро кам мекунад ва харитаи пурборкуниро ҳам кӯтоҳ мекунад, лекин мумкин дар якхел система кор нахоҳад кард.

message disposition notification policy mdns are a generalization 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.
Дастур барои маълумот оиди коркарди иттилоот Маълумот оиди коркарди иттилоот (mdn) - ин иттилооти маълуми ҳамчун тасдиқоти оиди хондан мебошад. Муаллифи иттилоот маълумоти оиди коркардро пурсида истодааст, балки барномаи адресат бошад ҷавобро мефиристад, ки аз он муаллиф оиди тақдири иттилоот бифаҳмад. Одатан маълумотҳо метавонанд дорои чунин иттилоот бошанд: намоиш дода шуд (яънехонда шуд), ҳузф карда шуд ва кор карда шуд (мисол, аз нав фиристодан). kmail метавонад якчанд намуди коркардро амалӣ гардонад: Эътибор надодан: ягон маълумот фиристода нахоҳад шуд (тавсия карда мешавад). Пурсиш: пурсиши иҷозот ба фиристодани иттилоот. Бо чунин тарз метавонед фиристодани иттилоотро идора кунед. Рад кардан: доим иттилооти оиди рад кардан - ро фиристодан. Муаллифи иттилоот бо чунин тарз мефаҳмад, ки иттилоот кор карда шудааст, аммо намефаҳмад, ки бо чӣ тарз. Доим фиристодан: Муаллифи иттилоот бо чунин тарз мефаҳмад, ки иттилоот кор карда шудааст, ва мефаҳмад, ки бо чӣ тарз шудааст. Агар ин дар корчаллонии мантиқии шумо лозим набошад, ин параметрро сабт намудан тавсия намешавад. mdn type