/********************************************************************************
** Form generated from reading UI file 'securitypagemdntab.ui'
**
** Created by: Qt User Interface Compiler version 6.11.0
**
** WARNING! All changes made in this file will be lost when recompiling UI file!
********************************************************************************/

#ifndef UI_SECURITYPAGEMDNTAB_H
#define UI_SECURITYPAGEMDNTAB_H

#include <QtCore/QVariant>
#include <QtWidgets/QApplication>
#include <QtWidgets/QCheckBox>
#include <QtWidgets/QFormLayout>
#include <QtWidgets/QLabel>
#include <QtWidgets/QRadioButton>
#include <QtWidgets/QSpacerItem>
#include <QtWidgets/QWidget>
#include <klocalizedstring.h>

QT_BEGIN_NAMESPACE

class Ui_SecurityPageMDNTab
{
public:
    QFormLayout *formLayout;
    QLabel *labelSend;
    QRadioButton *radioIgnore;
    QRadioButton *radioAsk;
    QRadioButton *radioDeny;
    QRadioButton *radioAlways;
    QSpacerItem *verticalSpacer_2;
    QLabel *labelQuote;
    QRadioButton *radioNothing;
    QRadioButton *radioFull;
    QRadioButton *radioHeaders;
    QSpacerItem *verticalSpacer_3;
    QCheckBox *mNoMDNsWhenEncryptedCheck;
    QLabel *labelWarning;

    void setupUi(QWidget *SecurityPageMDNTab)
    {
        if (SecurityPageMDNTab->objectName().isEmpty())
            SecurityPageMDNTab->setObjectName("SecurityPageMDNTab");
        SecurityPageMDNTab->resize(672, 419);
        formLayout = new QFormLayout(SecurityPageMDNTab);
        formLayout->setObjectName("formLayout");
        formLayout->setFieldGrowthPolicy(QFormLayout::ExpandingFieldsGrow);
        labelSend = new QLabel(SecurityPageMDNTab);
        labelSend->setObjectName("labelSend");

        formLayout->setWidget(2, QFormLayout::ItemRole::LabelRole, labelSend);

        radioIgnore = new QRadioButton(SecurityPageMDNTab);
        radioIgnore->setObjectName("radioIgnore");

        formLayout->setWidget(2, QFormLayout::ItemRole::FieldRole, radioIgnore);

        radioAsk = new QRadioButton(SecurityPageMDNTab);
        radioAsk->setObjectName("radioAsk");

        formLayout->setWidget(3, QFormLayout::ItemRole::FieldRole, radioAsk);

        radioDeny = new QRadioButton(SecurityPageMDNTab);
        radioDeny->setObjectName("radioDeny");

        formLayout->setWidget(4, QFormLayout::ItemRole::FieldRole, radioDeny);

        radioAlways = new QRadioButton(SecurityPageMDNTab);
        radioAlways->setObjectName("radioAlways");

        formLayout->setWidget(5, QFormLayout::ItemRole::FieldRole, radioAlways);

        verticalSpacer_2 = new QSpacerItem(20, 24, QSizePolicy::Policy::Minimum, QSizePolicy::Policy::Fixed);

        formLayout->setItem(7, QFormLayout::ItemRole::LabelRole, verticalSpacer_2);

        labelQuote = new QLabel(SecurityPageMDNTab);
        labelQuote->setObjectName("labelQuote");

        formLayout->setWidget(8, QFormLayout::ItemRole::LabelRole, labelQuote);

        radioNothing = new QRadioButton(SecurityPageMDNTab);
        radioNothing->setObjectName("radioNothing");

        formLayout->setWidget(8, QFormLayout::ItemRole::FieldRole, radioNothing);

        radioFull = new QRadioButton(SecurityPageMDNTab);
        radioFull->setObjectName("radioFull");

        formLayout->setWidget(9, QFormLayout::ItemRole::FieldRole, radioFull);

        radioHeaders = new QRadioButton(SecurityPageMDNTab);
        radioHeaders->setObjectName("radioHeaders");

        formLayout->setWidget(10, QFormLayout::ItemRole::FieldRole, radioHeaders);

        verticalSpacer_3 = new QSpacerItem(20, 24, QSizePolicy::Policy::Minimum, QSizePolicy::Policy::Fixed);

        formLayout->setItem(11, QFormLayout::ItemRole::LabelRole, verticalSpacer_3);

        mNoMDNsWhenEncryptedCheck = new QCheckBox(SecurityPageMDNTab);
        mNoMDNsWhenEncryptedCheck->setObjectName("mNoMDNsWhenEncryptedCheck");

        formLayout->setWidget(12, QFormLayout::ItemRole::SpanningRole, mNoMDNsWhenEncryptedCheck);

        labelWarning = new QLabel(SecurityPageMDNTab);
        labelWarning->setObjectName("labelWarning");
        labelWarning->setContextMenuPolicy(Qt::NoContextMenu);
        labelWarning->setWordWrap(true);
        labelWarning->setTextInteractionFlags(Qt::LinksAccessibleByKeyboard|Qt::LinksAccessibleByMouse);

        formLayout->setWidget(1, QFormLayout::ItemRole::SpanningRole, labelWarning);

#if QT_CONFIG(shortcut)
        labelSend->setBuddy(radioIgnore);
        labelQuote->setBuddy(radioNothing);
#endif // QT_CONFIG(shortcut)
        QWidget::setTabOrder(labelWarning, radioIgnore);
        QWidget::setTabOrder(radioIgnore, radioAsk);
        QWidget::setTabOrder(radioAsk, radioDeny);
        QWidget::setTabOrder(radioDeny, radioAlways);
        QWidget::setTabOrder(radioAlways, radioNothing);
        QWidget::setTabOrder(radioNothing, radioFull);
        QWidget::setTabOrder(radioFull, radioHeaders);
        QWidget::setTabOrder(radioHeaders, mNoMDNsWhenEncryptedCheck);

        retranslateUi(SecurityPageMDNTab);

        QMetaObject::connectSlotsByName(SecurityPageMDNTab);
    } // setupUi

