Comments/suggestions on the attached AUTH module?
[...]
=head1 NAME
auth_cvm_unix_local - SMTP AUTH LOGIN module using
Bruce Guenther's Credential Validation Module (CVM)
http://untroubled.org/cvm/
[...]
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand
John Peacock wrote:
Matt Sergeant wrote:
A birdy tells me that qpsmtpd will be the default smtp server in the
next release of the e-smith SME server.
That birdy is correct, or you could have asked me instead :-)
Apparently that's 10K new
users (not sure whether that was end-users or
Ask Bjørn Hansen wrote:
[...]
I made a tag that I'll copy to 0.30 then unless something comes up:
http://svn.perl.org/qpsmtpd/tags/0.30rc1
Hmm - the MANIFEST doesn't list my new plugins (e.g.
plugins/auth/cvm_unix_local) - I don't know if anything else was missed
in that tag.
We also
Ask Bjørn Hansen wrote:
[...]
Oops.
http://svn.perl.org/qpsmtpd/tags/0.30rc2/
And initial RPMs can be found here:
http://www.gormand.com/smeserver/WIP/
Thanks,
Gordon
Not totally appropriate for a commercial mail server, IMO.
Gordon
--- plugins/check_spamhelo.orig 2005-07-02 17:07:43.0 +1000
+++ plugins/check_spamhelo 2005-07-02 17:08:56.0 +1000
@@ -29,7 +29,7 @@
for my $bad ($self-qp-config('badhelo')) {
if ($host eq lc $bad) {
--- plugins/rhsbl.orig 2005-07-02 17:15:11.0 +1000
+++ plugins/rhsbl 2005-07-02 17:15:29.0 +1000
@@ -9,6 +9,8 @@
sub mail_handler {
my ($self, $transaction, $sender) = @_;
+ return (DECLINED) if $self-qp-connection-relay_client();
+
my $res = new
--- config.sample/badrcptto_patterns.orig 1970-01-01
10:00:00.0 +1000
+++ config.sample/badrcptto_patterns2005-07-02 17:24:07.0 +1000
@@ -0,0 +1,5 @@
+# Format is pattern\s+Response
+# Don't forget to anchor the pattern if required
+! Sorry, bang paths not
John Peacock wrote:
[...]
These three I'm not going to commit (without discussion), because I
don't like the code duplication involved. Rather than patching every
plugin to respect the check_relay() setting (and yes, I know, I have
done this recently), and remember to add that code to any
Robert Spier wrote:
[...]
How about a compromise?
Use the return $msg from the connect hook (if any)?
How about the contents of config('smtpgreeting'), as per qmail-smtpd?
[...]
smtpgreeting
SMTP greeting message. Default: me, if that is supplied;
otherwise
Peter J. Holzer wrote:
[...]
This one makes the config directory and the plugin directory
configurable.
The config dir is taken from an env. variable QPSMTPD_CONFIG, if it
exists.
[...]
Yes, please!
For the SMEServer, I install qpsmtpd in /usr/lib/qpsmtpd/ and build
symlink trees from
Peter J. Holzer wrote:
This patch adds a pid for forkserver (this was previously posted by
someone else to the mailinglist)
[...]
PID files are evil, unreliable things which are often stale and
introduce race conditions. You don't need one under supervise, and IMO,
we're better off without
of a process.
FTR - in SMEServer land, we've moved from supervise to the runit workalike:
http://smarden.org/runit/
as the latter doesn't have djb's license restrictions, and has some nice extra
features, such as a finish script. Well worth a look, IMO.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED
Robert Spier wrote:
How about the contents of config('smtpgreeting'), as per qmail-smtpd?
[...]
smtpgreeting
SMTP greeting message. Default: me, if that is supplied;
otherwise qmail-smtpd will refuse to run. The first word
of smtpgreeting should be the
Charlie Brady wrote:
On Fri, 1 Jul 2005, Gordon Rowell wrote:
John Peacock wrote:
Matt Sergeant wrote:
A birdy tells me that qpsmtpd will be the default smtp server in the
next release of the e-smith SME server.
That birdy is correct, or you could have asked me instead :-)
And why
If config('smtpgreeting') exists:
- Display it in the connect response
- Don't display the version in the 'help' response
Thanks,
Gordon
--- SMTP.pm.orig 2005-07-07 14:25:53.0 +1000
+++ SMTP.pm 2005-07-07 15:03:57.0 +1000
@@ -104,8 +104,9 @@
return $rc;
}
elsif
Or should we have a bug reporting address/tracker?
Thanks,
Gordon
--- SMTP.pm.orig 2005-07-07 15:06:28.0 +1000
+++ SMTP.pm 2005-07-07 15:06:59.0 +1000
@@ -336,7 +336,7 @@
$self-respond(214,
This is qpsmtpd . $self-version,
See
|stop|restart|status|sigalrm|sigcont|sighup|sigint|sigkill|sigstop|sigterm|sigusr1|sigusr2|svdisable}
;;
esac
#!/bin/sh
#--
# copyright (C) 1999-2005 Mitel Networks Corporation
# Copyright (C) 2005 Gordon Rowell [EMAIL
John Peacock wrote:
[...]
That's easy enough to add. However, I've attached a slight rewrite to
Guillaume's patch so that now it handles multiline config files properly
and has all of the default values in a hash (which makes it very easy to
eventually abstract out completely as a language
Peter J. Holzer wrote:
[...]
[0] At the usual place: http://www.hjp.at/apt/redhat/7.3/i386/RPMS.hjp
resp. http://www.hjp.at/apt/redhat/7.3/i386/SRPMS.hjp. I can
rebuild them for other Redhat/Fedora releases if somebody is
interested.
And if anyone is using my qpsmtpd RPMs (which
), without djb's licensing issues.
IMO supervise/runit is clean and simple and it works.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
The test of our progress is not whether we add more to the abundance
This one took a little digging. I upgraded to 0.31 (from 0.29) in SME
Server 7.0beta4, and we've had bugs raised about ClamAV and SpamAssassin
not working. They are, just not for small mails...
If messages are smaller than 10k, the scanners don't get to see them:
John Peacock wrote:
[...]
FWIW, I've been running branches/0.31 for months now, with hardly any
lost mail [that wasn't my own damn fault]. ;-)
[...]
Umm - if (hardly any != no), I'm concerned.
Putting aside things which are of your own doing, do you know of failure
cases in the 0.31
As done in check_goodrcptto
Gordon
[EMAIL PROTECTED] tmp]$ diff -u check_badrcptto.orig check_badrcptto
--- check_badrcptto.orig2005-11-04 11:31:43.350962930 +1100
+++ check_badrcptto 2005-11-04 11:32:19.161737046 +1100
@@ -2,6 +2,7 @@
sub hook_rcpt {
my ($self, $transaction,
Ask Bjørn Hansen wrote:
On Nov 3, 2005, at 16:34 , Gordon Rowell wrote:
As done in check_goodrcptto
I'm not sure I understand the use case?
We (SME Server) generate a badrcptto config file which blocks mail to
auto-generated generic addresses like [EMAIL PROTECTED] from external use
location when
approved by our code police :-)
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
The test of our progress is not whether we add more to the abundance
of those who have much; it is whether we provide
John Peacock wrote:
[...]
3) Keeping all files related to a single plugin in a dedicated directory
would make it easier to have a layout like this:
unsupported/
check_delivery/
README - describe limitations and TODO's for this plugin
plugins/
check_delivery - actual
Andrew W. Donoho wrote:
[...]
On an FC4 system, there is always tension between the one, true RPM
path and getting things done. In my case, because I had already made
the commitment to djb's dnscache, utilizing your standard execution
model via daemon tools was a key parameter in
of plugins
provide most, though admittedly not all, of the features of check_delivery.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
The test of our progress is not whether we add more to the abundance
of those
Peter J. Holzer wrote:
[...]
I think validating recipients at the MX is something like a minimum
requirement for anyone running a mail server. Accepting an email and
then sending a bounce is very rude.
Agreed. I meant, but didn't say, There are other ways to reduce/remove
backscatter than
Bob Dodds wrote:
[...]
By address literal is OK, they mean IP, right?
[...]
See section 4.1.3 and 4.1.2 - address literals must be enclosed in
(square) brackets:
[...Section 4.1.2...]
address-literal = [ IPv4-address-literal /
IPv6-address-literal /
John Peacock wrote:
Bob Dodds wrote:
http://perlq.org/ yellow band shows that require_resolvable_fromhost
is a productive filter.
Except that is a different test (based on the same section of the RFC, however).
I've seen badly configured servers (*cough*Notes and Exchange*cough*) which
Ulrich Stärk wrote:
Hi list,
I just wrote a plugin to fulfil a customer's wish to archive every
incoming and outgoing mail.
The archive consists of two parts:
- local file system store where the mail gets stored as is, with full
headers and attachments
- database that stores metadata for each
Peter J. Holzer wrote:
[...]
Message header field names are not case-sensitive.
Actually, from my reading of it, Mail::Header::_tag_case() should ensure
that the header is handled as Message-ID regardless of the actual
case(s) used in the mail.
Gordon
Johan Almqvist wrote:
On Jan 23, 2006, at 10:48, Gordon Rowell wrote:
check_goodrcptto extn -
I don't have this, it wasn't in the distro.
I'll submit it on Gavin Carr's behalf unless he's listening. Gavin?
I also provided a link to the plugin set we use in the SME Server a
little
plugins:
=head1 AUTHOR
Copyright 2005 Gordon Rowell [EMAIL PROTECTED]
This software is free software and may be distributed under the same
terms as Perl itself.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
Ask Bjørn Hansen wrote:
On Jan 24, 2006, at 1:08 PM, Gordon Rowell wrote:
- License statement - either as per qpsmtpd or as per Perl or similar
open license
No, it really should be MIT licensed (as per qpsmtpd) to go in the
distribution.
There are a few exceptions (only your plugins
Ask Bjørn Hansen wrote:
[...]
Even worse if one piece of software uses multiple completely different
licenses. ;-)
Sure.
As a distro maintainer you should appreciate software licensed with the
MIT/X11 license...
Ah, but which version of that beastie? :-(
Life would be made quite a bit
Sydney Bogaert wrote:
[...]
Is this behaviour portable ?
It certainly is across all *nix variants - it's a fairly standard way to
ensure cleanup of temporary files.
The downside is that it makes it harder to leave the temporary files
around if you need to (e.g. for later diagnosis of
Les Mikesell wrote:
[...]
Sorry, most lists aren't so hostile to the mention of things
invented elsewhere.
[...]
Most lists are hostile to having developer time wasted:
http://lists.contribs.org/mailman/public/devinfo/msg08129.html
This list is no exception, and neither is the SME
here is to ensure that we can
collect plugins in SVN with minimal effort on the part of those who have
SVN write access. The contribs tree could be maintained by someone other
than the current trunk maintainers.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
-path = Path
Path = [ A-d-l : ] Mailbox
And RFC821:
reverse-path ::= path
forward-path ::= path
path ::= [ a-d-l : ] mailbox
We (SME Server) have been running with Peter Holtzer's RPMs which apply
a patch to enforce angles.
Thanks,
Gordon
--
Gordon
with angles.
I have yet to see a legitimate mail rejected.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
The test of our progress is not whether we add more to the abundance
of those who have much; it is whether we
.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http://www.gormand.com.au
Gormand Pty Ltd PO Box 239 St Pauls NSW 2031 Australia
The test of our progress is not whether we add more to the abundance
of those who have much; it is whether we provide enough for those who
have too little
is a significant
issue.
One of the (many) things which interests me about qpsmtpd is the Postfix
backend and one of my longer-term goals for the SME Server is to migrate
from qmail to Postfix. We have already moved from daemontools to runit.
Thanks,
Gordon
--
Gordon Rowell [EMAIL PROTECTED] http
John Wang wrote:
[...]
I think it would be a useful addition since I imagine most people want it to
be autostarted and init.d tends to be more popular than daemontools.
Sure, but it's not an either/or choice. You can have SysV startup and
process supervision - that's how we do it in the SME
John Peacock wrote:
I would have thought that you would have gotten the previous message from RT
(which I thought was the correct Requester gets this and not the, to my mind,
mostly useless just add some random note to RT that no one will ever see
without hunting it down). Sorry...
It may not
Charlie Brady wrote:
On Tue, 18 Apr 2006, Michael Holzt wrote:
Now one can discuss if a date header is required, but at least
there is very likely no error in the filtering code.
What is there to discuss?
Nothing, in my mind. RFC2822 and RFC822 are both quite clear:
Andrew Pam wrote:
Apologies if this has been discussed before. I have a number of clients
with mailboxes on my server who are complaining that they are losing
important incoming emails. On further investigation, this turns out
to be caused by the senders incorrectly capitalising the username.
Andrew Pam wrote:
[...]
Are you sure you understand my requirement?
I believe I do, but maybe I am missing something.
I want all email,
regardless of case, to be delivered to a (lowercase) local mailbox.
Yes, and that happens for me. A bunch of plugins validate the mail and
mail which
Lars Roland wrote:
Removing the daemonize stuff completely is going a bit to far (at
least from my point of view), it should never be required (or
desirable due to its crappy license) to have supervise installed
FYI - we've been here before on this list - you don't need to use supervise:
use in the SME Server config (which should use chpst
instead of softlimit):
#!/bin/sh
#--
# copyright (C) 1999-2005 Mitel Networks Corporation
# Copyright (C) 2005 Gordon Rowell [EMAIL PROTECTED]
#
# This program is free software
Michael Holzt wrote:
[...]
Redmond called Outlook does not set a Date: Header in the mail which is
generated for testing. Therefore check_basicheaders denied the mail which
in turn led to the error message described.
Yep - been there:
http://www.contribs.org/bugzilla/show_bug.cgi?id=492
Skaag Argonius wrote:
[...]
I'm going to start working on this. If anyone cares to join, you'r
welcome ;-)
Have you looked at the SME Server - www.smeserver.org / www.contribs.org
It doesn't have everything on your list, but it has quite a few and is
an excellent base for the rest.
I've written a new plugin which (mostly) replaces the smtp-forward
plugin. See this bug for background:
http://www.contribs.org/bugzilla/show_bug.cgi?id=1850
I looked at enhancing the smtp-forward plugin to handle multiple
internal mail servers, but it got ugly very quickly.
Rather than
Charlie Brady wrote:
[...]
If you wish to accept mail for domain literals you will need to
configure them in /var/qmail/control/rcpthosts and/or locals. I'd hope
that qpsmtpd will do the right thing if you do.
And in SME Server land, we only accept [EMAIL PROTECTED] (courtesy
of Gavin
Charlie Brady wrote:
[...]
It does mean that qpsmtpd's plugin is adding useless X-Spam-Status
headers rather than detecting and reporting that spamd hadn't reported
back correctly.
Worse than useless, IMO, as it's an explicit 'No'
Gordon
--
Gordon Rowell Gormand Pty Ltdhttp
,
Gordon
--
Gordon Rowell Gormand Pty Ltdhttp://www.gormand.com.au/
SME Server development and support http://www.smeserver.com.au/
Perl development, systems and network consulting
Matthew Harrell wrote:
I use this plugin because it does seem to stop a nominal amount of
suspicious mail. But I see it also catches mail from some companies
trying to send out autogenerated messages. When I look through the
plugin I don't see anything about whilisted hosts so I was thinking
58 matches
Mail list logo