From: Iavor Raytchev [EMAIL PROTECTED]
I posted here a couple of days ago a note about the php vpopmail extension
and I got in touch with Rick Widmer who has done some progress on it. As I
wrote then - we want to write high level php/Smarty GUI for vpopmail
management module.
The main
Hello everybody,
Sorry for cross posting if you get this message two or three times. This is a
milestone message and I will not make it a practice.
First, thank you everybody who wrote back (all in the CC:). Your comments were great
and lead to much better visibility in the situation php
Iavor Raytchev wrote:
snip interesting request about vpopmail admin server
Ok... here is what i do...i take a Python based soap server with https.
I use python's facilities
to execute all the vpopmail/bin commands from a shell.
How insecure is it? Well, if someone broks your webserver, and
Hello Devendra,
On Friday, April 2, 2004 at 7:26:47 AM you wrote (at least in part):
This gives me a clue that perhaps we should be able to do it using
qmail-scanner-queue.pl code. Let me try it out. If anyone else too can give
some pointer on this angle do let us know.
qmail_requeue() seems
Hello,
I am currently working on setting up an extranet site for my company. I
would like to import the information from the mysql vpopmail db into the
cms's (Content Management System) user database, however the cms db
stores passwords like so: 7729ca956c9bdb1ea9e498ebeb57ffda
However the
Hello Charles,
On Friday, April 2, 2004 at 6:21:55 AM you wrote (at least in part):
I hope this isn't some kind of bitmasking thing, because that just
makes my head spin.
That is exactly what it is...
So how does one deal with that?
Carefully.
How does this work?
Good.
:-)
OK, an
This was emailed directly to me, but I think it is of importance to the
list. I don't have time to look into it further, but we definitely
need a change. vdelivermail() calls qmail-inject when processing
forwards in a .qmail file, but does not wait for qmail-inject to finish
before exiting.
On Friday 02 April 2004 12:07 pm, Tom Collins wrote:
This was emailed directly to me, but I think it is of importance to the
list. I don't have time to look into it further, but we definitely
need a change. vdelivermail() calls qmail-inject when processing
forwards in a .qmail file, but does
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
Cory Barton wrote:
Hello,
I am currently working on setting up an extranet site for my company. I
would like to import the information from the mysql vpopmail db into the
cms's (Content Management System) user database, however the cms db
stores passwords like so:
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
Thank you.
X-Istence wrote:
Cory Barton wrote:
Hello,
I am currently working on setting up an extranet site for my company.
I would like to import the information from the mysql vpopmail db
into the cms's (Content Management System) user database, however the
cms db stores passwords like
[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
Charles Sprickman wrote:
On Wed, 31 Mar 2004, Doug Clements wrote:
Radiator (open.com.au) rules. You can do virtually anything, including
custom SQL queries.
I know, I used to use it. Best radius server ever. But it costs $$ that
we don't have.
A good start to getting something else
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
This is regarding qmail + vpopmail 5.3.12 running under tcpserver, on
FreeBSD 4.6.1.
My server was bouncing *everything* with 5.7.1, that is including stuff that
should have been delivered to domains hosted by my server.
I panicked and just rebooted my server (because reboot is very quick and it
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
Kurt Bigler wrote:
This is regarding qmail + vpopmail 5.3.12 running under tcpserver, on
FreeBSD 4.6.1.
My server was bouncing *everything* with 5.7.1, that is including stuff that
should have been delivered to domains hosted by my server.
5.7.1 can mean a domain is not on your rcpthosts list.
on 4/2/04 1:53 PM, X-Istence [EMAIL PROTECTED] wrote:
Kurt Bigler wrote:
This is regarding qmail + vpopmail 5.3.12 running under tcpserver, on
FreeBSD 4.6.1.
My server was bouncing *everything* with 5.7.1, that is including stuff that
should have been delivered to domains hosted by my
on 4/2/04 2:05 PM, Kurt Bigler [EMAIL PROTECTED] wrote:
on 4/2/04 1:53 PM, X-Istence [EMAIL PROTECTED] wrote:
Kurt Bigler wrote:
Thanks for any thoughts, and sorry to be so lacking in info. I did do a
quick ps when I discovered the problem and I'm pretty sure that the
tcpserver process
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
A new update to the vpopmail extension for PHP has been uploaded to
http://kimberly.developersdesk.com/
I believe it now supports everything that QmailAdmin uses.
Hi Rick,
Is your PHP vpopmail extention able to create and manage Forwards, Robots
(autoresponders), and mailing lists?
Iavor Raytchev wrote:
It seems now the next bottleneck is 'how will php talk to the daemon'.
My PHP interface to the daemon would work like this:
example.php
--
?
include( vpopmail.pobj );
# Information for login
on 4/2/04 1:15 PM, Kurt Bigler [EMAIL PROTECTED] wrote:
This is regarding qmail + vpopmail 5.3.12 running under tcpserver, on
FreeBSD 4.6.1.
My server was bouncing *everything* with 5.7.1, that is including stuff that
should have been delivered to domains hosted by my server.
I panicked
Kurt Bigler wrote:
snip
I confirmed that if I kill this process (line from ps output):
qmaild86243 0.0 0.1 904 360 ?? SNJ 3:05PM 0:00.09
tcpserver -v -H -R -lvps.breathsense.com -x
/var/vpopmail/etc/tcp.smtp.cdb -c200 -u1003 -g1001 0 25 fixcrio
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
I am in the process of migrating our qmail/vpopmail/webmail box to a
server farm (Using ServerIron for Load Balancing)
I have decided to log everything to a central log server (To simplify
support and generation of stats), and came across the following:
The following describes how to log to
on 4/2/04 6:24 PM, X-Istence [EMAIL PROTECTED] wrote:
Kurt Bigler wrote:
snip
I confirmed that if I kill this process (line from ps output):
qmaild86243 0.0 0.1 904 360 ?? SNJ 3:05PM 0:00.09
tcpserver -v -H -R -lvps.breathsense.com -x
/var/vpopmail/etc/tcp.smtp.cdb -c200
54 matches
Mail list logo