"martin McCormick" writes:
> to add a line above a quoted block of text that could look
> something like:
>
> Bob Jones writes:
>
> So far, I have been having trouble determining what
> to add below the line of dashes.
=v= The first line above was achieved with this at the bottom
of my re
=v= If the issue is that you've upgraded to Perl 6, you can put
something like this in your .bashrc or similar startup file:
export PERL6OPT='-M-warnings=deprecated'
Or for csh users:
setenv PERL6OPT '-M-warnings=deprecated'
It would be PERL5OPT if you're using a particularly recent
version
> Google should be shot, maybe Yahoo too since almost every
> single message that is blank is from Yahoo.
=v= GMail has led the way in making content more unreadable,
(thereby breaking parsers), first by altering the message
body to replace consecutive spaces with 8bit nonbreaking
spaces, which of
>> I think an option for mhonarc to avoid the directory listing
>> would be quite helpful, at least in my situation.
> I would love to have access to the last message number after
> a MHonArc run.
=v= I handle a similar situation like this: do a directory-wide
operation, then record the directory
>> =v= Those particular characters in Windows-1252 violate
>> charset standards anyway.
> However, it appears that cp1252 is a proper subset of
> iso-8859-1 from a code-point persective.
=v= I'm not sure what that means? I tend to think of it as
an improper superset of iso-8859-1, since it's iso-
>> I have a couple of emails that were generated using MS
>> Outlook which contain some html entities like smart quotes
>> and the funny "-" character which just appear as "?"
>> characters in the archive.
> MS Outlook has a nasty habit of mislabeling the charset of its
> messages with iso-8859-1 i
You don't need to be an MH user to use this as a filter. (Odds
# are that if you don't use MH, you'd probably prefer "procmail"
# over "slocal".)
# Command line parameters are for the convenience of MH users, but
# you can use this program in pipelines and/or with shell redirection
# for other mail user agents.
# The headers and footers shift and change, so the variables at the
# top of the file must shift and change to match. These are tested
# with the "text" versions of messages rather than the HTML ones.
#--
# Author: Jym Dyer
#==
>> Is there any standard way to tell Mhonarc to strip the
>> signature / tagline / adline (for free email providers)?
>> In plaintext, they are often deliniated by multiple dashes
>> and a newline.
=v= The RFC standard is "-- \n", which Earl's code addresses,
but not many people seem to use it the
> Many email messages are line wrapped after 80 chars.
> This is unneccesary and unwanted in HTML.
=v= The current fashionability of unwrapped lines is very
unfortunate. Email should, above all, be human-readable,
and jamming entire paragraphs into one line is exactly the
opposite. "Unwanted?"
> For instance, you could post messages to each list from
> a [EMAIL PROTECTED]'' address (where $TOKEN is some
> string depending on the list you are writing to) and then
> have your mail filtered based on that token
=v= I've tried this. It resulted in spam being sent both
to you@ and you+t
> What's this list for anyways?
> What interest do u all share?
=v= MHonArc is a mail-to-web archiving tool.
=v= Perhaps you did indeed find a mailing list where people
knew a lot about transformers, and that list was created with
mhonarc. Then perhaps you followed the link to mhonarc on
the bot
=v= I've taken a different approach. After grepping through
messages and getting a bunch of mismatches from base64-encoded
binary files, I've decided I prefer having certain attachments
outside of the MH folders altogether!
=v= I've created a cache of these attachments (mostly photos)
in an area
> Making the use of JavaScript a goal?
=v= Let me take this further: the goal should be to AVOID
JavaScript. Browsers do not always implement JavaScript
in the same way, and security-minded users may shut it off
entirely. Ditto for various automated web clients.
<_Jym_>
---
>> MHonArc does not like messages which contain lines beginning
>> with the word From . It's pretty much been an issue for the
>> past 10 years, so yes, it is a known problem.
=v= No, MHonArc has no problem with such messages. I just now
tested it. Sendmail, the default Unix mail transport syst
> I have a question like what is X-Senders IP?
> Can we track the location by X xender ip
=v= Anything with an "X-" in front of it is by definition
not going to adhere to a standard; the standards (such as
they are, actually the RFCs) reserve them for nonstandard
uses.
=v= In general an "X-Sender
> An exception is for MHTML messages that use cid URLs to allow
> an HTML message to also include the images it uses. MHonArc
> supports MHTML messages, but there are some limitations.
=v= It looks to me as if the limitations are there to avoid the
security holes that seem to be introduced with
16 matches
Mail list logo
