On Sat, Jan 01 2011, Lars Magne Ingebrigtsen wrote:
> David Brown writes:
>
>> However, if I compose a message from elsewhere in Emacs (C-x m), the
>> message is archived to ~/Mail/2010 and not under the archive folder.
>
> Yes, that's a Gnus archiving method. If you're using the non-Gnus mail
>
Hi all,
since NO GNUS v0.11, everytime I open a new connection to my IMAP
server, a logging buffer is generated, this buffer contains my PLAIN
PASSWORD (even if the connection is being made over ssl), along with all
the messages exchanged between gnus and the server. Is there a way to
disable thi
Can anyone see a problem with using "/" us the separator of components
in a hierarchical group name. For example, instead of:
mylists.linkedin.updates
mylists.linkedin.groups.gnus
mylists.linkedin.groups.yaks
I'd use:
mylists/linkedin/updates
mylists/linkedin/groups/gnus
mylists/linkedin/groups/
Tommy Kelly writes:
Hi Tommy,
> Can anyone see a problem with using "/" us the separator of components
> in a hierarchical group name. For example, instead of:
>
> mylists.linkedin.updates
> mylists.linkedin.groups.gnus
> mylists.linkedin.groups.yaks
>
> I'd use:
>
> mylists/linkedin/updates
> m
Philipp Haselwarter writes:
> On Sun, 02 Jan 2011 22:10:30 +0100, Richard Riley
> said:
>
> ---8<---[snipped 28 lines]---8<---
>
> RR> other machines can talk to it (if you want) e.g your dev machine on
> RR> the desk could have the router routing imap to it so you can read
> RR> your email fro
Brett Viren writes:
> On Sun, Jan 2, 2011 at 9:54 PM, Philipp Haselwarter
> wrote:
>>
>> That being said - I also still run dovecot as server: for
>> offlineimap. Dno if offlineimap could do without a server, guess I'll
>> have to take a look.
>
> It can. Here is an example of IMAP-to-IMAP sync
prad writes:
> Richard Riley writes:
>
>> Here's an extract from my
>> dovecot.conf : this iis the thing that provides the indexing.
>>
>>
>> ,
>> | protocol imap {
>> | mail_plugins = fts fts_squat
>> | listen = *:143
>> | ssl_listen = *:993
>> | }
>> |
>> | plugi
On Mon, Jan 3, 2011 at 8:50 AM, Richard Riley wrote:
> Out of idle curiosity, Why do you need to specifiy Maildir paths or even
> MAIL settings? If its IMAP just talk through IMAP the underlying storage
> should be of no interest to the client.
Dunno. Some howto I found showed to do it this way
On Mon, Jan 03 2011, Richard Riley wrote:
> Brett Viren writes:
>
>> On Sun, Jan 2, 2011 at 9:54 PM, Philipp Haselwarter
>> preauthtunnel = ssh -q REMOTEHOST 'MAIL=maildir:$HOME/Maildir
>> /usr/lib/dovecot/imap'
>
> Out of idle curiosity, Why do you need to specifiy Maildir paths or even
> MAIL s
David Brown writes:
> On Mon, Jan 03 2011, Richard Riley wrote:
>
>> Brett Viren writes:
>>
>>> On Sun, Jan 2, 2011 at 9:54 PM, Philipp Haselwarter
>>> preauthtunnel = ssh -q REMOTEHOST 'MAIL=maildir:$HOME/Maildir
>>> /usr/lib/dovecot/imap'
>>
>> Out of idle curiosity, Why do you need to specifi
I invoke imap directly using
dovecot --exec-mail imap
and it reads the config file. I do it like this because it appears
to be faster than using a socket, possibly in part because it avoids
authentication and encryption. I even find it faster when I connect
to a remote server (using the above
Tassilo Horn writes:
> What makes you think someone's going to forbid it?
Only the fact that it's a unix directory separator and so the kind of
thing that could cause issue. Like whitespace. Sounds like
it's not a problem though.
thanks
Tommy
___
inf
Richard Riley writes:
> downloaded it? it comes with gnus I think.
>
> You did download nognus or not?
>
nognus???
never heard of it - i must be a real newbie!!
> http://git.gnus.org/cgit/gnus.git/
>
though i think you may have mentioned the .git in the other newsgroup,
but i didn't look into it
I'm subscribed to a list of newsgroups at gmane, when I go through that
list using RET and q to quickly see what's there, often I find point on
what seems arbitrary articles---not the first article of the Summary
Buffer. I don't remember this always being the case. While reading
articles I have a
On Mon, Jan 3, 2011 at 3:28 PM, prad wrote:
> so nognus must be the git version i guess.
The gnus development versioning totally confused me for a long time
(still does).I think this may be an intentional effect.
Quote:
If you happen upon a version of Gnus that has a prefixed name --
"(
On Mon, 3 Jan 2011 18:10:10 -0500, Brett Viren wrote:
> Quote:
>
>If you happen upon a version of Gnus that has a prefixed name --
> "(ding) Gnus", "September Gnus", "Red Gnus", "Quassia Gnus",
> "Pterodactyl Gnus", "Oort Gnus", "No Gnus" -- don't panic. Don't let
> it know that you're frighten
Sean Sieger writes:
> I'm subscribed to a list of newsgroups at gmane, when I go through that
> list using RET and q to quickly see what's there, often I find point on
> what seems arbitrary articles---not the first article of the Summary
> Buffer.
See `gnus-auto-select-subject'.
--
(domestic
Tommy Kelly writes:
> Can anyone see a problem with using "/" us the separator of components
> in a hierarchical group name.
Gnus doesn't care. I think the only character that would be problematic
in a group name is \n.
--
(domestic pets only, the antidote for overdose, milk.)
la...@gnus.or
Massimo Gengarelli writes:
> since NO GNUS v0.11, everytime I open a new connection to my IMAP
> server, a logging buffer is generated, this buffer contains my PLAIN
> PASSWORD (even if the connection is being made over ssl), along with all
> the messages exchanged between gnus and the server. I
Lars Magne Ingebrigtsen writes:
> Massimo Gengarelli writes:
> No Gnus is the development version of Gnus. When it's released, the log
> buffer will be removed.
Good to know, thank you ;-)
-Massi.
___
info-gnus-english mailing list
info-gnus-eng
Brett Viren writes:
> On Mon, Jan 3, 2011 at 3:28 PM, prad wrote:
>
>> so nognus must be the git version i guess.
>
> The gnus development versioning totally confused me for a long time
> (still does).I think this may be an intentional effect.
I think you might be right. Why not just call i
Sean Sieger writes:
> Is there any convenient built-in way to streamline this process?
>
> I do, h then C-n; for a URL, h then C-s, ht RET.
I'd still like to shoot for something even terser, but thanks for
showing me that "h" switches back and forth between the summary and
article buffers. A
Lars Magne Ingebrigtsen writes:
See `gnus-auto-select-subject'.
Thank you.
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
Sean McAfee writes:
> Idea #1: Via a numeric prefix. Perhaps all of the links could be
> numbered, like the Conkeror browser does, for ease of identification.
Sounds a bit disruptive when reading the articles...
> Idea #2: Add a command that highlights successive links on repeated
> invocation
Lars Magne Ingebrigtsen writes:
> Sean McAfee writes:
>> When I want to click on a hyperlink embedded in an article, it's kind
>> of a hassle to switch to the article buffer, navigate to the link, and
>> press RET, and then return to the summary buffer afterwards. Is there
>> any convenient buil
25 matches
Mail list logo