diff options
author | Christian Mollekopf <chrigi_1@fastmail.fm> | 2017-06-30 15:34:54 +0200 |
---|---|---|
committer | Christian Mollekopf <chrigi_1@fastmail.fm> | 2017-06-30 15:34:54 +0200 |
commit | 2945877a9f6062e6a2c5aaf2e6a1fe9c545a6869 (patch) | |
tree | 342c84771fe5e91f608ca8432b9e8130c85c641e /framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html | |
parent | cd2b4942c3f4750ce63a01aa312ceb0b86106f8a (diff) | |
download | kube-2945877a9f6062e6a2c5aaf2e6a1fe9c545a6869.tar.gz kube-2945877a9f6062e6a2c5aaf2e6a1fe9c545a6869.zip |
A single shared testdata set.
Diffstat (limited to 'framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html')
-rw-r--r-- | framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html | 81 |
1 files changed, 81 insertions, 0 deletions
diff --git a/framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html b/framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html new file mode 100644 index 00000000..c10cecd8 --- /dev/null +++ b/framework/src/domain/mime/testdata/details/openpgp-signed-base64-mailman-footer.mbox.html | |||
@@ -0,0 +1,81 @@ | |||
1 | <?xml version="1.0" encoding="UTF8"?> | ||
2 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> | ||
3 | <html> | ||
4 | <body> | ||
5 | <div style="position: relative; word-wrap: break-word"> | ||
6 | <a name="att"/> | ||
7 | <div id="attachmentDiv"> | ||
8 | <a name="att1"/> | ||
9 | <div id="attachmentDiv1"> | ||
10 | <table cellspacing="1" cellpadding="1" class="signWarn"> | ||
11 | <tr class="signWarnH"> | ||
12 | <td dir="ltr"> | ||
13 | <table cellspacing="0" cellpadding="0" width="100%"> | ||
14 | <tr> | ||
15 | <td rowspan="2">Message was signed on 8/22/15 9:31 AM with unknown key <a href="kmail:showCertificate#gpg ### OpenPGP ### 7F96CCD64D12D247">0x7F96CCD64D12D247</a>.<br/>The validity of the signature cannot be verified.<br/>Status:<i>No public key to verify the signature</i></td> | ||
16 | <td align="right" valign="top" nowrap="nowrap"> | ||
17 | <a href="kmail:hideSignatureDetails">Hide Details</a> | ||
18 | </td> | ||
19 | </tr> | ||
20 | <tr> | ||
21 | <td align="right" valign="bottom" nowrap="nowrap"/> | ||
22 | </tr> | ||
23 | </table> | ||
24 | </td> | ||
25 | </tr> | ||
26 | <tr class="signWarnB"> | ||
27 | <td> | ||
28 | <a name="att1.1"/> | ||
29 | <div id="attachmentDiv1.1"> | ||
30 | <div class="noquote"> | ||
31 | <div dir="ltr">Hi,</div> | ||
32 | <br/> | ||
33 | <div dir="ltr">I've talked to Ben, the current Phabricator test setup would actually be </div> | ||
34 | <div dir="ltr">usable for "production" use for task/project management for us, without </div> | ||
35 | <div dir="ltr">causing the sysadmins unreasonable trouble when migrating to the full </div> | ||
36 | <div dir="ltr">production deployment of Phabricator eventually.</div> | ||
37 | <br/> | ||
38 | <div dir="ltr">Phabricator project layout it orthogonal to repo layout, so we can structure </div> | ||
39 | <div dir="ltr">this however we want. Among other teams I see at least the following layouts:</div> | ||
40 | <div dir="ltr">- single project for everything</div> | ||
41 | <div dir="ltr">- a project per release</div> | ||
42 | <div dir="ltr">- a project per component/module (ie. close to the repo layout)</div> | ||
43 | <br/> | ||
44 | <div dir="ltr">How do we want to structure this?</div> | ||
45 | <br/> | ||
46 | <div dir="ltr">I would start with a single project to not fragment this too much, as we have </div> | ||
47 | <div dir="ltr">a relatively small team actually looking into this, so everyone is looking at </div> | ||
48 | <div dir="ltr">most sub-projects anyway. And should we eventually hit scaling limits, we can </div> | ||
49 | <div dir="ltr">always expand this I think.</div> | ||
50 | <br/> | ||
51 | <div dir="ltr">We of course should also talk about what we actually want to put in there. My </div> | ||
52 | <div dir="ltr">current motivation is having a place to collect the tasks for getting more of </div> | ||
53 | <div dir="ltr">the former pimlibs into KF5, and anything else I run into on the way there </div> | ||
54 | <div dir="ltr">that we eventually should clean up/improve.</div> | ||
55 | <br/> | ||
56 | <div dir="ltr">regards,</div> | ||
57 | <div dir="ltr">Volker</div> | ||
58 | </div> | ||
59 | </div> | ||
60 | </td> | ||
61 | </tr> | ||
62 | <tr class="signWarnH"> | ||
63 | <td dir="ltr">End of signed message</td> | ||
64 | </tr> | ||
65 | </table> | ||
66 | </div> | ||
67 | <a name="att2"/> | ||
68 | <div id="attachmentDiv2"> | ||
69 | <div class="noquote"> | ||
70 | <div dir="ltr">_______________________________________________</div> | ||
71 | <div dir="ltr">KDE PIM mailing list <a href="mailto:kde-pim@kde.org">kde-pim@kde.org</a></div> | ||
72 | <div dir="ltr"> | ||
73 | <a href="https://mail.kde.org/mailman/listinfo/kde-pim">https://mail.kde.org/mailman/listinfo/kde-pim</a> | ||
74 | </div> | ||
75 | <div dir="ltr">KDE PIM home page at <a href="http://pim.kde.org/">http://pim.kde.org/</a></div> | ||
76 | </div> | ||
77 | </div> | ||
78 | </div> | ||
79 | </div> | ||
80 | </body> | ||
81 | </html> | ||