On Fri, Oct 25, 2013 at 05:13:56AM +0000, miro wrote:
> On Fri, Oct 25, 2013 at 04:06:06AM +0000, miro wrote:
> > I was able to register just fine and I just edited those exact errors in 
> > these two pages:
> > 
> > http://dev.mutt.org/trac/wiki/MuttFaq/Action
> > 
> > http://dev.mutt.org/trac/wiki/MuttFaq/Header
> > 
> 
> I also changed these pages:
> 
> http://dev.mutt.org/trac/wiki/MuttFaq/Folder
> http://dev.mutt.org/trac/wiki/MuttFaq/RemoteFolder
> http://dev.mutt.org/trac/wiki/MuttFaq/Sendmail
> http://dev.mutt.org/trac/wiki/MuttFaq/Appearance
> http://dev.mutt.org/trac/wiki/MuttFaq/Display
> http://dev.mutt.org/trac/wiki/MuttFaq/Attachment
> http://dev.mutt.org/trac/wiki/MuttFaq/Encoding
> http://dev.mutt.org/trac/wiki/MuttFaq/Alias
> http://dev.mutt.org/trac/wiki/MuttFaq/Encryption
> http://dev.mutt.org/trac/wiki/MuttFaq/Thread
> http://dev.mutt.org/trac/wiki/MuttFaq/Maildir
> http://dev.mutt.org/trac/wiki/MuttFaq/Editor
> http://dev.mutt.org/trac/wiki/MuttFaq/Hook
> http://dev.mutt.org/trac/wiki/MuttFaq/Misc
> 
> > The command with Vim that I used is this:
> > 
> > :%s/<tt>\|<\/tt>/'''/gc 
> > 
> > and that way I replaced all the occurrences of <tt> and </tt> with ''' and 
> > now those instances show as bold.
> > 
> > Someone stop me if this is not improvement for some reason, or if there is 
> > a better improvement, teach me how to do better!
> 
> 
> Editing those pages in the above way, I figured out that it was actually 
> designed to be something else. E.g., on this page:
> 
> http://dev.mutt.org/trac/wiki/MuttFaq/Hook
> 
> what was presented to the users is:
> 
> How do I make a complex regular expression containing <tt>"(|)" and "\"</tt> 
> in a *-hook/search work?
> 
> That is what the user would see in their Firefox or M$IE...
> 
> So what I did is better, since it is presented now:
> 
> How do I make a complex regular expression containing "(|)" and "\" in a 
> *-hook/search work?
> 
> in that and in many other places.
> 
> However seeing this one (non-typical) place that I changed, I understood that 
> the <tt> and </tt> were meant to be something else, distinguished from the 
> surrounding strings, which they are not with my change to just bold.
> 
> However, I didn't know better, and the FAQ on the Wiki is now much more 
> legible than before...
> 
> Miroslav Rovis
> Zagreb, Croatia

I deliberately didn't do any other changes in those pages other than the ones I 
explained above.
Because at this time (and this particular fact is not likely to change because 
I am probably at the closing period of the period of time that I can now 
dedicate to contributing to Mutt) I haven't sufficiently well understood how to 
edit, as explained on this page:

http://dev.mutt.org/trac/wiki/WikiFormatting

and other pages, esp. this one:

http://dev.mutt.org/trac/wiki/WikiHtml

E.g. I wouldn't know how to correct what the code that is currently in the 
source of this page:

http://dev.mutt.org/trac/wiki/MuttFaq/Encryption

