Problems with inn 2.2.3

[Jeffrey M. Vinocur]

On Fri, 26 Apr 2002, Paul Tomblin wrote:

> Now I'm noticing another problem, far worse.  I've got duplicate articles
> in my spool, and even worse, articles in my spool (including the duplicate
> ones) that I can't find in the history file.

Does your 'remember' line in expire.ctl match 'artcutoff' in inn.conf?

I don't think that's the problem, but otherwise I have no ideas.


> - if they're local, don't authenticate
> - if the are coming from a outside a certain set of IP ranges,
>   authenticate against an external program that is setuid so it can get
>   the real password (this is on a Solaris system with over 68,000 entries in
>   the YP password, so it may be running some special patch for that).
> - if the IP range indicates they are on our dial-in, give them access to
>   all groups, otherwise give them access to all groups

This is all exactly what readers.conf is good for.  I don't have time at 
the moment to work one up for you, but I think if you spend some time with 
it you should be able to figure it out (and we'll help, here or in 
news.software.nntp, if you get stuck).


> - (here's what I think is probably the strange one) If they're not a
>   moderator approving somebody else's post, replace the From line with the
>   userid they authenticated with and the local domain name.  (We have some
>   contractual thing why we don't allow From forging).

Hmmm.  Thinking...

- There is a setting which generates the Sender: header from 
  authentication information.  If that happens before the Perl
  posting filter kicks in, then you could do what you want with 
  about three lines of Perl.

- Somebody posted a patch in the past couple weeks, either here
  or in news.software.nntp, to make the From: header have the same
  behavior as Sender:


> Also, if I switch to 2.3, can I just start using a new storage method in
> newsgroups that already have articles in tradspool, or do newsgroups have
> to be pure tradspool or pure timehash or whatever?

You can always mix storage methods, as far as I understand it.


-- 
Jeffrey M. Vinocur
jeff at litech.org