Iavor Raytchev wrote: (on the wiki)
* brief idea - combination of extension and daemon
I think that should be changed. 'Extension' implies C code that is
compiled into PHP. With a daemon there is no need for such drastic
measures. 'Module' or 'library' would be better since the whole
Hi,
Ken Jones wrote:
I've been thinking about this and I think the daemon is definitly the
way to go. If Rick can't release the code I can write one. I think
the protocol could be like this:
I found the code and although it is not as pretty as I remember it is
available for release. It's in
On Friday 02 April 2004 1:27 pm, Rick Macdougall wrote:
Hi,
Ken Jones wrote:
I've been thinking about this and I think the daemon is definitly the
way to go. If Rick can't release the code I can write one. I think
the protocol could be like this:
I found the code and although it is not
Rick Macdougall wrote:
Hi,
Ken Jones wrote:
I've been thinking about this and I think the daemon is definitly the
way to go. If Rick can't release the code I can write one. I think
the protocol could be like this:
I found the code and although it is not as pretty as I remember it is
available
Ken Jones wrote:
I've been thinking about this and I think the daemon is definitly the
way to go. If Rick can't release the code I can write one. I think
the protocol could be like this:
I found the code and although it is not as pretty as I remember it is
available for release.
Marcin Soltysiak wrote:
Ken Jones wrote:
I've been thinking about this and I think the daemon is definitly the
way to go. If Rick can't release the code I can write one. I think
the protocol could be like this:
I found the code and although it is not as pretty as I remember it is
available for
On Friday 02 April 2004 2:15 pm, Marcin Soltysiak wrote:
snip
How about security? If we got it secures by SSL we coiuld use it on
multiple servers from one console. Rick, could you post a URL to the code?
I was talking this over with Jeremy and he recommended running it
under tcpserver. So we
Ken Jones wrote:
On Friday 02 April 2004 1:27 pm, Rick Macdougall wrote:
That sounds good. Of course as a C programmer I'd prefer it be
written in C linking in the vpopmail API. I'd like to take a swing
at building it in C over the weekend. vmailmgr has something
like this already, including a
Hi,
Ken Jones wrote:
On Friday 02 April 2004 2:15 pm, Marcin Soltysiak wrote:
I was talking this over with Jeremy and he recommended running it
under tcpserver. So we could run it over ssl with the ssl patch to tcpserver.
Yup, that's what we were doing. It was originally written to handle
That sounds good. Of course as a C programmer I'd prefer it be
written in C linking in the vpopmail API. I'd like to take a swing
at building it in C over the weekend. vmailmgr has something
like this already, including a php module to talk to it. Perhaps
we can re-use some of that code.
Hello everybody,
As it seems that the daemon idea prevails - what about a 'home' for the daemon?
When I spoke to Boian Bonev (one of the authors of the php vpopmail extension) he was
absolutely for the daemon idea, but he said that it is very important to decide about
its home -
Is it going
On Friday 02 April 2004 2:32 pm, Iavor Raytchev wrote:
Hello everybody,
As it seems that the daemon idea prevails - what about a 'home' for the
daemon?
When I spoke to Boian Bonev (one of the authors of the php vpopmail
extension) he was absolutely for the daemon idea, but he said that it
[snip]
Ken Jones wrote:
That sounds good. Of course as a C programmer I'd prefer it be
written in C linking in the vpopmail API. I'd like to take a swing
at building it in C over the weekend. vmailmgr has something
like this already, including a php module to talk to it. Perhaps
we can re-use
[snip]
Marcin Soltysiak:
Ken:
That sounds good. Of course as a C programmer I'd prefer it be
written in C linking in the vpopmail API. I'd like to take a swing
at building it in C over the weekend. vmailmgr has something
like this already, including a php module to talk to it. Perhaps
we
[snip]
X-Istence:
why? We could talk to it using normal sockets. I dont see why it would
require a special API to talk to a normal deamon on a TCP/IP. Even Unix
sockets.
[snip]
I heard this idea several times and I think I like it.
I dont think implementing an independent tcp transport (even if its a
very simple protocol) is a good idea nowdays.
I would do it in a soap or xmlrpc wrappers, over an already well made,
very lean, http server library. So then the clients could be made in any
language without having to
Ken Jones wrote:
I'd like to keep it in the vpopmail project. The daemon could be part of
the regular code and the php client module could be part of contrib?
I really like the idea of a wiki, too bad we don't have one for vpopmail.
Hi,
My only problem with that solution is that I wouldn't
That woudl be the best way. However, then we'd need a PHP API to use in
web-apps
[snip]
Ken, actually how do you imagine php to talk to the daemon?
With XML-RPC or SOAP!
[snip]
Ken Jones
On Friday 02 April 2004 2:32 pm, Iavor Raytchev wrote:
Would be best to open a Sourceforge.net project and open a wiki for an easy
white board?
I'd like to keep it in the vpopmail project. The daemon could be part of
the regular code and the php client module could be part of
[snip]
Rick Macdougall:
Ken Jones wrote:
I'd like to keep it in the vpopmail project. The daemon could be part of
the regular code and the php client module could be part of contrib?
I really like the idea of a wiki, too bad we don't have one for vpopmail.
Hi,
My only problem with that
X-Istence wrote:
why? We could talk to it using normal sockets. I dont see why it would
require a special API to talk to a normal deamon on a TCP/IP. Even Unix
sockets.
Here is my $0.02 on how to best implement a daemon...
The daemon is in C [1] and runs under tcpserver. It opens a unix
On Friday 02 April 2004 08:21 pm, Ken Jones wrote:
How about security? If we got it secures by SSL we coiuld use it on
multiple servers from one console. Rick, could you post a URL to the
code?
I was talking this over with Jeremy and he recommended running it
under tcpserver. So we could
The daemon MUST require all connections to be authenticated, preferably
against the vpopmail user base.
user rwidmer ok
password mypassword ok
This is only slightly related to Rick's comments (which I think are very
good by
Rick Widmer wrote:
snip
[1] Maybe it is my age showing, but it seems to me you want daemons lean
and mean, and having to load the whole PHP interpreter just doesn't do
it for me. (This is from someone who usually prefers to do everything
in PHP.)
I agree.
X-istence
Rick Macdougall wrote:
Ken Jones wrote:
On Friday 02 April 2004 1:27 pm, Rick Macdougall wrote:
That sounds good. Of course as a C programmer I'd prefer it be written
in C linking in the vpopmail API. I'd like to take a swing
at building it in C over the weekend. vmailmgr has something
like
Ken Jones wrote:
On Friday 02 April 2004 2:32 pm, Iavor Raytchev wrote:
Hello everybody,
As it seems that the daemon idea prevails - what about a 'home' for the
daemon?
When I spoke to Boian Bonev (one of the authors of the php vpopmail
extension) he was absolutely for the daemon idea, but he
X-Istence wrote:
I'd like to keep it in the vpopmail project. The daemon could be part of
the regular code and the php client module could be part of contrib?
Ken
This would cause problems. Then it would not be in PHP releases, and
only in the contrib directory, thus making it still an remote
Paul Oehler wrote:
The daemon MUST require all connections to be authenticated, preferably
against the vpopmail user base.
user rwidmer ok
password mypassword ok
This is only slightly related to Rick's comments (which I think
The daemon MUST require all connections to be authenticated, preferably
against the vpopmail user base.
user rwidmer ok
password mypassword ok
This is only slightly related to Rick's comments (which I think are very
The daemon MUST require all connections to be authenticated, preferably
against the vpopmail user base.
user rwidmer ok
password mypassword ok
This is only slightly related to Rick's comments (which I think are very
Iavor Raytchev wrote:
[snip]
X-Istence wrote:
Now what i want to ask is, could we write it efficiently. As i would
want to deploy this over multiple servers, and having everything
written out in normal ASCII would be a waste of bandwidth (all bytes
count), i think that we should make it
Alejandro Borges wrote:
That woudl be the best way. However, then we'd need a PHP API to use
in web-apps
[snip]
Ken, actually how do you imagine php to talk to the daemon?
With XML-RPC or SOAP!
Or super-simple: over sockets using tcpserver. tcpserver is built for making
these kinds of
Paul Oehler wrote:
There is a function that provides authentication:
vpasswd( user, domain, password, is_apop )
that returns the user's password info if valid, or 0.
The problem is, if you can execute the vpopmail library at all, you can
execute every function within it. This is how
Doug Clements wrote:
Iavor Raytchev wrote:
[snip]
X-Istence wrote:
Now what i want to ask is, could we write it efficiently. As i would
want to deploy this over multiple servers, and having everything
written out in normal ASCII would be a waste of bandwidth (all bytes
count), i think that we
34 matches
Mail list logo