First, I want to thank Robert Varga, for his response,
which also helped solving other problems I had.
On Mon, Aug 02, 1999 at 03:08:46PM -0500, Fred Lindberg wrote:
> On Mon, 2 Aug 1999 16:43:04 +0200, torben fjerdingstad wrote:
> >I would like to use maildirs. Should i do double delivery,
> >maildir for qmail-pop3d and mailbox for the rest, or are
> >there better options? Which imap-maildir-patch is
> >supported on this mailing list (none I suppose).
>
> Pine does not support maildir, but the patch works well. Without
> patching, you could use pinq from qmail to create a mbox from the
> maildir on startup.
Would it not be simpler to let qmail do the work, by delivering
the same mail to both maildir and mailbox?
> Jucky solution - why not use the pine patch? I've
> used pine 3.96 here with patch for some time - now the 4.10 one
> mentioned second www.qmail.org. There is an imap there as well. Not
> tried, but same library - so should work.
I *hate* pine. People forward emails, telling me to look at
the problems they have with mail or mailing lists and ask me
to reply directly to the user. Unfortunately pine is unable
to forward the original letter with all headers as a mime
attachment. Then I have to cut and paste to compose a letter
to the user, asking him to reply directly to me so I can see
how his mail headers look like.
And, we only have c compiler for aix-4.2, not for aix-4.3,
so I don't think I can compile pine.
Only pine has to be killed now and then because it eats all
available memory on the machine.
> Sender domain check, i.e. "MAIL FROM: at the smtp level" or From:
> header parsing if IMHO a frightful waste of resources, and a reason for
> bouncing mail that is perfectly legitimate (albeit syntactically
> flawed). Use rbl and relay.radparker.com instead. Those approaches make
> sense.
I already use those blacklists. But they do not protect from
bogus sender addresses (unqualified, nonexisting domains ...),
like <tom>, <nobody@inet>, <fred@XYZ/INET> .... which all
end up in the postmaster mailbox if they cannot be delivered.
I don't mind about the extra DNS queries. I already do 4
different blacklist lookups for each message.
> Address rewriting: Set QMAILUSER/QMAILHOST correctly
> and get people to
> configure their MTA correctly (memo from boss: I will fire everyone who
> does not ...). I don't know how to rewrite e.g. From: headers with
> qmail.
I suppose the reverse-alias solution Robert gave, is the only way.
Checking a cdb with all the reverse user mappings taken from
/etc/passwd would be nicer. [ hmmm... ]
Conclusion for now:
1) Spam_friends support on smtp level not possible. Can be done
on a later level which means goodbye to rblsmtpd and hello to
a flooded postmaster mailbox.
2) Reverse user aliases possible, using a qmail-inject wrapper.
3) Sender domain check not possible. Should be easy to
implement in rblsmtpd. (needs a programmer).
BTW, I run 4 rblsmtpd's, so I better use the unofficial
multiple -r patch too.
I wonder what features qmail-2.0 will have.
Thanks for helping me.
--
Med venlig hilsen / Regards
Netdriftgruppen / Network Management Group
UNI-C
Tlf./Phone +45 35 87 89 41 Mail: UNI-C
Fax. +45 35 87 89 90 Bygning 304
E-mail: [EMAIL PROTECTED] DK-2800 Lyngby
