Warning, /pim/kmail/src/ui/securitypagemdntab.ui is written in an unsupported language. File is not indexed.
0001 <?xml version="1.0" encoding="UTF-8"?> 0002 <ui version="4.0"> 0003 <class>SecurityPageMDNTab</class> 0004 <widget class="QWidget" name="SecurityPageMDNTab"> 0005 <property name="geometry"> 0006 <rect> 0007 <x>0</x> 0008 <y>0</y> 0009 <width>672</width> 0010 <height>419</height> 0011 </rect> 0012 </property> 0013 <layout class="QFormLayout" name="formLayout"> 0014 <property name="fieldGrowthPolicy"> 0015 <enum>QFormLayout::ExpandingFieldsGrow</enum> 0016 </property> 0017 <item row="2" column="0"> 0018 <widget class="QLabel" name="labelSend"> 0019 <property name="text"> 0020 <string>Send policy:</string> 0021 </property> 0022 <property name="buddy"> 0023 <cstring>radioIgnore</cstring> 0024 </property> 0025 </widget> 0026 </item> 0027 <item row="2" column="1"> 0028 <widget class="QRadioButton" name="radioIgnore"> 0029 <property name="whatsThis"> 0030 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0031 </property> 0032 <property name="text"> 0033 <string>Ignore</string> 0034 </property> 0035 </widget> 0036 </item> 0037 <item row="3" column="1"> 0038 <widget class="QRadioButton" name="radioAsk"> 0039 <property name="whatsThis"> 0040 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0041 </property> 0042 <property name="text"> 0043 <string>Ask</string> 0044 </property> 0045 </widget> 0046 </item> 0047 <item row="4" column="1"> 0048 <widget class="QRadioButton" name="radioDeny"> 0049 <property name="whatsThis"> 0050 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0051 </property> 0052 <property name="text"> 0053 <string>Deny</string> 0054 </property> 0055 </widget> 0056 </item> 0057 <item row="5" column="1"> 0058 <widget class="QRadioButton" name="radioAlways"> 0059 <property name="whatsThis"> 0060 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0061 </property> 0062 <property name="text"> 0063 <string>Always send</string> 0064 </property> 0065 </widget> 0066 </item> 0067 <item row="7" column="0"> 0068 <spacer name="verticalSpacer_2"> 0069 <property name="orientation"> 0070 <enum>Qt::Vertical</enum> 0071 </property> 0072 <property name="sizeType"> 0073 <enum>QSizePolicy::Fixed</enum> 0074 </property> 0075 <property name="sizeHint" stdset="0"> 0076 <size> 0077 <width>20</width> 0078 <height>24</height> 0079 </size> 0080 </property> 0081 </spacer> 0082 </item> 0083 <item row="8" column="0"> 0084 <widget class="QLabel" name="labelQuote"> 0085 <property name="text"> 0086 <string>Quote original message:</string> 0087 </property> 0088 <property name="buddy"> 0089 <cstring>radioNothing</cstring> 0090 </property> 0091 </widget> 0092 </item> 0093 <item row="8" column="1"> 0094 <widget class="QRadioButton" name="radioNothing"> 0095 <property name="whatsThis"> 0096 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0097 </property> 0098 <property name="text"> 0099 <string>Nothing</string> 0100 </property> 0101 </widget> 0102 </item> 0103 <item row="9" column="1"> 0104 <widget class="QRadioButton" name="radioFull"> 0105 <property name="whatsThis"> 0106 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0107 </property> 0108 <property name="text"> 0109 <string>Full message</string> 0110 </property> 0111 </widget> 0112 </item> 0113 <item row="10" column="1"> 0114 <widget class="QRadioButton" name="radioHeaders"> 0115 <property name="whatsThis"> 0116 <string><qt><h3>Message Disposition Notification Policy</h3><p>MDNs are a generalization of what is commonly called <b>read receipt</b>. 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 <b>displayed</b> (i.e. read), <b>deleted</b> and <b>dispatched</b> (e.g. forwarded).</p><p>The following options are available to control KMail's sending of MDNs:</p><ul><li><em>Ignore</em>: Ignores any request for disposition notifications. No MDN will ever be sent automatically (recommended).</li><li><em>Ask</em>: 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.</li><li><em>Deny</em>: Always sends a <b>denied</b> notification. This is only <em>slightly</em> 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.</li><li><em>Always send</em>: 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.</li></ul></qt></string> 0117 </property> 0118 <property name="text"> 0119 <string>Only headers</string> 0120 </property> 0121 </widget> 0122 </item> 0123 <item row="11" column="0"> 0124 <spacer name="verticalSpacer_3"> 0125 <property name="orientation"> 0126 <enum>Qt::Vertical</enum> 0127 </property> 0128 <property name="sizeType"> 0129 <enum>QSizePolicy::Fixed</enum> 0130 </property> 0131 <property name="sizeHint" stdset="0"> 0132 <size> 0133 <width>20</width> 0134 <height>24</height> 0135 </size> 0136 </property> 0137 </spacer> 0138 </item> 0139 <item row="12" column="0" colspan="2"> 0140 <widget class="QCheckBox" name="mNoMDNsWhenEncryptedCheck"> 0141 <property name="text"> 0142 <string>Do not send MDNs in response to encrypted messages</string> 0143 </property> 0144 </widget> 0145 </item> 0146 <item row="1" column="0" colspan="2"> 0147 <widget class="QLabel" name="labelWarning"> 0148 <property name="contextMenuPolicy"> 0149 <enum>Qt::NoContextMenu</enum> 0150 </property> 0151 <property name="text"> 0152 <string><b>WARNING:</b> Unconditionally returning confirmations undermines your privacy. <a href="whatsthis-mdn">More about MDNs...</a></string> 0153 </property> 0154 <property name="wordWrap"> 0155 <bool>true</bool> 0156 </property> 0157 <property name="textInteractionFlags"> 0158 <set>Qt::LinksAccessibleByKeyboard|Qt::LinksAccessibleByMouse</set> 0159 </property> 0160 </widget> 0161 </item> 0162 </layout> 0163 </widget> 0164 <tabstops> 0165 <tabstop>labelWarning</tabstop> 0166 <tabstop>radioIgnore</tabstop> 0167 <tabstop>radioAsk</tabstop> 0168 <tabstop>radioDeny</tabstop> 0169 <tabstop>radioAlways</tabstop> 0170 <tabstop>radioNothing</tabstop> 0171 <tabstop>radioFull</tabstop> 0172 <tabstop>radioHeaders</tabstop> 0173 <tabstop>mNoMDNsWhenEncryptedCheck</tabstop> 0174 </tabstops> 0175 <resources/> 0176 <connections/> 0177 </ui>