Is there any way to throttle the number of emails sent to a domain in a
certain time period
***
This email message and any files transmitted with it are intended solely
for the use of the individual or entity for whom it is addressed. It
may contain confidential and pr
Hello Nigel,
Running: Debian Unstable
Apache2 2.2.8-3
PHP5 5.2.5-3
MySQL 5.0.51a-3
But, as stated in a later message, found the issue. The webui was
located on a symlinked directory...
On 16-04-08 21:41, Nigel Kukard wrote:
After 2 days of hacking, trying, and debugging, the webui will no
> After 2 days of hacking, trying, and debugging, the webui will not
> work.
>
> I can get the postfix stuff working, but the other database, not
> it keeps coming with Error conneting to DB: invalid data source name
>
> Content of config.php:
>
>
> # mysql:host=xx;dbname=yyy
> #
> # pgs
Jon,
Yep, its there, but, probably it's just a bug, because the server runs
on unstable debian.
Therefor, i recalled my posting. Got it working now! GREAT STUFF!
On 16-04-08 23:38, Jon Duggan wrote:
Sure it's not apache mis-configuration?
FollowSymlinks needs to be in your section
--Jon
Sure it's not apache mis-configuration?
FollowSymlinks needs to be in your section
--Jon
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jacco van
Koll
Sent: 16 April 2008 22:15
To: policyd-users@lists.sourceforge.net
Subject: Re: [policyd-users] Not getting the webui to work
Ge
Gents, Ladies,
Found the issue! The config cannot handle linked directories.. So,
make sure you do not put the webui into a linked base-dir.
On 16-04-08 21:25, Jacco van Koll wrote:
Gents, ladies,
After 2 days of hacking, trying, and debugging, the webui will not work.
I can get the pos
Gents, ladies,
After 2 days of hacking, trying, and debugging, the webui will not work.
I can get the postfix stuff working, but the other database, not it
keeps coming with Error conneting to DB: invalid data source name
Content of config.php:
I do also get: *Fatal error*: Call to a
Cami Sardinha wrote:
Hugo Monteiro wrote:
I'm sorry if this is going to sound a bit strange, since Policyd is
announced as an "an anti-spam plugin for Postfix".
I have put together a small howto (two actually) on how to set up Qmail
and Qmail-LDAP with Policyd and take advantage of all the
Hugo Monteiro wrote:
>
> I'm sorry if this is going to sound a bit strange, since Policyd is
> announced as an "an anti-spam plugin for Postfix".
>
> I have put together a small howto (two actually) on how to set up Qmail
> and Qmail-LDAP with Policyd and take advantage of all the good stuff
>
Hello all,
I'm sorry if this is going to sound a bit strange, since Policyd is
announced as an "an anti-spam plugin for Postfix".
I have put together a small howto (two actually) on how to set up Qmail
and Qmail-LDAP with Policyd and take advantage of all the good stuff
Policyd provides.
T
The problem you're having is what's commonly known as backscatter.
This is a postfix issue (or rather, a problem with the SMTP proto itself)
rather than a policyd issue.
Take a look at http://www.postfix.org/BACKSCATTER_README.html for some
combatting methods.
--Jon
-Original Message-
F
Sounds like you need to set up your email servers to reject relayed mail
(see the postfix documentation for details).
Sam Przyswa wrote:
> Hi,
>
> After installing Postfix-Policyd it work fine and seems very efficient
> but I got a lot of mailer-daemon returned mail from spamers who used
> some va
Hi,
After installing Postfix-Policyd it work fine and seems very efficient
but I got a lot of mailer-daemon returned mail from spamers who used
some valid users addresses form our domain to send spam on others
systems. And if these mails aren't delivered the mails back to my users
with 554 SMTP er
Hi all
anybody using a similar setup here and willing to share their my.cnf settings
for the mysql daemon, or just some performance/bottleneck hints?
- two instances of policyd (each one on its own mailserver)
- mysql server installed on one of the mailservers
- 6M entries in triplet table,
14 matches
Mail list logo