Hallo,

bei einer lange nicht mehr gelesenen und betretenen, jetzt aber wieder
gewünschten Gruppe werden auch neue Artikel nicht als ungelesen
angezeigt. Will sagen: ich kann nicht erkennen, welche Artikel ich
bereits gelesen habe und welche nicht. Im Group-Buffer werden für die
Gruppe immer 0 ungelesene Artikel angezeigt, genauso im Summary-Buffer.

Leafnode holt dabei sehr wohl neue Artikel ab, und diese werden von Gnus
auch angezeigt -- nur eben nicht als neu.

Gnus 5.11 auf GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
of 2008-07-25 on raven, modified by Debian

Vielen Dank für eure Hilfe,
olli

Hallo,

ich habe hier auf meinem MacBook Gnus unter Aquamacs laufen (Versionen
siehe unten) - eine Installation, die ich vorher schon auf zwei
Linux-Rechnern hatte und die eigentlich recht wohlbehalten auf dem Mac
angekommen ist. Ich habe nur ein Problem mit den leider ja immer wieder
auftauchenden HTML-Mails, von denen auch nicht wirklich alle Schrott
sind. Ich hatte vor einiger Zeit schonmal die Probleme geschildert
(http://tinyurl.com/6a7p2o
bzw. ), aber leider keine
Antwort bekommen. Meine größten Problempunkte sind derzeit einmal die
beschriebenen "Hänger", aber auch gar nicht gerenderte Mails und Links,
die ich mir aus dem Text herauspuhlen muß.

Daher hätte ich mal die allgemeinere Frage: Wie handhabt Ihr das mit den
HTML-Mails? Gibt es da "best practices"?

Danke und schöne Grüße
Volker

Gnus v5.11
GNU Emacs 22.2.50.2 (i386-apple-darwin9.2.2, Carbon Version 1.6.0)
of 2008-06-17 on plume.sr.unh.edu - Aquamacs Distribution 1.4

Hallo,
ich habe das Problem das sich an meinem Arbeitsplatz unter Windows 2000
gnus nicht dazu bewegen lässt eine imap-Verbindung über ssl aufzubauen.
Gnus bleibt bei "Waiting for response from SERVER.de...done" hängen und
fragt nach mehreren Minuten nach Benutzer und Passwort (trotz
authinfo-File). Anschließend steht im Serverbuffer bei meinem
imap-Server denied.
Ich habe vor geraumer Zeit das Problem hier schon mal vorgetragen ->
allerdings ohne Erfolg.
Mir sind heute folgende Zeilen im imap-debug Buffer aufgefallen, deshalb
versuch ich es nochmal.


...
| | | | | | 7 -> imap-send-command: command="LOGIN \"wp1025075-sandy\"
\"BlueMan27\"" buffer=nil
| | | | | | | 8 -> imap-send-command-1: cmdstr="14 LOGIN
\"wp1025075-sandy\" \"BlueMan27\""
...

sowohl mein news- als auch mein imap-server werden in absehbarer zeit
umziehen. dabei ist sichergestellt, dass sich etwaige artikelnummern
etc. nicht aendern werden.

ich kann natuerlich lokal ueber /etc/hosts oder aehliche tricks den
hostnamen erhalten, allerdings faende ich es schon nett, da auf mitlere
sicht die echten namen verwenden zu koennen.

unter Changing Server finde ich nur den komplizierteren fall des
serverwechsels mit wechsel der artikelnummern, wo muss ich also
ansetzen?

sed durch .newsrc.eld
mv in ~/News/overview/nnimap

noch mehr?

Hi Gnus Fans,

Ich programmiere gerne mit Emacs und lese News gerne mit gnus. Zum
Programmieren hilft mir das show-wspace.el script aus dem emacs wiki
sehr:

http://www.emacswiki.org/cgi-bin/wiki/download/show-wspace.el

Leider macht es die Farben im Summary Buffer kaputt wenn man die
Funktion show-ws-highlight-tabs einschaltet.