    void retranslateUi(QWidget *SecurityPageMDNTab)
    {
        labelSend->setText(tr2i18n("Send policy:", nullptr));
#if QT_CONFIG(whatsthis)
        radioIgnore->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioIgnore->setText(tr2i18n("Ignore", nullptr));
#if QT_CONFIG(whatsthis)
        radioAsk->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioAsk->setText(tr2i18n("Ask", nullptr));
#if QT_CONFIG(whatsthis)
        radioDeny->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioDeny->setText(tr2i18n("Deny", nullptr));
#if QT_CONFIG(whatsthis)
        radioAlways->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioAlways->setText(tr2i18n("Always send", nullptr));
        labelQuote->setText(tr2i18n("Quote original message:", nullptr));
#if QT_CONFIG(whatsthis)
        radioNothing->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioNothing->setText(tr2i18n("Nothing", nullptr));
#if QT_CONFIG(whatsthis)
        radioFull->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioFull->setText(tr2i18n("Full message", nullptr));
#if QT_CONFIG(whatsthis)
        radioHeaders->setWhatsThis(tr2i18n("<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 tel"
                        "l 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>", nullptr));
#endif // QT_CONFIG(whatsthis)
        radioHeaders->setText(tr2i18n("Only headers", nullptr));
        mNoMDNsWhenEncryptedCheck->setText(tr2i18n("Do not send MDNs in response to encrypted messages", nullptr));
        labelWarning->setText(tr2i18n("<b>WARNING:</b> Unconditionally returning confirmations undermines your privacy. <a href=\"whatsthis-mdn\">More about MDNs\342\200\246</a>", nullptr));
        (void)SecurityPageMDNTab;
    } // retranslateUi

};

namespace Ui {
    class SecurityPageMDNTab: public Ui_SecurityPageMDNTab {};
} // namespace Ui

QT_END_NAMESPACE

#endif // SECURITYPAGEMDNTAB_H

