headers
Kenichi Handa | 1 Nov 2008 03:17

Re: gnus should accept UTF8 even if UTF-8 is standard

In article <E1KvziI-0005Qf-30 <at> fencepost.gnu.org>, "Richard M. Stallman" <rms <at> gnu.org> writes:

>     In the case of filenames, there surely exist the actual file
>     with those ignored extensions.  But, in the case of coding
>     systems, such an alias as "utf8" doesn't exist.  Or do you
>     still propose to make such an alias as a sencond-class name
>     in advance?

> To define them as second-class extensions would be one method.
> Another is this: `read-coding-system' could create the completion
> alist, then add to it modified entries made by replacing "utf-8" with
> "utf8".  Then it could read the name, using the appropriate kind of
> completion.  When it gets back the value from `completing-read', it
> could replace "utf8" with "utf-8".

> This avoids having a list of second-class "utf8" aliases.  Those
> aliases would be constructed automatically from the valid names
> that start with "utf-8".

> 		 If so, I strongly oppose to it.

> Why, what harm would it do?

With that, people think that "utf8" is a valid coding system
name, and will write a code something like this:
  (decode-coding-string STR 'utf8)
and found that it signals an error because utf8 is not
statically declared as an alias.

>       If we are
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richard M. Stallman | 2 Nov 2008 02:53
Picon
Picon

Re: gnus should accept UTF8 even if UTF-8 is standard

    For instance, "% iconv -l", lists these variants for
    iso-8859-1:

    "ISO-8859-1", "ISO88591" "8859_1", "ISO_8859-1"

The reading of coding system names could treat hyphens as optional,
and could treat underscores as equivalent to hyphens.  Then
with just two names, iso-8859-1 and 8859-1, it would recognize
all of these and more.

    In addition, we must add (partial) lowercase versions.
    Partial means something like this: Iso ISo isO

That's trivial, just ignore case when reading the coding system name.
Permalink | Reply | 0 comments |
headers
Ami Fischman | 2 Nov 2008 18:47

gnus shouldn't be making general-purpose variables buffer-local

Gnus makes 'timestamp a buffer-local variable in *Summary* buffers
(and, I suspect, any other set group parameter).  This causes buggy
interaction with non-gnus (async, usually) functions that bind
'timestamp as a function-local variable, such as emacs-jabber's
jabber-history-log-message.  For the details please see
http://thread.gmane.org/gmane.emacs.devel/105256.  Can gnus be changed
to prefix such buffer-locals with at least gnus- or, better yet,
gnus-summary-≤group-name>- ?

Cheers,
-Ami
Permalink | Reply | 2 comments |
headers
Simon Josefsson | 3 Nov 2008 12:31
Favicon
Gravatar

Auto-overriding *.pdf application/octet-stream MIME type?

What do people think about a variable that can be used to auto-override
MIME types based on filename extensions?  I get a lot of *.pdf marked as
application/octet-stream and selecting 'View as Type' feels dull.

Something like this:

(setq mm-content-type-mapping
      '(("application/octet-stream" "*.pdf" "application/pdf")))

The cells would be of the form (INCOMING-TYPE EXTENSION MAPPED-TYPE),
and either of INCOMING-TYPE or EXTENSION can be nil to match anything.

I've seen the mm-tweak-* variables, but they are 1) not customizable,
and 2) not easy to use to achieve the common *.pdf to application/pdf
mapping.  At least as far as I could tell?

/Simon
Permalink | Reply | 4 comments |
headers
Greg Troxel | 3 Nov 2008 13:52

Re: Auto-overriding *.pdf application/octet-stream MIME type?

  From: Simon Josefsson <simon <at> josefsson.org>

  What do people think about a variable that can be used to auto-override
  MIME types based on filename extensions?  I get a lot of *.pdf marked as
  application/octet-stream and selecting 'View as Type' feels dull.

I have been annoyed by dealing with messages that come with wrong mime
types and definitely second the notion that support would be nice.

  Something like this:

  (setq mm-content-type-mapping
        '(("application/octet-stream" "*.pdf" "application/pdf")))

  The cells would be of the form (INCOMING-TYPE EXTENSION MAPPED-TYPE),
  and either of INCOMING-TYPE or EXTENSION can be nil to match anything.

That looks good to me.  I would have at first left out the first item,
but on reflection I think that almost all miscoded objects are labeled
application/octet-stream.  This lets one have the narrowest effective
configuration.

Is the extension field going to be a regexp, glob, or string?  Probably
it should be a regex for an extension, with an implied ".*\." before it.

Besides .pdf, .doc, .ppt and .xls labeled as application/octet-stream,
the other problem I have is getting patches labeled as
application/octet-stream.  I tend to call them text/plain, but I think
there is application/x-patch.  Fixing this would seem to require having
a "body test", basically running file on the part, and this seems harder
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ted Zlatanov | 3 Nov 2008 16:25
X-Face
Favicon
Gravatar

Gnus CVS checkins (was: nnimap article editing)

On Fri, 10 Oct 2008 20:14:12 +0200 Reiner Steib <reinersteib+gmane <at> imap.cc> wrote: 

RS> Please keep in mind not to commit new features to the trunk until we
RS> decided about the Gnus development during Emacs feature freeze, see
RS> <http://thread.gmane.org/87wsi91d8d.fsf <at> marauder.physik.uni-ulm.de>.
RS> (I didn't have time to push this issue further after my vacations.)

Can you make a decision or discuss this?

I'm waiting on:

- diagnostic messages for starttls.el plus one new function to be used
  by smtpmail.el

- diagnostic messages for nnrss item hashing

I committed the following:

- ietf-drums fix of broken parsing

- auth-source fix to cache password and login (works around EPA issues
  on Mac OS X)

Thanks
Ted
Permalink | Reply | 2 comments |
headers
Didier Verna | 3 Nov 2008 17:02
X-Face
Face
Picon
Picon
Favicon
Gravatar

M-d in an imap summary


       Hello,

I'd like to be able to M-d some articles in an nnimap summary buffer,
and have it do the ExpectedThing(tm), which would be to do the
equivalent of my gmail account function "Report Spam".

Does anybody have a ready-made recipe for this ?

Thanks.

--

-- 
Resistance is futile. You will be jazzimilated.

Scientific site:   http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com

EPITA/LRDE, 14-16 rue Voltaire, 94276 Le Kremlin-Bicêtre, France
Tel. +33 (0)1 44 08 01 85       Fax. +33 (0)1 53 14 59 22
Permalink | Reply | 4 comments |
headers
Ted Zlatanov | 3 Nov 2008 18:11
X-Face
Favicon
Gravatar

Re: M-d in an imap summary

On Mon, 03 Nov 2008 17:02:20 +0100 Didier Verna <didier <at> xemacs.org> wrote: 

dvl> I'd like to be able to M-d some articles in an nnimap summary buffer,
dvl> and have it do the ExpectedThing(tm), which would be to do the
dvl> equivalent of my gmail account function "Report Spam".

dvl> Does anybody have a ready-made recipe for this ?

What is the ExpectedThing?

Ted
Permalink | Reply | 3 comments |
headers
Ted Zlatanov | 3 Nov 2008 18:12
X-Face
Favicon
Gravatar

Re: Auto-overriding *.pdf application/octet-stream MIME type?

On Mon, 03 Nov 2008 12:31:13 +0100 Simon Josefsson <simon <at> josefsson.org> wrote: 

SJ> What do people think about a variable that can be used to auto-override
SJ> MIME types based on filename extensions?  I get a lot of *.pdf marked as
SJ> application/octet-stream and selecting 'View as Type' feels dull.

I usually just hit `e' to view them externally.

Ted
Permalink | Reply | 0 comments |
headers
Seweryn Kokot | 3 Nov 2008 18:56
Picon

regexp for nnmail-split-methods

Hello,

I have a problem with setting nnmail-split-methods, namely I want that
messages from "foo <at> domain.com" address go to "nnml:mail.foo" mailbox and
all the other messages from ".* <at> domain.com" (except "foo <at> domain.com") go
to "nnml:mail.others" mailbox. Up to now I have such a regexp:

(setq nnmail-split-methods
      '(("nnml:mail.others" "^From:.*[^f][^o][^o] <at> domain\\.com")
        ("nnml:mail.foo" "^From:.*foo <at> domain\\.com")
        ("nnml:mail.inbox" "")))

however there are some messages (for example from "bob <at> domain.com")
which end up in "nnml:mail.inbox". 

How to create a regexp something like "^From:.*NOT(foo) <at> domain\\.com"?

Thanks in advance.
--

-- 
regards,
Seweryn
Permalink | Reply | 4 comments |

Gmane