Kennt jemand das Problem und weiss wie man Gnus zusammen mit
show-wspace.el benutzen kann?

Reinhard.

Ich habe hier zwei Gruppen, bei denen nicht angezeigt wird, wenn es neue
Nachrichten gibt. Sie haben das Level 3 (wie andere auch, bei denen es
funktioniert). Wenn ich die Nachrichten lese, werden alle neuen
angezeigt, aber eben nicht im Group Mode.
Leider habe ich keine Idee, wie ich dieses Problem untersuchen kann.

Beste Gruesse
henry

Ich verwende normalerweise Emacs 22.2 mit Gnus 5.11, habe jedoch Emacs
23.0.60 mit Gnus 5.13 ausprobiert. Laut der Neuigkeiten-Doku verwendet
Gnus 5.13 das Coding utf-8-emacs, Gnus 5.11 jedoch noch emacs-mule.

Wie in der Doku empfohlen, habe ich die Variable
mm-auto-save-coding-system auf emacs-mule-dos (der letzte Teil wegen
Windows) gesetzt, trotzdem hat Gnus 5.13 die Datei als utf-8-emacs-dos
gespeichert, die Gnus 5.11 dann natürlich nicht lesen konnte. Ich habe
vorher eine Sicherheitskopie gemacht und die beiden Versionen
verglichen: Die Unicode-Zeichen sind tatsächlich anders kodiert (und im
Kopf wurde auch das neue Coding hineingeschrieben).

Welche Variable ist also für das Speichern der endgültigen Version
verantwortlich (also nicht die Auto-Saves) bzw. welche Lösung gibt es
für das Problem, dass ich die .newsrc.eld in beiden Gnus-Versionen
verwenden kann?

http://theotp1.physik.uni-ulm.de/~ste/comp/emacs/gnus/draft/G_E_C_Draft.html

Kapitel 5:

Da staht

,----
| .. ~/.gnus.el (darf auch ~/.gnus heissen, wobei ~/.gnus.el
| inzwischen von Lars bevorzugt wird[7])
`----

Und unter [7] Steht:

http://theotp1.physik.uni-ulm.de/~ste/comp/emacs/gnus/draft/G_E_C_Draft.html#fn-7

,----
| Mit .el hat z.B. den Vorteil, dass sie von (X)Emacs sofort als
| Emacs-Lisp erkannt wird (ohne Cookie).
`----

Was für ein Cookie ist da gemeint?

Wenn die ".gnus.el" NUR ".gnus" heisst, braucht Emacs einen Cookie um
sie zu erkennen?

Hä?

Das Ding hieß doch jahrelang einfach nur ".gnus" Was war daran falsch? :)

Heino

Hallo,

ich bekommen des öfteren Termine von Outlook-Benutzern
in folgendem Format zu gesendet:

,----
| [1. text/calendar]
| BEGIN:VCALENDAR
| PRODID:-//Microsoft Corporation//Outlook 11.0 MIMEDIR//EN
| VERSION:2.0
| METHOD:REQUEST
| BEGIN:VEVENT
| ...
| ...
| ...
| ...
| END:VEVENT
| END:VCALENDAR
`----

Kann man sich so einen Termin in lesbarer Form unter Gnus anzeigen lassen?

Was ich bis jetzt unternommen habe:

Richard Anacker wrote:

Wenn Du meine Erfahrung überspringen möchtest, nimm nicht den XEmacs.
Nimm den Emacs.

Das ist keine Glaubensfrage, sondern gerade bei benutzung von Gnus
vorteilhaft, weil der Emacs mit Unicode umgehen kann. Und im Usenet
wird Unicode benutzt. Ist halt so.

;; *******************************
;; Zeilenlänge 70 Zeichen
;; *******************************
(add-hook 'message-mode-hook
(lambda ()
(setq fill-column 70)
(turn-on-auto-fill)))