spam

spam

[jimmij]

Why there is so much spam on gnu.emacs.gnus?
I don't know other group with such amount of spam messages...

jimmij
-- 
I come from the Land Of Imagination

Re: spam

[David Z Maze]

jimmij <jimmij@jj.jj> writes:

> Why there is so much spam on gnu.emacs.gnus?
> I don't know other group with such amount of spam messages...

I think there's a mail-to-news feed that's not particularly filtered
at all.

(setq gnus-spam-autodetect '(("nntp.*" . t)))

  --dzm

Re: spam

[Joe Fineman]

jimmij <jimmij@jj.jj> writes:

> Why there is so much spam on gnu.emacs.gnus?
> I don't know other group with such amount of spam messages...

gnu.emacs.bug is even worse.  It is almost all spam.  Someone seems to
have made a marketing decision that people who use Emacs are males who
need special help in getting erections.  Maybe they know something I
don't.
-- 
---  Joe Fineman    joe_f@verizon.net

||:  Though he was half mad in one way and I in another, we     :||
||:  instinctively turned toward each other our saner aspects.  :||

Re: spam

[David Kastrup]

Joe Fineman <joe_f@verizon.net> writes:

> jimmij <jimmij@jj.jj> writes:
>
>> Why there is so much spam on gnu.emacs.gnus?
>> I don't know other group with such amount of spam messages...
>
> gnu.emacs.bug is even worse.  It is almost all spam.  Someone seems
> to have made a marketing decision that people who use Emacs are
> males who need special help in getting erections.  Maybe they know
> something I don't.

I find that emacsclient works almost instantaneously.  Getting Emacs
up is overrated.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: spam

[David Hansen]

On Tue, 25 Oct 2005 03:02:54 GMT Joe Fineman wrote:

> jimmij <jimmij@jj.jj> writes:
>
>> Why there is so much spam on gnu.emacs.gnus?
>> I don't know other group with such amount of spam messages...
>
> gnu.emacs.bug is even worse.  It is almost all spam.  Someone seems to
> have made a marketing decision that people who use Emacs are males who
> need special help in getting erections.  Maybe they know something I
> don't.

,----[ http://www.emacswiki.org/cgi-bin/wiki/EmacsChannelQuotes ]
|
| <elf> so, for the record (meaning ,,emacschannelquotes ), when
|   i ask "does anyone here use viagra?" the answer is supposed to
|   be "yes, if you want it to come up faster than emacs."
| <elf> does anyone here use viagra?
| <mkennedy> emacs is always up
| <Riastradh> Emacs is bigger than vi!
| <Riastradh> Emacs doesn't need no stinking viagra to _get_ big;
|   it already _is_ big!
|
`----

SCNR,

David

alt-tab? really? you're joking...

[Hikaru Ichijyo]

I've pretty much settled into Gnus now, to the point where everything
else feels silly, so I thought I'd start adding BBDB integration.

It seems that the key binding for name completion is M-TAB.  That's
just...amazing.  Really.  The fact that Emacs and BBDB come from a
UNIX-centric world doesn't begin to explain that, since MS-Windows is
not the only platform where that's used for windows switching.  It's
also true in WindowMaker (which I use), KDE, Gnome, and if I remember
correctly, CDE (which kills any idea that maybe they were only thinking
of commercial UNIX).

And the Info docs say that you can't rebind it.

I did find an example online of how you might rebind the key for
Wanderlust, but the example seemed fairly specific to Wanderlust.

What's the typical way Gnus users get around this these days?  Also, I
should note that I'm running BBDB 2.35 and not the new 3.x rewrite,
since the web site warns loudly that it's alpha alpha alpha!  (Should I
be running 3.x anyway?)

Really...even in the 1990's, in the days of HPUX/CDE workstations and
Motif X11 toolkits...Alt-Tab?  Really?  When was that ever a good idea
for an application key binding?

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine

Re: alt-tab? really? you're joking...

[incal]

Hikaru Ichijyo <ichijyo@macross.sdf.jp> writes:

> It seems that the key binding for name completion is
> M-TAB.

Completion sucks anyway. Setup aliases and type the
aliases instead: style, precision, speed.

Like this:

;; For example,  for mail addresses, .mailrc  can look
;; like this:
;;
;;   alias john    "John DiFool <difool@incal.com>"
;;   alias kate    "Katherine Moss <mossy@km.com>"
;;   alias friends john kate
;;
;; For Usenet groups, setup ordinary abbrevs:
;;
;;   (let*((write  '( ... )) ; other abbrevs
;;         (groups '(("geh" "gnu.emacs.help")
;;                   ("geg" "gnu.emacs.gnus")
;;                   ; ...
;;                   ("ges" "gnu.emacs.sources")))
;;         (both (append write groups)))
;;     (define-abbrev-table 'global-abbrev-table both) )

> That's just...amazing. Really. The fact that Emacs
> and BBDB come from a UNIX-centric world doesn't
> begin to explain that, since MS-Windows is not the
> only platform where that's used for windows
> switching. It's also true in WindowMaker (which I
> use), KDE, Gnome, and if I remember correctly, CDE
> (which kills any idea that maybe they were only
> thinking of commercial UNIX).

This rant is a waste of energy - just set the keys to
whatever you want.

> And the Info docs say that you can't rebind it.

Really? Can you quote that?

-- 
underground experts united

Re: alt-tab? really? you're joking...

[Hikaru Ichijyo]

incal <embe8573@student.uu.se> writes:

> Hikaru Ichijyo <ichijyo@macross.sdf.jp> writes:
>
>> It seems that the key binding for name completion is
>> M-TAB.
>
> Completion sucks anyway. Setup aliases and type the
> aliases instead: style, precision, speed.

All my problems went away today when I upgraded to v3.  I had been
trying to use v2, since officially the newer one is "unstable."

>> And the Info docs say that you can't rebind it.
>
> Really? Can you quote that?

http://bbdb.sourceforge.net/bbdb.html#SEC83

In bug #1, "M-TAB conflicts with ispell" (and they could have also
mentioned, the window-switching keys of half the desktop managers in
existence, but they didn't mention that), they say:

"The suggested workarounds are to rebind the ispell key (the BBDB
binding is not configurable at this time)."

It doesn't matter because I think all of this refers to v2.  BBDB v3
doesn't have a proper Info manual yet, and it tab completes with just
TAB, no M-TAB needed.

Looking forward to the v3 manual!

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine

Re: alt-tab? really? you're joking...

[Hikaru Ichijyo]

asjo@koldfront.dk (Adam Sjøgren) writes:

> Hikaru writes:
>
>> "The suggested workarounds are to rebind the ispell key (the BBDB
>> binding is not configurable at this time)."
>
> I don't know what "configurable" means here - when I type the beginning
> of an email address in, say, the To: line and press TAB, I get
> completion. This is with BBDB version 2.36.
>
> Where in BBDB was this M-TAB business annoying you?

Well, it's not anymore!  As I've said, I'm on v3 now.  I'm not going
back to v2 to look more at its behavior, because it's moot to me now.
Problem solved!  The "configurable" comment above is quoted from the
BBDB v2 manual.


Now, I do have another question of course (us Gnus newbies like me have
those without end, I'd imagine...):

Is there a way I can make messages that I have already expired from the
Summary buffer really disappear from view?  If I run expiry on them,
the "E" expiry marks are replaced with "G" cancelled marks.  If I run
any of the various "really delete" commands on them (such as
gnus-summary-delete-article), same thing, "G" cancelled, but still
there, even though it points to nothing.

Most surprisingly, if I run gnus-summary-reselect-current-group, a
command that's described in the manual as being just like leaving the
group and re-entering it without having to actually do that, it does
exactly the same thing -- all expired articles are still visible with
cancelled marks on them, even though if I had truly left and re-entered,
they'd be gone from my display.

Is there any way I can make cancelled messages just go away?  (After
all, they don't even exist anymore...)

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine
_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: alt-tab? really? you're joking...

[Adam Sjøgren]

Hikaru writes:

> asjo@koldfront.dk (Adam Sjøgren) writes:

>> Where in BBDB was this M-TAB business annoying you?

> Well, it's not anymore!

I understand that, but TAB works for me with v2, as I explained, so I
was wondering exactly where it did not work for you. Maybe we are using
bbdb in different ways.

> As I've said, I'm on v3 now. I'm not going back to v2 to look more at
> its behavior, because it's moot to me now. Problem solved!

That's fine, I was just curious to where it didn't work for you, as it
works for me - I wasn't asking you to go back to v2, just to tell me
where it didn't work from memory.

> Is there a way I can make messages that I have already expired from the
> Summary buffer really disappear from view?

I have no idea, I have never used expiration - harddisks/SSDs have been
big enough for such a long time that I have never felt the need to
delete email.

I don't even delete spam.


  Best regards,

    Adam

-- 
 "I har jo brug for en mand til at samle det hele -           Adam Sjøgren
  inden I går endnu mere i opløsning!"                   asjo@koldfront.dk


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: alt-tab? really? you're joking...

[Tassilo Horn]

asjo@koldfront.dk (Adam Sjøgren) writes:

> I don't even delete spam.

At some future point in time, you might want to come back to these cheap
VIAGRA offers? ;-)

SCNR,
Tassilo


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: alt-tab? really? you're joking...

[Hikaru Ichijyo]

asjo@koldfront.dk (Adam Sjøgren) writes:

> Tassilo writes:
>
>> asjo@koldfront.dk (Adam Sjøgren) writes:
>
>>> I don't even delete spam.
>
>> At some future point in time, you might want to come back to these cheap
>> VIAGRA offers? ;-)
>
> I'm growing old, you know... ;-)

I only keep the really good spam emails.  There have been some classics:

"If your warrior of love is too small, you may lose this war!"

"Set your wife on fire!"

"Your manhood will fly like a white dove - independent and free."

"You look like a fat hog.  No wonder your wife sleeps alone."

"I'm on rooftop!"

"I can't believe you saved me over $500 on bags!"


And my favorite from years ago, the two-parter spam about "impudent
impudent impudent" CEO Holliday of DuPont, a trans-national scoundrel!
Impudent impudent impudent is he!

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine
_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

spam (was: alt-tab? really? you're joking...)

[incal]

Hikaru Ichijyo <ichijyo@macross.sdf.jp> writes:

> I only keep the really good spam emails. There have
> been some classics:
>
> "If your warrior of love is too small, you may lose
> this war!" ...

You seem to get a lot of spam. While it is mostly the
job of the server software not to propagate it, last
line of defense client-side anti-spam is something I
would like to have better.

I have the KILL file which may look like this:

    (gnus-kill "From" "\"Dealsbycm.se\"" '(gnus-summary-mark-as-read nil "X") t)
    ;; etc.
    (gnus-expunge "X")

I do like the idea of basing anti-spam on header-value
pairs (and regexps), so you can just block them off
one by one. (On the server probably something more
advanced/powerful and algorithmic is called for,
depending on volume.)

What I don't like with the KILL file solution is that
it is in code (Elisp) contrary to just have a textfile
of data.

I did some work to automatize it: it works, without
giving the impression of being rock-steady. Something
like that should definitely be added to Gnus if it
isn't already.

    http://user.it.uu.se/~embe8573/conf/emacs-init/gnus/lamer.el
    http://user.it.uu.se/~embe8573/conf/.zsh/special/gnus_kill

But I do get spam very rarely so someone must be doing
something right.

-- 
underground experts united

Re: spam

[Hikaru Ichijyo]

incal <embe8573@student.uu.se> writes:

> You seem to get a lot of spam. While it is mostly the
> job of the server software not to propagate it, last
> line of defense client-side anti-spam is something I
> would like to have better.

I've been accumulating good ones for a very long time.  Actually, I
don't get much.  I use procmail to filter it.

> But I do get spam very rarely so someone must be doing
> something right.

It's a real science, making tasteless ads look like something you need
to be reading.  :)

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine

Re: spam

[incal]

Hikaru Ichijyo <ichijyo@macross.sdf.jp> writes:

> It's a real science, making tasteless ads look like
> something you need to be reading. :)

You can't fool everyone - but you can fool some, and
those are the ones you want to concentrate on...

-- 
underground experts united