Gnus development mailing list
 help / color / mirror / Atom feed
From: "Georg C. F. Greve" <greve@gnu.org>
Cc: ding@gnus.org
Subject: Re: Question about mail archive
Date: 09 Apr 2001 11:26:12 +0200	[thread overview]
Message-ID: <m33dbi4e6j.fsf@reason.gnu-hamburg> (raw)
In-Reply-To: <m2puen8aic.fsf@snail.nowhere.ch> (Alex Schroeder's message of "08 Apr 2001 21:19:39 +0200")


[-- Attachment #1.1: Type: text/plain, Size: 1633 bytes --]

Hi Alex,

 || On 08 Apr 2001 21:19:39 +0200
 || Alex Schroeder <alex@gnu.org> wrote: 

 >> For synchronizing email across several machines, I used to sync
 >> ...
 >> minutes over a 64k ISDN line.)

 as> Hm, I didn't ask this, so maybe it is irrelevant -- but how did
 as> you sync this exactly?  Assume you have an nnml directory
 as> ~/Mail/emacs on two machines, both machines get mail.  Doesn't
 as> that mean that for each filename a mail exists on either machine
 as> -- and there is no guaranty that the file contains the same mail?
 as> Then sync would by impossible, right?

Not quite. You'd get a lot of duplicate messages, but that shouldn't
hurt. The limiting factor is that with this setup, gnus MUST never run
on more than ONE of the machines.

This seems to be a standard problem - if gnus had a pre-startup check
for a lockfile (let's say a file called "lock" in the Mail directory),
this could easily be solved.

What about this behaviour:

 Only if the machine name in the lockfile matches the local host, gnus
 starts up. 

 If no lockfile is present, it creates it and writes the local
 hostname into it.

 The lockfile is among the synced files. 

Then the lockfile could also be used to determine the direction of the
file-sync. After the sync, the lockfile is deleted.

That should be a little safer, at least.

Regards,
                Georg

-- 
Georg C. F. Greve                                       <greve@gnu.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Brave GNU World	                           (http://brave-gnu-world.org)

[-- Attachment #2: Type: application/pgp-signature, Size: 268 bytes --]

  reply	other threads:[~2001-04-09  9:26 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-07 11:48 Georg C. F. Greve
2001-04-07 14:54 ` Kai Großjohann
2001-04-07 15:04   ` Georg C. F. Greve
2001-04-07 15:30     ` Kai Großjohann
2001-04-07 15:56       ` Georg C. F. Greve
2001-04-07 17:34         ` Alex Schroeder
     [not found]         ` <m2snjksjem.fsf@snail.nowhere.ch>
2001-04-08 14:57           ` Georg C. F. Greve
2001-04-08 18:36             ` Kai Großjohann
2001-04-08 19:19               ` Alex Schroeder
2001-04-09  9:26                 ` Georg C. F. Greve [this message]
2001-04-09 10:06                 ` Kai Großjohann
2001-04-08 19:55               ` Georg C. F. Greve
2001-04-08 20:23                 ` Kai Großjohann
2001-04-08 20:38                   ` Georg C. F. Greve
2001-04-08 20:41                     ` Kai Großjohann
2001-04-09  9:29                       ` Georg C. F. Greve
2001-04-09 16:01                 ` Dan Christensen
2001-04-09 18:39                 ` Paul Jarc
2001-04-09 19:48                   ` Kai Großjohann
2001-04-10 15:19                     ` Paul Jarc
2001-04-14 21:51                       ` Steinar Bang
2001-04-14 22:34                         ` Kai Großjohann
2001-04-15 20:30                           ` Steinar Bang
2001-04-15  3:52                         ` Paul Jarc
2001-04-15  7:58                           ` Kai Großjohann
2001-04-15 18:30                         ` simon
2001-04-15 20:30                           ` Steinar Bang
2001-04-15 23:25                           ` Bjørn Mork
2001-04-09 20:10                   ` Georg C. F. Greve
2001-04-09 20:36                     ` Paul Jarc
2001-04-10  8:34                       ` Georg C. F. Greve
2001-04-10 15:38                         ` Paul Jarc
2001-04-09 20:50                     ` Kai Großjohann
2001-04-10  8:35                       ` Georg C. F. Greve
2001-04-10  9:42                         ` Kai Großjohann
2001-04-10  9:54                           ` Georg C. F. Greve
2001-04-10  9:20                       ` nnmail-split-fancy-with-parent (Was: Question about mail archive) Mats Löfdahl
2001-04-10  9:44                         ` Kai Großjohann
2001-04-10 10:00                           ` Mats Löfdahl
2001-04-10 14:53                             ` Kai Großjohann
2001-04-10 16:25                               ` Mats Löfdahl
2001-04-10 17:20                                 ` Kai Großjohann
2001-04-10 14:02                         ` Doug Alcorn
2001-04-10 14:55                           ` Kai Großjohann
2001-04-11  3:21                       ` Question about mail archive Samuel Padgett
2001-04-11 10:07                         ` Kai Großjohann
2001-04-11 14:23                           ` Paul Jarc
2001-04-13 15:58                             ` Kai Großjohann
2001-04-10  1:18                     ` Dan Christensen
2001-04-10  8:39                       ` Georg C. F. Greve
2001-04-10  0:55                   ` Karl Kleinpaste
2001-04-10 15:46                     ` Paul Jarc

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m33dbi4e6j.fsf@reason.gnu-hamburg \
    --to=greve@gnu.org \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).