1 |
joko |
1.1 |
joko@netfrag.org - sample stack: |
2 |
|
|
|
3 |
|
|
o [task by joko] introduced "dispatchmail" to add mail2news-functionality to "recieveMail" (collector@netfrag.org) |
4 |
|
|
x [task by joko] migrated joko_mail from "receiveMail" to "dispatchmail" |
5 |
|
|
x [bug from joko] what about mailing from the cli / mails sent from the system (e.g. via CVSSpam): |
6 |
|
|
mail is sent out coming from <username>@quepasa.netfrag.org |
7 |
|
|
--> how to configure just having <username>@netfrag.org right here??? |
8 |
|
|
x [resolved by jonen] CVSSpam: janosch@netfrag.org: |
9 |
|
|
x cd /etc/mail |
10 |
|
|
x nano sendmail.mc |
11 |
|
|
x add/replace line: MASQUERADE_AS(`netfrag.org') |
12 |
|
|
x make |
13 |
|
|
x /etc/init.d/sendmail reload |
14 |
|
|
o [bug from joko] "su root" is needed sometimes |
15 |
|
|
else PATH is not set correctly |
16 |
|
|
and maybe something other |
17 |
|
|
compiling fails always |
18 |
|
|
x [task by joko] these items already have been refactored into other Tasks, Notes and/or Bug Requests - this Note is just FYI. |
19 |
|
|
o [task by joko] dispatchmail - project work |
20 |
|
|
x README.pod -> README.html |
21 |
|
|
x link with "topics.html" properly |
22 |
|
|
x write something about data-/control-flow to README.pod |
23 |
|
|
|
24 |
|
|
o look (in detail) at Cyrus Netnews |
25 |
|
|
[...] |
26 |
|
|
The IMAP server can export netnews newsgroups as IMAP mailboxes. |
27 |
|
|
[...] |
28 |
|
|
o collectnews, rmnews, syncnews |
29 |
|
|
x seems to make an external web-based newsreader unneccessary!!! |
30 |
|
|
|
31 |
|
|
o tie together mail, news and html |
32 |
|
|
o write mini-howto |
33 |
|
|
|
34 |
|
|
o link with erfrakon |
35 |
|
|
|
36 |
|
|
o sieve? |
37 |
|
|
|
38 |
|
|
o post some old mails to news.netfrag.org! |
39 |
|
|
|
40 |
|
|
o what about "dev@netfrag.org"? |
41 |
|
|
|
42 |
|
|
o nfo/perl/libs |
43 |
|
|
x ts |
44 |
|
|
x outlook2ldap |
45 |
|
|
x dispatchmail |
46 |
|
|
o get the essence (project- and development work - the whole workflow) out of it! write it down! in detail! |
47 |
|
|
|
48 |
|
|
o netfrag.org-workflow: |
49 |
|
|
o technical questions to support@netfrag.org? |
50 |
|
|
o publish them via news! |
51 |
|
|
o queue them into / integrate with TUTOS somehow!!! |
52 |
|
|
|
53 |
|
|
o new threads@news.netfrag.org: |
54 |
|
|
x ctlinnd newgroup nfo.support.queue |
55 |
|
|
x ctlinnd newgroup nfo.support.faq |
56 |
|
|
|
57 |
|
|
x new account for janosch@news.netfrag.org |
58 |
|
|
x nano /etc/news/nnrp.access |
59 |
|
|
x added line: *:Read Post:janosch:janosch:* |
60 |
|
|
|
61 |
|
|
o check out from cvs-repository: |
62 |
|
|
o joko/doc -> /home/joko/public_html/computing/overview/topics/ |
63 |
joko |
1.2 |
o leaded to (A, B and C): see <a href="../topics/home2web.html">home2web</a> |
64 |
joko |
1.1 |
|
65 |
|
|
adduser: collector/colĀ§$ |
66 |
|
|
|
67 |
|
|
|
68 |
|
|
some sample items occoured 2003-01-17 until 2003-01-26. |
69 |
|
|
|
70 |
|
|
what to do with that? |
71 |
|
|
o have all items stored in other applications conveniently. |
72 |
|
|
o be able to have items or references to them *archived* centrally |
73 |
|
|
o be able to access informations via *one* interface. |
74 |
|
|
actually *multiple* interfaces should be possible |
75 |
|
|
- the aim here is to get everything together (INTEGRATE!) (mnoGoSearch first! Torus::Archive later?) |
76 |
|
|
|
77 |
|
|
sysadmin tasks: |
78 |
|
|
|
79 |
|
|
joko's tasks: |
80 |
|
|
|
81 |
|
|
|
82 |
|
|
o start project "admintools" @ nfo/perl/scripts - including |
83 |
|
|
o getip.pl |
84 |
|
|
o notify.pl |
85 |
|
|
x on uml-event: up/down/reboot |
86 |
|
|
o on news-post (dispatchmail: mail2news) |
87 |
|
|
o on cvs-checkout (done on interval with joko/doc - see above) |
88 |
|
|
o on build (build.pl) |
89 |
|
|
o some tools from dispatchmail |
90 |
|
|
o dispatchmail itself! |
91 |
|
|
o |
92 |
|
|
|
93 |
|
|
o [idea] ;-) for symbols (in general) |
94 |
|
|
- o = Open Task |
95 |
|
|
- x = Closed Task |
96 |
|
|
(- [<TopicName>] = name of topic - fixed/proposed) |
97 |
|
|
- [<TopicType> by|for <UserName>] = |
98 |
|
|
- type of topic - fixed/proposed |
99 |
|
|
- username who submitted this item / should this item be assigned to |
100 |
|
|
- this could become a language for describing the workflow |
101 |
|
|
- this proposal should be the shortcut-form in wiki-style: (e.g. make 'tiki-workflow' from that?) |
102 |
|
|
- more verbose (e.g. XML) - forms could/should become possible (e.g. 'WFML') (WorkFlow Markup|Modeling Language) |
103 |
|
|
- TODO: refactor this document after further commits to show off refactoring process through cvs-revisioning! |
104 |
|
|
o required for this: link to a page which shows the history of a document not as verbose as (e.g.) chora does |
105 |
|
|
- d = from 'tbd': to-be-discussed |
106 |
|
|
- c = cancelled |
107 |
|
|
|
108 |
|
|
o [idea] ;-) for symbols (in _this_ document here) (parser|engine behaviour modification) |
109 |
|
|
- R = from 'tbr': to-be-refactored |
110 |
|
|
- r = already refactored elsewhere |
111 |
|
|
- an "r" may also mean "reference" ;-) |
112 |
|
|
- make 'r-http://netfrag.org/to/another/reference/wrapped/via/http/' possible in documentation |
113 |
|
|
- also the shortcut form: [r:/to/another/reference/wrapped/via/http/] |
114 |
|
|
- this - and only this - should be the minimalst requried definition of a "reference" |
115 |
|
|
- an internet "link" - however needs some more metadata around it: an "url" and a "caption" - what about these? |
116 |
|
|
- either fetch them from archive-metadata of this reference ... |
117 |
|
|
- ... or use the name directly as caption and build the url against a known redirector handler which |
118 |
|
|
accesses the archive-metadata |
119 |
|
|
|
120 |
|
|
o rename "thread" to "newsgroup" in all scripts! |
121 |
|
|
|