cucipop
Cucipop is a fast and robust implementation of the RFC1939 POP3 protocol. It supports both BSD-type and SysV-type mailbox formats, works reliably over NFS.and it includes an option to defeat "leave mail on server" clients. Cucipop can run from inetd or as a standalone daemon.
| Tags | Communications Email Post-Office POP3 |
|---|---|
| Operating Systems | POSIX |
| Implementation | C |
- All comments
Recent commentsRe: Cucipop
Oops!
Here's the magic incantation you're probably looking for in order to fix the problem with duplicate messages not getting deleted:
chown root:mail /var/mail
chmod go+w /var/mail
chmod 750 /var/mail
Hurray, problem fixed. :)
Re: Cucipop
>
> % % have found. One error that I have
> % %
> % % Err Locking [user]'s mailbox.
>
>
> Since 26 -r-xr-sr-x 1 bin mail 26368
> 13 âåð 21:11
> /usr/local/libexec/cucipop
> /var/mail should writable by group mail,
> which has GID 6.
>
Uh, be more specific. I've run this:
chown go-w /var/mail
chown root:mail /var/mail
chmod 755 /var/mail
Now, according to what you've just told me, that should have worked, right?
cucipop not locking mail
cucipop appears to violate RFC1939 in that it allows
more than one connection to a mailbox
simultaneously.
I say 'appears to violate' because I've tried a couple
of different ISPs using cucipop and they both had this
behaviour. It may be a configuration option.
My tests indicated that (a) a second connection to a
mailbox will succeed when the first one is still active
(ie before it has issued a quit); and that (b) if you
have more than one connection active at the same
time then if both connections are deleting email
independently then the first connection to quit will
have its deletions accepted and the second
connection will have its deletions ignored.
Is there a way to write a pop client so that multiple
connections can safely access the same mailbox?
Re: Cucipop
> % have found. One error that I have
> %
> % Err Locking [user]'s mailbox.
Since 26 -r-xr-sr-x 1 bin mail 26368 13 âåð 21:11 /usr/local/libexec/cucipop
/var/mail should writable by group mail, which has GID 6.
Re: GPL
> There is source that was taken directly
> from procmail which is under GPL, yet
This sentence should have read: "from procmail which is also available under the GPL".
> cucipop was not placed under GPL
> (missing COPYING file and no mention to
> GPL).
Which is entirely correct and in no way violates the GPL considering the fact that the author of cucipop happens to be the author of procmail as well, and is therefore permitted to rerelease any part of the procmail sources under any license he sees fit.