(of course once the reader, if he/she isn't, registers and logs in)

PASTE START
=== How to make ''oldstyle / classic / traditional / inline'' PGP work? ===
Three ways to read such messages, in decreasing comfort:
* Apply '''ddm.pgp-always-check-traditional.2''' (for Mutt 1.4.x) or 
'''ddm.pgp-auto-decode''' (for Mutt 1.5.x) patch by Derek D. Martin at 
http://www.pizzashack.org/mutt/ (see PatchList).

* With recent Mutts >= 1.5.7, use the '''<check-traditional-pgp>''' function 
automatically inside a '''message-hook''', setting this one line in muttrc:
<pre><nowiki>  message-hook '!(~g|~G) ~b"^-----BEGIN\ PGP\ (SIGNED\ )?MESSAGE"' 
"exec check-traditional-pgp"</nowiki></pre>
: '''Note:''' This doesn't work so well with inline signatures within MIME 
digests.
* Use the '''pgp_auto_decode''' option, which is very similar to the 
message-hook method but also works within MIME digests.
PASTE END

and which displays (this will be a paste, certainly a reader who reads this 
soon enough after he receives this mail can see exactly how the page is 
formatted):

PASTE START
How to make oldstyle / classic / traditional / inline PGP work?

Three ways to read such messages, in decreasing comfort:

    Apply ddm.pgp-always-check-traditional.2 (for Mutt 1.4.x) or 
ddm.pgp-auto-decode (for Mutt 1.5.x) patch by Derek D. Martin at  
http://www.pizzashack.org/mutt/ (see PatchList). 

    With recent Mutts >= 1.5.7, use the <check-traditional-pgp> function 
automatically inside a message-hook, setting this one line in muttrc: 

<pre><nowiki> message-hook '!(~g|~G) ~b"-----BEGIN\ PGP\ (SIGNED\ )?MESSAGE"' 
"exec check-traditional-pgp"</nowiki></pre> : Note: This doesn't work so well 
with inline signatures within MIME digests.

    Use the pgp_auto_decode option, which is very similar to the message-hook 
method but also works within MIME digests.
PASTE END

Pls. note the "<pre><nowiki>" that the newbie and future Mutt user should not 
be seeing there!

=================== The following is not strictly Mutt related =================
============== other than marginally, because it happened to me ================
========= while I was exposed online with non-secure Mutt Wiki pages ===========
I have tried in my previous threads to not be intrusive about the surveillance 
and censorship that users are generally exposed, one being myself, but it is 
because I want to develop defense for myself against either the surceillance or 
all the more the censorship, that I have engaged all out, with all the might 
that remains to an old adopter that I am, into mastering Mutt and other 
necessary mailing tools and techniques.

I'm explaining what happened for two reasons.
Reason one is similar to what happened after I edited the Grsecurity on 
Wikibooks:

http://forums.grsecurity.net/viewtopic.php?f=3&t=3585&start=15#p13332

which is another program that I higly regard in ethical terms. Yes ethical 
terms. Just like Google is very low in ethical terms and the "exceptional" 
Nation of the World should find strength out of firstly a lot of shame for 
allowing the scale of surveillance onto friends and not just foes, unseen in 
world's history...

Mutt is one of my hopes to keep ethical and keep secure and free (in the GNU 
sense of the world. GNU is our origin, we must not forget, and we must remind 
the newbies of, that philosofy!).

In short, those Grsecurity pages, the en.wikibooks.org showed fine upone my 
trivial and previously announced edit, but later started showing as if I saved 
if with wrong encoding, so I reedited it and it holds so far (just checked).

Now. While I was editing Mutt Wiki pages, I have suffered from some attack, in 
my best understanding (which is not complete).

While at some pages, e.g. this one (after having finished editing it):

http://dev.mutt.org/trac/wiki/MuttFaq/Folder

this server error was shown to me upon my clicking on "Submit changes":

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to 
complete your request.

Please contact the server administrator, [email protected] and inform them of 
the time the error occurred, and anything you might have done that may have 
caused the error.

More information about this error may be available in the server error log.
Apache/2.2.22 (Ubuntu) Server at dev.mutt.org Port 80

Later same error at:

http://dev.mutt.org/trac/wiki/MuttFaq/Header

and other pages, and while at some of those, I noticed, but was able to 
recognize it only physically at the hardware switch where while nothing was 
updated or downloaded by me, there was some frenzied update or download on the 
link (the lamp blinking uninterruptedly) that pertains to the connection to the 
internet...

I know it could be something else, but it could also perfectly possibly be the 
insecure pages and some bug in there abused by some subject 
who-knows-which-exactly...

So in case there something goes wrong, or in case I once in the future phathom 
sniffer captures and understand what has happened here in the wee hours of this 
day, here are both the screencast and the pcapng capture, the sha256 sums of 
theirs.

571130a0fb7afaec40741edd5920a5466525baf47ae76bc9aa172d6bf1a43a82  
dump_131025_032353_naibd9.pcapng
76b44b13434b4431f3664bff349bf59683e317ccc64e027c38ba44929ecec31e  
Screen_131025_0323_naibd9.mkv

I hope I haven't been a nuissance. I actually hope that many readers understand 
the need that good people unite against regimes whichever ones, or some global 
non-formal one or some shades thereof, that those may be.

Miroslav Rovis
Zagreb, Croatia

Attachment: signature.asc
Description: Digital signature

Reply via email to