[ n.b. I sent a longer post which is buried at the end of the thread
from yesterday (tls_before_auth...) as I did not realise how the
threading worked in the beta mail list interface[*]. ]
I want to write an auth_dbi plugin and it will need to read its
configuration when it loads so I want to
On Tue, 2006-12-12 at 08:28 +0100, Kjetil Kjernsmo wrote:
On Monday 11 December 2006 15:33, Guy Hulbert wrote:
I use Debian and I will make this work on Sarge but Etch is due out
very soon and I notice that it's at 0.32-4 ... so I'd like to help
make that 0.33-1 before the release.
It's
On Wed, 2006-13-12 at 15:59 -0500, [EMAIL PROTECTED] wrote:
When I test qpsmtpd server, two email addresses have been set up, one is
for A domain, it works fine; another is for B domain. When testing B,
qpsmtpd log has message like this: Plugin require_resolvable_fromhost, hook
mail returned
Yesterday these two requests hung. Today they both give errors.
1. http://svn.perl.org/viewcvs/qpsmtpd/
SubversionException: (Berkeley DB error for
filesystem /svn/qpsmtpd/db while opening 'nodes' table:\nCannot
allocate memory, 160029)
2. svn co
I did 'svn up' on the trunk and 0.3x and I can see both 0.33 and 0.3x in
the Changes file but no 0.33 tag or branch exists. Can I presume that
the stuff between 0.3x and 0.33 will all be included in 0.33 ?
I am starting on an 'auth_dbi' plugin this morning using 0.3x so I want
to make sure it
On Sat, 2006-16-12 at 08:06 -0800, Ask Bjørn Hansen wrote:
On Dec 16, 2006, at 7:18 AM, Guy Hulbert wrote:
I did 'svn up' on the trunk and 0.3x and I can see both 0.33 and
0.3x in
the Changes file but no 0.33 tag or branch exists. Can I presume that
the stuff between 0.3x and 0.33
I've written my auth_dbi plugin and I'm now trying to figure out how to
use the test framework so I've made an inheritance diagram for
qpsmtpd ... just tabbed text for now. It's attached because I've found
some mail readers do weird things with tabs.
I'll park a copy on the wiki as well once
Is Test::Qpsmtpd::new_conn() called anywhere ?
A cursory grep through the code did not turn up any references to it.
--
--gh
On Thu, 2006-21-12 at 08:36 -0500, Guy Hulbert wrote:
Is Test::Qpsmtpd::new_conn() called anywhere ?
A cursory grep through the code did not turn up any references to it.
silly ... forgot to grep through t/*
--
--gh
On Sun, 2006-31-12 at 08:59 +0100, Hanno Hecker wrote:
On Sun, 31 Dec 2006 01:40:47 +0100
Joe Knall [EMAIL PROTECTED] wrote:
snip
Next question: where to initialize the connection to my database?
I think the init-method should be the correct place, isn't it?
snip
This one is a bit tricky
Hanno. Thanks. This is everything I needed to know.
I will write this up for the wiki ... unless someone already has
(where?). I am still going to try to do some work on the test framework
but that really depends on what the intent is there for which I will
need to ask Ask, I guess.
I have a
On Mon, 2007-01-01 at 10:02 -0800, Ask Bjørn Hansen wrote:
On Dec 31, 2006, at 8:15 AM, Guy Hulbert wrote:
I will write this up for the wiki ... unless someone already has
(where?). I am still going to try to do some work on the test
framework
but that really depends on what
On Wed, 2007-03-01 at 11:32 -0500, Charlie Brady wrote:
On Wed, 3 Jan 2007, Atik wrote:
how to configure my qmail server (smtp port) to run on 2525 port instead of
25
my OS is Redhat enterprise As4
On Debian the answer is to set the environment variable TCPLOCALPORT to
2525 in the script
On Wed, 2007-03-01 at 11:53 -0600, Marcus Brim wrote:
IMO, nobody should run qmail's smtp daemon these days.
I run it in the configuration that Charlie's asking about, and it
seems to work well. Forwards to port 2525 where qmail picks it up.
Just for the record, it is Charlie you are
On Thu, 2007-04-01 at 12:12 +, Robin Bowes wrote:
Guy Hulbert wrote:
There are better python wikis than trac. In particular moin-moin is
quite close to the present docu-wiki.
Moin-moin versus trac:
http://www.wikimatrix.org/compare/MoinMoin+TracWiki
Trac is missing a lot
[ apologies for replying to my own post ... I delete most things after
I read them but sent-mail is always there ]
On Thu, 2007-04-01 at 06:58 -0500, Guy Hulbert wrote:
On Thu, 2007-04-01 at 11:26 +, Robin Bowes wrote:
Michael Holzt wrote:
As some of you might or might now know, i'm
On Thu, 2007-04-01 at 23:58 +1100, James Turnbull wrote:
I don't feel either of these will be a good replacement for the
current
wiki. I agree that placing the plugin repository in the wiki wasn't
the
best idea (I just couldn't think of a better way of doing it at the
time).
Yes - the
On Thu, 2007-04-01 at 07:43 -0500, Guy Hulbert wrote:
I guess I would vote for Twiki if we were changing.
It seems that the latest twiki will be in etch and I have been
planning
to upgrade my server anyway.
My thoughts have changed a bit since looking at the source.
The install guide
On Thu, 2007-04-01 at 15:14 +0100, Leander Koornneef wrote:
May be a few days before I report further ...
This may save you a bit of work if it's just for testing:
Yeah. Saw that. However ...
http://twiki.org/cgi-bin/view/Codev/TWikiVMDebianStable
Leander
... I don't use windows
On Thu, 2007-04-01 at 15:43 +0100, Arnaud ASSAD wrote:
I'd also like to keep the wiki.
To my mind, the tool is ok, We (In fact I should use 'I') only have to
contribute more.
There is, for example, a lot of knowledge on the ML which has not be put
back on the wiki.
Twiki should be able
On Thu, 2007-04-01 at 07:58 -0700, Tom Smith wrote:
The largest installation woes...
- Perl modules--most are part of standard Perl, but some had to be
added
CPAN is your friend ... but it's getting to be a bit of a monster. My
strategy is to use it for a test install and then save all the
On Thu, 2007-04-01 at 16:34 +0100, Michael Holzt wrote:
I guess I would vote for Twiki if we were changing.
Sorry, twiki isn't going to be installed on _any_ machine controlled
by
me. twiki has a bad history of (overly stupid!) security incidents
and
its main developer (Peter Thoeny)
On Thu, 2007-04-01 at 09:53 -0600, Les Mikesell wrote:
On Thu, 2007-01-04 at 16:34 +0100, Michael Holzt wrote:
Sorry, twiki isn't going to be installed on _any_ machine controlled by
me. twiki has a bad history of (overly stupid!) security incidents and
its main developer (Peter Thoeny)
On Thu, 2007-04-01 at 16:54 +0100, Arnaud ASSAD wrote:
If twiki appears to be the best choice for most of the people, maybe
we
should all consider it on a pragmatic way.
Unless and until Michael decides that he no longer wants to host the
wiki, I think he has the final word.
I am going to
On Thu, 2007-04-01 at 08:22 -0700, Tom Smith wrote:
You may want to try etch. I expect to type:
apt-get install twiki
snip
Ubuntu 6.06 LTS is gcc4--versions before that were not.
All of the extra Perl modules I needed on 6.06 were installable via
apt--only one came from the
On Thu, 2007-04-01 at 17:32 +0100, Michael Holzt wrote:
Unless and until Michael decides that he no longer wants to host the
wiki, I think he has the final word.
No. While i own qpsmtpd.org and run the current wiki, my opinion is in
no way superiour than those of others. If the project (as
On Fri, 2007-05-01 at 08:07 +1100, James Turnbull wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guy Hulbert wrote:
I don't think this is inconsistent with what I said. You have now
confirmed your decision to not host the wiki if it must be twiki and if
that is the case then I
On Thu, 2007-04-01 at 17:02 -0500, David Kaufman wrote:
Hi Michael,
Michael Holzt [EMAIL PROTECTED] wrote:
I guess I would vote for Twiki if we were changing.
Sorry, twiki isn't going to be installed on _any_ machine controlled
by me. twiki has a bad history of (overly stupid!)
On Fri, 2007-05-01 at 08:01 +0100, Juerd wrote:
Ask Bjørn Hansen skribis 2007-01-04 14:21 (-0800):
Personally I often still keep a qmail-smtpd around anyway for
internal bulk mail - cronjob mails, internal relay from servers
sending administrative mails, etc...
While I'm also still
On Fri, 2007-05-01 at 10:03 +0100, Michael Holzt wrote:
When sendmail is not installed, whatever MTA package replaces it, is
generally configured to replace it. I think qmail may do this by
listening on 127.0.0.1:25 rather than providing /usr/sbin/sendmail.
qmail does provide
On Fri, 2007-05-01 at 11:13 +0100, Juerd wrote:
It's not SMTP, so it shouldn't be in the SMTP RFC :)
One of the reasons to use /usr/sbin/sendmail is *avoiding* SMTP.
In my experience, every beginning perl web programmer writes
software
which directly talks SMTP.
I have seen people
On Fri, 2007-05-01 at 11:35 +0100, Juerd wrote:
The set of standards evolves just like the rest of the world. You can
consider this a problem, or just enjoy the new stuff :)
Or you can actually look at the code.
For Debian, the default is Paul Vixie's cron. In config.h
#if
On Sat, 2007-06-01 at 01:59 +1100, James Turnbull wrote:
sendmail when used on the command line sends mail via qpsmtpd.
I believe that to be a false (i.e. incorrect) statement. I don't
know of
any sendmail which injects mail into the local queue via SMTP. It's
certainly not the case
On Fri, 2007-05-01 at 16:26 +0100, Peter J. Holzer wrote:
On 2007-01-05 05:26:20 -0500, Guy Hulbert wrote:
snip
Even if a standard is de facto instead of official, it's still a
standard. /usr/sbin/sendmail certainly is the de facto standard, even
The only argument I am making is that '/usr
On Fri, 2007-05-01 at 15:36 +,
[EMAIL PROTECTED] wrote:
Tho it _should_ mean that cron does not require qmail-smtpd.
With the caveat of the particular OS and flavour of cron.
Cron requires a local delivery agent ... which may send to the SMTP port
on a remote host, depending on the
On Fri, 2007-05-01 at 14:45 +,
[EMAIL PROTECTED] wrote:
Lo all,
Would I be correct in thinking that for a host to pass this it has to
have a valid MX record? ie if it only has an A record it fails?
I don't think so. It appears to look up A or preferentially but
when it looks up the
On Sat, 2007-06-01 at 02:42 +1100, James Turnbull wrote:
From my brief review the (replacement) binaries provided by the
Sendmail, Postfix, Exim, and qmail MTAs all default to local mail
queue
submission. You have to manually override to get other behaviour.
And whilst perhaps sym-linked
On Fri, 2007-05-01 at 11:07 -0500, Charlie Brady wrote:
You can see exactly what he said, since I've quoted it. qpsmtpd only
receives mail via SMTP, so he is/was implying that sendmail sends via
SMTP. Which is false (at least in all common setups).
I've read through all the flags on the exim
On Fri, 2007-05-01 at 17:00 +0100, Peter J. Holzer wrote:
(including headers) and tries to deliver it. That is the sendmail
interface people are talking about here. How it does the delivery
(writing to a queue directory, calling /var/qmail/bin/inject, piping
to
On Fri, 2007-05-01 at 17:33 +0100, Peter J. Holzer wrote:
No. That was not the solution. The claim was that cron cannot be
broken by removing qmail-smtpd, since cron uses /usr/sbin/sendmail.
So there is no problem and therefore no solution is necessary.
It does not matter how standard the
On Fri, 2007-05-01 at 18:06 +0100, Michael Holzt wrote:
either! What is required, is a submission agent at the said locations.
[1] http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS13
Finally the answer to my original question.
Thanks.
--
--gh
On Fri, 2007-05-01 at 18:11 +0100, Peter J. Holzer wrote:
qpsmtpd was designed as a drop-in replacement for qmail-smtpd.
Yes. NOT /usr/sbin/sendmail.
Right. And therefore replacing qmail-smtpd with qpsmtpd has absolutely
NO impact on programs using /usr/sbin/sendmail.
And, BTW,
On Fri, 2007-05-01 at 18:26 +0100, Peter J. Holzer wrote:
And vixie cron (on Sarge) does not use the interface
named /usr/sbin/sendmail. It uses /usr/lib/sendmail.
You can claim that all you like, but it is wrong. I already posted the
output of strings /usr/sbin/cron, but here is an
On Fri, 2007-05-01 at 18:26 +0100, Peter J. Holzer wrote:
(That's cron-3.0pl1-86, just in case that behaviour changed at some
point since the release of Sarge).
Sarge is cron-3.0pl1-99 but the source code still has:
config.h
#if !defined(_PATH_SENDMAIL)
On Fri, 2007-05-01 at 18:43 +0100, Peter J. Holzer wrote:
Vixie cron's source code still thinks it want /usr/lib/sendmail
Then you are probably not looking at the right source code (or at the
wrong part of the source code). The binary in Debian Sarge uses
/usr/sbin/sendmail.
The vixie
On Fri, 2007-05-01 at 18:34 +0100, Peter J. Holzer wrote:
This thread is rapidly becoming ridiculous.
I think we passed that point a long time ago ... so I'll stop now.
--
--gh
On Fri, 2007-05-01 at 19:12 +0100, Peter J. Holzer wrote:
On 2007-01-05 12:41:39 -0500, Guy Hulbert wrote:
On Fri, 2007-05-01 at 18:26 +0100, Peter J. Holzer wrote:
(That's cron-3.0pl1-86, just in case that behaviour changed at some
point since the release of Sarge).
Sarge is cron
On Sun, 2007-07-01 at 14:09 +0100, Joe Knall wrote:
Hello,
Postfix has a feature called DISCARD; to discard a message means to
accept it regularly but deliver to /dev/null (eg. blacklisted senders).
To implement this with qpsmtpd do I have to provide a custom hook_queue
that does
On Sun, 2007-07-01 at 09:22 -0500, Guy Hulbert wrote:
On Sun, 2007-07-01 at 14:09 +0100, Joe Knall wrote:
Hello,
Postfix has a feature called DISCARD; to discard a message means to
accept it regularly but deliver to /dev/null (eg. blacklisted senders).
To implement
On Sun, 2007-07-01 at 09:22 -0500, Guy Hulbert wrote:
On Sun, 2007-07-01 at 14:09 +0100, Joe Knall wrote:
Hello,
Postfix has a feature called DISCARD; to discard a message means to
accept it regularly but deliver to /dev/null (eg. blacklisted senders).
To implement
On Sun, 2007-07-01 at 17:35 +0100, Michael Holzt wrote:
On request by James Turnbull i just installed a the pagemove plugin into
dokuwiki which allows renaming/moving pages. Problem is, that only admin
users can use it, and of course i don't want to give everyone admin rights.
Awesome. I have
On Mon, 2007-08-01 at 10:04 +1100, James Turnbull wrote:
All
I've given some thought to a proposed Wiki namespace structure. A
structure will allow us to better present the Wiki home page and allow
structured growth of the documentation. The proposed namespaces are:
Namespace:
On Mon, 2007-08-01 at 10:04 +1100, James Turnbull wrote:
configuration Pages about configuration and conf files
I prefer 'conf' or 'config' as it's less typing but that is largely a
matter of taste and mine is fairly bad. I'm not sure how to abbreviate
'deployment'.
I would use
Anyone.
I managed to find out what the problem with the addresses.t is. It
seems that some of the changes in 'lib/Qpsmptd.pm' stop the plugins
being loaded in the tests.
Plugins were trying to load from 't/plugins'. So I hardcoded
@plugin_dirs=('plugins');
at the beginning of
On Mon, 2007-08-01 at 10:23 +0100, Michael Holzt wrote:
On another request by James i just installed the styler plugin (see
Wow. James has done a lot of work since yesterday. It's looking really
nice ...
http://iar.spb.ru/projects/dokuwiki/styler) which adds some more page
formatting
On Tue, 2007-09-01 at 02:09 +1100, James Turnbull wrote:
All
I've undertaken some changes to the Wiki:
Saw them literally seconds before reading this.
snip
2. I've left the plugins page (http://wiki.qpsmtpd.org/plugins) intact
I want to work on this. I will try to finish fixing the test
On Mon, 2007-08-01 at 16:36 +0100, Sydney Bogaert wrote:
2. I've left the plugins page
(http://wiki.qpsmtpd.org/plugins) intact
and in its current position due to the page's external links. I've
checked Google and this (and the start page) seem to be
pretty much the only pages
On Mon, 2007-08-01 at 18:21 +0100, Michael Holzt wrote:
1. Some experiment of mine broke the wiki, so there was an unplanned outage.
Sorry about that.
2. I took the opportunity and upgraded dokuwiki to the latest version. I
also installed a new template, which i think is much nicer. I
On Mon, 2007-08-01 at 13:47 -0500, Guy Hulbert wrote:
The backlink problem is still there ... same message. I'll send a
proper bug report to the docuwiki guys ... but if I find out how to
fix
it I'll let you know.
I already had a copy of the docuwiki source unpacked so I looked at the
line
On Mon, 2007-08-01 at 07:39 -0500, Guy Hulbert wrote:
Anyone.
snip
Now I get:
t/plugin_tests...Can't call method register_tests without
a package or object reference at t/Test/Qpsmtpd.pm line 98.
This was trivially fixed by looking at the code. The new _load_plugin
Attached is file: 0.3x-r704-svndiff
This fixes the unit tests.
Could someone apply it please.
Summary:
lib/Qpsmptd.pm:
$this_plugin = ...
to
($this_plugin) = ...
otherwise plugins are not loaded.
t/Test/Qpsmtpd.pm:
sub plugin_dir {
'./plugins';
}
to
Replying to myself again ... last one.
On Mon, 2007-01-01 at 13:34 -0500, Guy Hulbert wrote:
On Mon, 2007-01-01 at 10:02 -0800, Ask Bjørn Hansen wrote:
snip
need to ask Ask, I guess.
I'm not entirely sure what the question is, but ...
Well, you seem to have answered it ok
All.
[ This is a new thread that I should have started at the link below. ]
Here are some first thoughts on some minor changes to the test
framework, that I wrote with some of the list discussions on the wiki
and plugins in mind:
http://beta.nntp.perl.org/group/perl.qpsmtpd/2007/01/msg6108.html
On Tue, 2007-09-01 at 14:10 +,
[EMAIL PROTECTED] wrote:
The one in /usr/bin has this at the top of the file:
#!/usr/bin/perl -Tw
eval 'exec /usr/bin/perl -Tw -S $0 ${1+$@}'
if 0; # not running under some shell
I realise that this does nothing, but just wondered why it was in the
On Tue, 2007-09-01 at 18:18 +0100, Peter J. Holzer wrote:
I have not heard of anyone running it from the installed version
like
this yet. I'm not brave enough to try :-).
Everybody who uses the Debian packages or RPMs, does.
Yes. I said that for Debian. I didn't know about the RPMs.
On Thu, 2007-11-01 at 10:44 -0600, Mark Farver wrote:
Someone mentioned here a few days ago that there was a way to have SA do
per user configs based on the To: field (or Rcpt to?). I can't figure
out how that would be done. Anyone have any hints or pointers to where
it is mentioned in
On Fri, 2007-12-01 at 15:30 +0100, Peter J. Holzer wrote:
I'd rather go into the direction of even less efficiency and more
flexibility and run spamc with appropriate privileges.
Yep. You can probably offload 'spamd' to another server ... right ?
--
--gh
On Sat, 2007-20-01 at 12:32 -0500, Matt Sergeant wrote:
On 19-Jan-07, at 4:59 PM, Michael Holzt wrote:
I was thinking of rejecting mail when the MAIL FROM is empty or
set to
during the MAIL FROM stage.
Do not. is the legitimate envelope sender for bounce messages and
shall never
On Sat, 2007-20-01 at 17:38 -0500, Matt Sergeant wrote:
On 20-Jan-07, at 2:53 PM, Guy Hulbert wrote:
fwiw, rfc2821 says:
Yup, and is sadly 5 years out of date. It also suggests you
shouldn't
You don't seem to have read my email ... I was agreeing with you.
Bernstein pointed out some
On Sun, 2007-21-01 at 00:19 +0100, Michael Holzt wrote:
Bernstein claims that this is a requirement of RFC 821.
Now, i'm not sure what Bernstein wrote, but i doubt he wrote that
a MTA is not allowed to reject a mail at SMTP level.
Sorry, I'm probably SMTP-confused ... let me look up what
On Sat, 2007-20-01 at 18:01 -0600, Les Mikesell wrote:
Guy Hulbert wrote:
snip
Sorry, I'm probably SMTP-confused ... let me look up what he
wrote ...
http://cr.yp.to/smtp/client.html
[...]
The client then sends a DATA request, and waits for the
response
On Sun, 2007-21-01 at 01:07 +0100, Michael Holzt wrote:
The client then sends a DATA request, and waits for the
response:
One major reason for bounce generation is mail for nonexistent recipients.
As qmail-smtpd is unable to check recipients, it accepts mail for any
On Sun, 2007-21-01 at 01:09 +, Robin Bowes wrote:
I've got to say, the most effective qpsmtpd plugin I run is my own
check_validrcptto_cdb plugin which uses one of John SImpson's scripts
to
generate a cdb of valid addreses and checks the incoming rcptto addres
against it. I find it
On Sun, 2007-21-01 at 11:57 +0100, Peter J. Holzer wrote:
qmail rejects at RCPT ... I don't know whether it is qmail-smtpd or
qmail-queue but it certainly rejects for unknown
user (approximately).
I hate to get into a it does ... does not ... does, too type of
argument with you again, but
On Sun, 2007-21-01 at 17:24 +0100, Peter J. Holzer wrote:
The mechanism I currently use extends the Qpsmtpd::Address class with a
notes() method (this is done by the address_notes plugin[0]). This
I'd noticed 'notes' in the code.
snip
I think this mechanism is quite flexible and I would
On Sun, 2007-21-01 at 12:05 -0500, Guy Hulbert wrote:
On Sun, 2007-21-01 at 17:24 +0100, Peter J. Holzer wrote:
The mechanism I currently use extends the Qpsmtpd::Address class with a
notes() method (this is done by the address_notes plugin[0]). This
I'd noticed 'notes' in the code
On Mon, 2007-22-01 at 13:43 -0500, Guy Hulbert wrote:
I've started (but not finished) re-writing the plugin docs, current
status can be seen at
http://ankh-morp.org/~vetinari/qpsmtpd/plugins.pdf
(or .tex for the raw version). This is mainly a collection of all
plugin related docs in one
On Mon, 2007-22-01 at 10:52 -0700, JT Moree wrote:
I dont see very many that do this on the wiki. I understand that the
wiki is new and some plugins will not be up there.
This isn't quite true. The wiki has been there for some time but a few
of us are putting in some effort now to make it
On Mon, 2007-22-01 at 13:51 -0500, Guy Hulbert wrote:
I skimmed through it and it looks great but much bigger than what I
had
planned so I hope you do finish it. It will certainly be a useful
reference for me. I will stop what I'm doing now and read it
carefully.
This clarifies a quite few
On Mon, 2007-22-01 at 15:04 -0500, Charlie Brady wrote:
I think most other people running qmail actually use net-qmail,
which
has a similar set of patches applied.
net-qmail doesn't have this functionality (rejecting based on
recipient
during the smtp conversation.
I'm unaware of
On Mon, 2007-22-01 at 14:00 -0500, Guy Hulbert wrote:
I will create a separate plugin links page and add everything I can
find
for tomorrow.
I have started work on this and I will start the wiki page in a few
minutes. The first and easiest thing to do was to checkout the
'contrib' tree from
On Tue, 2007-23-01 at 14:26 +0100, Michael Holzt wrote:
1. Does qpsmtpd need to be compiled and installed?
No it doesn't. The Makefile is broken, forget about it.
Others have reported differently (see January 2007 list archive).
The error message in question is harmless.
However, the rest
On Tue, 2007-23-01 at 16:29 +0100, Hans Salvisberg wrote:
Good idea, I'll try that. What throws me off is why Peter would post
the
tcpserver-xinetd.patch without the other non-trivial files in
qpsmtpd-xinetd.tar. The patch alone seems pretty useless, and I
wonder
whether the other files
On Tue, 2007-23-01 at 16:30 +0100, Hans Salvisberg wrote:
Your findings are a bit scary, especially
(Is anyone running this in production ?? How ??).
That was 0.3x (or 0.33-dev as it is now known in the changelog). Matt
Seargeant checked in an improvement of my fix for that so it
On Thu, 2007-18-01 at 20:01 -0800, Robert Spier wrote:
If it asks you to login, you might have to use your *gmail* rather
than a generic *google* account -- that tripped me up for a bit.
No might. Will.
(And if you don't have one, why not?)
It will accept a google account login if you
On Thu, 2007-25-01 at 07:02 +0100, Hans Salvisberg wrote:
finding the plugins. How can I tell it where the plugins are?
You can add a config file called 'plugin_dirs' in which you list (one
per line, iirc) directories where plugins can be found.
If you do not have this config file then the next
On Fri, 2007-02-02 at 23:57 -0800, Ask Bjørn Hansen wrote:
On Feb 2, 2007, at 10:58 PM, Robert Spier wrote:
I've finally reorganized the svn repository.
Thanks Robert!
At some point we'll decide whether the next version will be 0.33 or
On branch 0.3x there are some useful features
On Sat, 2007-03-02 at 12:42 -0500, Matt Sergeant wrote:
Yes. But remember it's not do not work it's just that they block
for some definition of work ;-)
the event loop, which isn't a total tragedy as the blockage tends to
not last very long.
ok, tqvm
--
--gh
On Thu, 2007-08-02 at 08:45 -0500, Jeff Macdonald wrote:
On Wed, Jan 31, 2007 at 07:07:18PM -0700, Bryan Scott wrote:
Forkserver maxes at 30 on the 2 filters and 15 on the primary (which is
mostly answering to machines using stale DNS records, i.e. dynamic zombie
hosts).
Forgive me for
On Thu, 2007-08-02 at 09:12 -0500, Guy Hulbert wrote:
On Thu, 2007-08-02 at 08:45 -0500, Jeff Macdonald wrote:
On Wed, Jan 31, 2007 at 07:07:18PM -0700, Bryan Scott wrote:
Forkserver maxes at 30 on the 2 filters and 15 on the primary (which is
mostly answering to machines using stale DNS
I've finally got back to things ... and since the trunk has changed,
I've decided to go with that.
In order to test things I'm using:
perl Makefile.PL PREFIX=/test/path
make test make install
A few things are missing (see below).
Questions.
1. Is 'qpsmtpd-async' now preferred ?
On Mon, 2007-12-02 at 10:27 -0500, Guy Hulbert wrote:
So, what is missing is:
plugins/[ cp -rp plugins ]
config/ [ cp -rp config.sample ]
I expect I'll be able to get Makefile.PL to add this but I will need
to
read 'perldoc ExtUtils::MakeMaker' a bit more
On Mon, 2007-12-02 at 10:27 -0500, Guy Hulbert wrote:
Questions.
1. Is 'qpsmtpd-async' now preferred ?
I cannot get qpsmptd-async to accept mail. At 'rcpt' it always returns
501 Syntax error in address
The 'qpsmtpd-forkserver' works with the same configuration.
FWIW, I have managed
I finally wrote one ('rcpt_ok') and uploaded it to the tracker ... I
will begin documenting this on the wiki ... soonish ...
--
--gh
On Mon, 2007-12-02 at 20:12 -0500, m. allan noah wrote:
just started using qpsmtpd with qmail via xinetd. very happy so far.
have found 2 errors in the greylisting plugin:
1. setting db_dir causes taint errors.
2. setting db_dir causes 'invalid parameter(s):' errors
both of these issues
On Sun, 2007-18-02 at 07:30 -0500, Matt Sergeant wrote:
Mark Signal wrote:
can someone suggest how I could modify this code to return DECLINED if
the sender (mail from) contains .nz at the end of the address?
if ($transaction-sender-format =~ /\.nz$/i) {
$self-log(LOGWARN, Sender from
On Sun, 2007-18-02 at 09:03 -0500, Guy Hulbert wrote:
On Sun, 2007-18-02 at 07:30 -0500, Matt Sergeant wrote:
Mark Signal wrote:
can someone suggest how I could modify this code to return DECLINED if
the sender (mail from) contains .nz at the end of the address?
if ($transaction
On Sun, 2007-18-02 at 16:09 +0100, Michael Holzt wrote:
But i also think that it might make sense to remove the relay checking
code from rcpt_ok and put in a separate plugin, e.g. called check_relay.
Perhaps copy the code to an *additional* 'check_relay' plugin rather
than remove it entirely
On Sun, 2007-18-02 at 16:40 +0100, Jens Weibler wrote:
Guy Hulbert wrote:
On Sun, 2007-18-02 at 16:17 +0100, Jens Weibler wrote:
mmh, I've disabled rcpt_ok for my config.
I'm not using rcpthosts nor allowing relaying over qpsmtpd.
check_relay would be a much better name
On Wed, 2007-21-02 at 08:01 +1100, Charles Butcher wrote:
If you really want to take this into account, use it as part of a
scoring system (e.g. spamassassin) but not as a sole reason.
I spent a while running myself ragged dealing with legitimate mail from
big ISPs that had no PTR
1 - 100 of 285 matches
Mail list logo
