qmail Digest 4 Aug 2000 10:00:00 -0000 Issue 1083
Topics (messages 46072 through 46127):
Creation of /Maildir/user/ instead of ~/Maildir
46072 by: Thomas Fahle
46076 by: Brett Randall
Re: trouble injecting bounce message
46073 by: Joel Gautschi
Re: Mailing list performance
46074 by: P.Y. Adi Prasaja
46077 by: Dave Sill
46078 by: Dave Sill
46113 by: P.Y. Adi Prasaja
Anti Virus
46075 by: Slider
46079 by: Robin S. Socha
46080 by: Slider
46088 by: Alexander Pennace
46089 by: Robin S. Socha
46090 by: Robin S. Socha
46100 by: Noel Mistula
46101 by: Jason Haar
46102 by: Noel Mistula
46115 by: Eric Cox
46119 by: Brett Randall
46120 by: Brett Randall
46121 by: Noel Mistula
46122 by: Brett Randall
46123 by: Robin S. Socha
46124 by: Adam McKenna
qmail - cyrus
46081 by: Wolfgang Wagner
46082 by: Greg Owen
Re: qmail+mrtg+multilog mods
46083 by: Cedric Fontaine
46085 by: Magnus Bodin
46096 by: Peter Green
Re: source rpm
46084 by: Charles Cazabon
backup of server is timing out
46086 by: Albert Hopkins
46087 by: Albert Hopkins
Re: updated load balancing qmail-qmqpc.c mods
46091 by: Frank D. Cringle
Problems with qmail startup on OpenBSD 2.7/Intel
46092 by: Charles Roten
46093 by: Greg Owen
Re: maildirmake
46094 by: Eddie Greer
Now redhat's mailling lists have been removed to mailman and postfix
46095 by: Irwan Hadi
46099 by: Robin S. Socha
46112 by: Irwan Hadi
Configuring a "Store-and-Forward" backup qmail server
46097 by: Charles Roten
46098 by: James Raftery
46103 by: James R Grinter
46104 by: James R Grinter
46105 by: David Dyer-Bennet
sslwrap problems
46106 by: Adam McKenna
46107 by: Ian Lance Taylor
46108 by: Adam McKenna
Maildir archiving
46109 by: Michael T. Babcock
46110 by: Ben Beuchler
46111 by: Ben Beuchler
Re: duplicating sendmail's virtusertable
46114 by: Sam Carleton
46116 by: David Dyer-Bennet
using fetchmail on qmail machine
46117 by: Vincent Danen
46118 by: Peter Green
Mail archive
46125 by: Iain Smith
46126 by: Petr Novotny
How I can turn off delivery for user ?
46127 by: Kornyakov Yevgeny
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
Hello all,
I've come to a point where I'm stuck, and need some help.
I have a separate partion called /Maildir on my LinuxBox.
I want qmail to make the maildirs for each user below /Maildir
eg. /Maildir/joedoe/Maildir instead of /home/joedoe/Maildir
tia
Thomas
Ummm...why? Do the users store other information in their home folders? Why
not just put all the home folders in the seperate partition? But, forsaking
that, just make the .qmail file in each user's home directory point to
/Maildir/user (or did you really want /Maildir/user/Maildir? If so, I ask
the same question as above?). Will need a slight modification of the adduser
script (I totally rewrite mine for each new situation) so that it writes the
.qmail file relevantly instead of the generic one found in /etc/skel.
BTW If you put all the home folders in the seperate partition (advised for
simplicity), remember to change the folder names in /etc/passwd
(obviously...) A simple perl script could do this pretty easily. eg:
#!/usr/bin/perl -w
while (<>) {
s!/home/(\W+)\:!/Maildir/\1\:!g;
print;
}
Then a 'cat /etc/passwd | script > /etc/passwd~'
Check passwd~ and make sure it looks ok, then overwrite the old one. Easier
is just to literally move the /home folder to the new partition and mount it
as /home though.
Manager
InterPlanetary Solutions
http://ipsware.com/
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Thomas Fahle
> Sent: Thursday, August 03, 2000 8:14 PM
> To: [EMAIL PROTECTED]
> Subject: Creation of /Maildir/user/ instead of ~/Maildir
>
>
> Hello all,
>
>
> I've come to a point where I'm stuck, and need some help.
>
> I have a separate partion called /Maildir on my LinuxBox.
>
> I want qmail to make the maildirs for each user below /Maildir
> eg. /Maildir/joedoe/Maildir instead of /home/joedoe/Maildir
>
>
>
>
> tia
>
>
> Thomas
>
>
>
>
>
>
>
>
>
thanks for your help. I've just found out another way to fix this problem. I
used the queue-fix (http://www.netmeridian.com/e-huss/queue-fix.tar.gz)
program by Eric Huss.
It repairs or generates a qmail queue structure. You can use this to help
move your queue location, or if you regenerate the file system and the inode
numbering changes. It will also fix permissions and ownerships of the files.
Have a look at http://qmail.plig.org/top.html#usersoft
thanks for your help anyway,
Joel
> I have just recently had the same problem although in my case I have to
> remove alot of spam that was caught in my queue and the ever growing queue
> was choking the system... I very brutally removed alot of the spammers
mail
> from /var/qmail/queue/mess and the others since then the problem started.
>
> Cure came around from rebuilding the queue following the instructions on
the
> qmail.com page
>
> http://qmail.plig.org/top.html#large
>
> Or if you like:
>
> Patches for high-volume servers (On your mirror)
>
> Good Luck
>
> Slider
>
>
>
>
>
>
>
> hi,
> I have a lot of these entries in my /var/log/syslog file. what do these
> entries mean? do I have to care about them or are these messages just
> 'information'?
>
> Aug 3 06:26:22 joshua qmail: 965276782.869518 warning: trouble injecting
> bounce message, will try later
>
> thanks for an answer
> Joel
>
>
>
On Wed, Aug 02, 2000 at 08:32:37PM -0600, Irwan Hadi wrote:
> I saw, at least at evaluation 3, postfix beat qmail ;)
BTW, still don't know how about exact configuration that the author's
using while doing the experiments.
If this information could be gathered from:
http://www.kyoto.wide.ad.jp/mta/eval1/eoperation.html
then one can make a conclusion that the authors no nothing about
postfix. /etc/postfix/master.cf has nothing todo with concurrency
control in postfix, at least if he think that it has the same fashion
as qmail.
Salam,
P.Y. Adi Prasaja
Irwan Hadi <[EMAIL PROTECTED]> wrote:
>> http://www.kyoto.wide.ad.jp/mta/eval1/eindex.html
>
>I saw, at least at evaluation 3, postfix beat qmail ;)
Check again. qmail won all three tests. In Evaluation 3, qmail
finished in ~125 seconds, and Postfix took over 150 seconds--next to
last place.
So where's that 3x speed Postfix has over qmail?
-Dave
"P.Y. Adi Prasaja" <[EMAIL PROTECTED]> wrote:
>If this information could be gathered from:
>
> http://www.kyoto.wide.ad.jp/mta/eval1/eoperation.html
>
>then one can make a conclusion that the authors no nothing about
>postfix. /etc/postfix/master.cf has nothing todo with concurrency
>control in postfix, at least if he think that it has the same fashion
>as qmail.
He apparently confused incoming concurrency with outgoing
concurrency. Luckily, Postfix defaults to 50, so the results are still
valid.
-Dave
On Thu, Aug 03, 2000 at 08:14:32AM -0400, Dave Sill wrote:
> >then one can make a conclusion that the authors no nothing about
> >postfix. /etc/postfix/master.cf has nothing todo with concurrency
> >control in postfix, at least if he think that it has the same fashion
> >as qmail.
>
> He apparently confused incoming concurrency with outgoing
> concurrency. Luckily, Postfix defaults to 50, so the results are still
> valid.
Then you wrong either :-)
Default _maximum_ concurrency is 10, but postfix will use 'slow
start' strategy, then the concurrency will started at 5, it would be
increased, slowly, as long as the remote host happily accept (all of
these are configurable).
Even though the author increase the number at master.cf, say 1000 (as
I said that it has nothing todo with concurrency, neither incoming nor
outgoing, beside the fact that there are no _incoming/outgoing_
concurrency in postfix, the number is for differrent purpose).
then the concurrency still be limited to 10 and will started at 5,
etc... etc...
Salam,
P.Y. Adi Prasaja
Hey,
Please can anyone inform me as to the best anti virus package that is not
going to cost me an absolute fortune and is really reliable to plug onto the
server side!
Thanks
Slider
* Slider <[EMAIL PROTECTED]> writes:
> Please can anyone inform me as to the best anti virus package that is
> not going to cost me an absolute fortune and is really reliable to
> plug onto the server side!
Use procmail to filter out all attachments. Keep a LART at hand in case
your cow-orkers start whining. Make them fear you. Tell your management
to release a policy on the grounds of which anyone sending or receiving
binary attachments will be sacked immediately. Works fine for me.
As an alternative, install an Operating System on the clients and get
rid of viruses for good. Rationale: we were running 4 virus scanners at
once and that still would not have prevented us from being infected with
(to mention just two) Melissa and ILOVEYOU. Search freshmeat for anomy
or sanitze or something.
--
Robin S. Socha <http://socha.net/>
Hello again!
Thanks for the tip on procmail, looking at it, it seems to be more a
personal solution..... apologies for not being clear, is there a bulk method
of scanning viruses?
Thanks
AC
-----Original Message-----
From: Robin S. Socha [mailto:[EMAIL PROTECTED]]
Sent: 03 August 2000 13:33
To: [EMAIL PROTECTED]
Subject: Re: Anti Virus
* Slider <[EMAIL PROTECTED]> writes:
> Please can anyone inform me as to the best anti virus package that is
> not going to cost me an absolute fortune and is really reliable to
> plug onto the server side!
Use procmail to filter out all attachments. Keep a LART at hand in case
your cow-orkers start whining. Make them fear you. Tell your management
to release a policy on the grounds of which anyone sending or receiving
binary attachments will be sacked immediately. Works fine for me.
As an alternative, install an Operating System on the clients and get
rid of viruses for good. Rationale: we were running 4 virus scanners at
once and that still would not have prevented us from being infected with
(to mention just two) Melissa and ILOVEYOU. Search freshmeat for anomy
or sanitze or something.
--
Robin S. Socha <http://socha.net/>
On Thu, Aug 03, 2000 at 02:33:04PM +0200, Robin S. Socha wrote:
> * Slider <[EMAIL PROTECTED]> writes:
> > Please can anyone inform me as to the best anti virus package that is
> > not going to cost me an absolute fortune and is really reliable to
> > plug onto the server side!
>
> Use procmail to filter out all attachments. Keep a LART at hand in case
> your cow-orkers start whining. Make them fear you. Tell your management
> to release a policy on the grounds of which anyone sending or receiving
> binary attachments will be sacked immediately. Works fine for me.
Not all binary attachments are bad. PGP/MIME signed messages (such as
this one) put the PGP signature in a MIME attachment, see
http://www.rfc-editor.org/rfc/rfc2015.txt.
I would be very unhappy if someone was removing the PGP signatures
from my messages.
PGP signature
* Slider <[EMAIL PROTECTED]> writes:
Your quoting is an abomination. Please fix it or refrain from using
software that simply is not meant to be used in a technical environment.
> Thanks for the tip on procmail, looking at it, it seems to be more a
> personal solution.....
It isn't. Take a look at proc.sh that comes with the source distribution.
> apologies for not being clear, is there a bulk method of scanning
> viruses?
Did you bother visiting the qmail website first?
http://www.qmail.org/top.html#microsoft
--
Robin S. Socha <http://socha.net/>
* Slider <[EMAIL PROTECTED]> writes:
Your quoting is an abomination. Please fix it or refrain from using
software that simply is not meant to be used in a technical environment.
> Thanks for the tip on procmail, looking at it, it seems to be more a
> personal solution.....
It isn't. Take a look at proc.sh that comes with the source distribution.
> apologies for not being clear, is there a bulk method of scanning
> viruses?
Did you bother visiting the qmail website first?
http://www.qmail.org/top.html#microsoft
--
Robin S. Socha <http://socha.net/>
Hi,
Speaking of filtering binary attachments?
Use my method...right here.
http://www.ornl.gov/its/archives/mailing-lists/qmail/1999/07/msg00518.html
just modify it at your own requirements.
cheers
Noel
-----Original Message-----
From: Robin S. Socha <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, 3 August 2000 22:45
Subject: Re: Anti Virus
>* Slider <[EMAIL PROTECTED]> writes:
>> Please can anyone inform me as to the best anti virus package that is
>> not going to cost me an absolute fortune and is really reliable to
>> plug onto the server side!
>
>Use procmail to filter out all attachments. Keep a LART at hand in case
>your cow-orkers start whining. Make them fear you. Tell your management
>to release a policy on the grounds of which anyone sending or receiving
>binary attachments will be sacked immediately. Works fine for me.
>
>As an alternative, install an Operating System on the clients and get
>rid of viruses for good. Rationale: we were running 4 virus scanners at
>once and that still would not have prevented us from being infected with
>(to mention just two) Melissa and ILOVEYOU. Search freshmeat for anomy
>or sanitze or something.
>--
>Robin S. Socha <http://socha.net/>
>
On Thu, Aug 03, 2000 at 02:28:38PM +0100, Slider wrote:
> Hello again!
>
> Thanks for the tip on procmail, looking at it, it seems to be more a
> personal solution..... apologies for not being clear, is there a bulk method
> of scanning viruses?
Go look at http://www.geocities.com/jhaar/scan4virus/
A Qmail-specific Email scanner that supports many Unix versions of
commercial AV scanners (e.g. Trend, MacAfeee/NAI).
Works great - but then I'd say that ;-)
--
Cheers
Jason Haar
Unix/Network Specialist, Trimble NZ
Phone: +64 3 9635 377 Fax: +64 3 9635 417
I like AV. I really do. But the thing is "all" AV are "reactive".
You can only be protected all the time iff, your dat file is updated every
minute.
But if the LoveBug or Melissa or any html borne worm
is mutating every minute then your AV dat file is useless.
the choice is yours...
cheers
Noel
-----Original Message-----
From: Jason Haar <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Friday, 4 August 2000 9:07
Subject: Re: Anti Virus
>On Thu, Aug 03, 2000 at 02:28:38PM +0100, Slider wrote:
>> Hello again!
>>
>> Thanks for the tip on procmail, looking at it, it seems to be more a
>> personal solution..... apologies for not being clear, is there a bulk
method
>> of scanning viruses?
>
>Go look at http://www.geocities.com/jhaar/scan4virus/
>
>A Qmail-specific Email scanner that supports many Unix versions of
>commercial AV scanners (e.g. Trend, MacAfeee/NAI).
>
>Works great - but then I'd say that ;-)
>
>--
>Cheers
>
>Jason Haar
>
>Unix/Network Specialist, Trimble NZ
>Phone: +64 3 9635 377 Fax: +64 3 9635 417
>
>
Alexander Pennace wrote:
>
> Not all binary attachments are bad. PGP/MIME signed messages (such as
> this one) put the PGP signature in a MIME attachment, see
> http://www.rfc-editor.org/rfc/rfc2015.txt.
>
> I would be very unhappy if someone was removing the PGP signatures
> from my messages.
What PGP signatures?
:-)
Eric
On another note...
Our organisation has an NT (sorry :> ) box which acts as the primary MX
server for our domain. All mail goes to it and gets scanned via the
(brilliant, automatic, no-maintenance) Norton Antivirus Enterprise software
(worth a little money but what is your company's data worth to you?). It
then just relays it on to the internal mail machine (via an MX lookup in the
internal DNS for the same domain as the e-mail was sent to). We route
several domains through the one server, and it works like a dream!
Brett.
Manager
InterPlanetary Solutions
http://ipsware.com/
Sorry, forgot to add that we use Norton Antivirus as a 'plug-in' for the
Lotus Notes e-mail server on our internet-viewable SMTP machine. This of
course adds the possibility of much more functionality, which we use as if
it was sand on the beach in summer, but that's up to your organisation's
needs :>
Brett
Manager
InterPlanetary Solutions
http://ipsware.com/
> -----Original Message-----
> From: Brett Randall [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 04, 2000 3:44 PM
> To: qmail
> Subject: RE: Anti Virus
>
>
> On another note...
>
> Our organisation has an NT (sorry :> ) box which acts as the
> primary MX server for our domain. All mail goes to it and gets
> scanned via the (brilliant, automatic, no-maintenance) Norton
> Antivirus Enterprise software (worth a little money but what is
> your company's data worth to you?). It then just relays it on to
> the internal mail machine (via an MX lookup in the internal DNS
> for the same domain as the e-mail was sent to). We route several
> domains through the one server, and it works like a dream!
>
> Brett.
>
> Manager
> InterPlanetary Solutions
> http://ipsware.com/
>
But then again, scripts kiddies are "Always" one step
ahead compared to the dat files of your beautiful Norton Enterprise
Antivirus.
cheers
Noel
-----Original Message-----
From: Brett Randall <[EMAIL PROTECTED]>
To: qmail <[EMAIL PROTECTED]>
Date: Friday, 4 August 2000 15:51
Subject: RE: Anti Virus
>Sorry, forgot to add that we use Norton Antivirus as a 'plug-in' for the
>Lotus Notes e-mail server on our internet-viewable SMTP machine. This of
>course adds the possibility of much more functionality, which we use as if
>it was sand on the beach in summer, but that's up to your organisation's
>needs :>
>
>Brett
>
>Manager
>InterPlanetary Solutions
>http://ipsware.com/
>
>
>
>> -----Original Message-----
>> From: Brett Randall [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, August 04, 2000 3:44 PM
>> To: qmail
>> Subject: RE: Anti Virus
>>
>>
>> On another note...
>>
>> Our organisation has an NT (sorry :> ) box which acts as the
>> primary MX server for our domain. All mail goes to it and gets
>> scanned via the (brilliant, automatic, no-maintenance) Norton
>> Antivirus Enterprise software (worth a little money but what is
>> your company's data worth to you?). It then just relays it on to
>> the internal mail machine (via an MX lookup in the internal DNS
>> for the same domain as the e-mail was sent to). We route several
>> domains through the one server, and it works like a dream!
>>
>> Brett.
>>
>> Manager
>> InterPlanetary Solutions
>> http://ipsware.com/
>>
>
>
True, and I shouldn't have recommended Norton Enterprise without the use of
some other filtering software to hold back the yucky vbs, sh, ... files, but
even then our organisation (and how many others?) deals with corporations
from all over the world who do various bits of work for us - art,
programming, web site design...I guess corporate policy and training is the
best solution but a combo of good anti-virus software and good filtering
software (perhaps something to alert sysadmin with it the script attached so
it can be verified and either permanently banned or passed through?) would
do most people fairly well...
Brett.
Manager
InterPlanetary Solutions
http://ipsware.com/
> -----Original Message-----
> From: Noel Mistula [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 04, 2000 4:02 PM
> To: Brett Randall; qmail
> Subject: Re: Anti Virus
>
>
> But then again, scripts kiddies are "Always" one step
> ahead compared to the dat files of your beautiful Norton Enterprise
> Antivirus.
>
> cheers
>
> Noel
>
> -----Original Message-----
> From: Brett Randall <[EMAIL PROTECTED]>
> To: qmail <[EMAIL PROTECTED]>
> Date: Friday, 4 August 2000 15:51
> Subject: RE: Anti Virus
>
>
> >Sorry, forgot to add that we use Norton Antivirus as a 'plug-in' for the
> >Lotus Notes e-mail server on our internet-viewable SMTP machine. This of
> >course adds the possibility of much more functionality, which we
> use as if
> >it was sand on the beach in summer, but that's up to your organisation's
> >needs :>
> >
> >Brett
> >
> >Manager
> >InterPlanetary Solutions
> >http://ipsware.com/
> >
> >
> >
> >> -----Original Message-----
> >> From: Brett Randall [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, August 04, 2000 3:44 PM
> >> To: qmail
> >> Subject: RE: Anti Virus
> >>
> >>
> >> On another note...
> >>
> >> Our organisation has an NT (sorry :> ) box which acts as the
> >> primary MX server for our domain. All mail goes to it and gets
> >> scanned via the (brilliant, automatic, no-maintenance) Norton
> >> Antivirus Enterprise software (worth a little money but what is
> >> your company's data worth to you?). It then just relays it on to
> >> the internal mail machine (via an MX lookup in the internal DNS
> >> for the same domain as the e-mail was sent to). We route several
> >> domains through the one server, and it works like a dream!
> >>
> >> Brett.
> >>
> >> Manager
> >> InterPlanetary Solutions
> >> http://ipsware.com/
> >>
> >
> >
>
* Brett Randall <[EMAIL PROTECTED]> writes:
> From: Noel Mistula [mailto:[EMAIL PROTECTED]]
>> From: Brett Randall <[EMAIL PROTECTED]>
>>> From: Brett Randall [mailto:[EMAIL PROTECTED]]
Dear Brett and Randall,
your way of quoting *may* be convenient for you. It is, however, annoying
for probably everyone else (particularly people not reading your "threads"
in a row. It also adds a *massive* amount of unnecessary overhead. May I
suggest your grabbing a copy - really, just about any - of the netiquette
and fixing your mail toys?
>>>> Our organisation has an NT (sorry :> ) box which acts as the
>>>> primary MX server for our domain. All mail goes to it and gets
>>>> scanned via the (brilliant, automatic, no-maintenance) Norton
>>>> Antivirus Enterprise software
So you are basically advocating running a piece of exremely expensive
software with a mixed track record of functionality, running on an
unstable, expensive and insecure operating system for production
services?
>>>> (worth a little money but what is your company's data worth to
>>>> you?).
My company is worth enough to me not to trust closed-source, proprietary
software from a foreign country. Particularly since I've seen NT send
encrypted emails to a firewall in the MS network after installation. Thank
you very much.
>>>> It then just relays it on to the internal mail machine (via an MX
>>>> lookup in the internal DNS for the same domain as the e-mail was
>>>> sent to). We route several domains through the one server, and it
>>>> works like a dream!
Can you - in simple terms so a mere user like me can understand -
explain to me what the advantage of this setup is over, say, RedHat
Linux with Trend Micro's VirusWall (if you think you absolutely must
rely on software you bought instead of the vast array of free software
offering the same functionality but having the advantage of being open
sourced)?
>>> But then again, scripts kiddies are "Always" one step ahead compared
>>> to the dat files of your beautiful Norton Enterprise Antivirus.
>> Sorry, forgot to add that we use Norton Antivirus as a 'plug-in' for the
>> Lotus Notes e-mail server on our internet-viewable SMTP machine.
So, you're not only running an unstable OS but also an extremely
flaky, bug-ridden MTA, and you actually have this setup connected to
the internet. May I ask what your company is worth *to you*?
>> This of course adds the possibility of much more functionality, which
>> we use as if it was sand on the beach in summer, but that's up to
>> your organisation's needs :>
It's more up to one's TCO calculations, isn't it? So, you're not only
running an unstable OS but also an extremely flaky, bug-ridden MTA, have
this setup connected to the internet, but also throw in more money to
buy unneeded functionality that is likely to introduce more bugs. Can
you explain your rationale, please?
> True, and I shouldn't have recommended Norton Enterprise without the
> use of some other filtering software to hold back the yucky vbs, sh,
> ... files,
Wow, we're finally back on topic... *sigh* I'd like to thank Noel
G. Mistula again for his little script. Works. What was the advantage of
running an expensive peace of feature-ridden software from a dubious
source again?
> but even then our organisation (and how many others?) deals with
> corporations from all over the world who do various bits of work for
> us - art, programming, web site design...
You seem not to have grasped the concept of "service" yet. It goes like
this: "you want my money? Here's a list of files we don't accept for
security reasons. Basically everything that says Microsoft is, like,
no-no. Got it? No? Here's our public security policy describing the
conversion of your files to safe formats. Use it or learn to fear me."
> I guess corporate policy and training is the best solution
It can be. If you add a little spice. Like "in violating our securiy
policy, you're jeopardizing your colleagues' work and the reputation of
the entire company and therefore make yourself subject to immediate
sacking". I've seen this policy at work (first in an Ohio non-profit
organization of all places) and it, well, works. /Telling/ people that
everything Windows is Hiroshima waiting to happen to their company is
not enough - you need to create a personal interest in these matters.
It took a blatant display of arrogance and a lot of security "hype" but
that's how I prevented NT/MS-Exchange to happen on our mailserver. I'm now
running OpenBSD http://www.openbsd.org/ and qmail - everyone's *extremely*
pleased with the result. qmail and DJB's other software as well as the
software submitted by various people are simply excellent. I'd like to
take the opportunity to express my heartfelt gratefulness for providing a
stable, secure and [...] mail environment.
> but a combo of good anti-virus software and good filtering software
I've said it once and I'll say it again: anti-virus software is snake
oil. Under certain circumstances, it will buy you exactly nothing. Had I
sent you ILOVEYOU the moment I got it, you would have been fucked. Real
bad. Maybe your filter would have caught it, but who knows?
> (perhaps something to alert sysadmin with it the script attached so it
> can be verified and either permanently banned or passed through?)
> would do most people fairly well...
Would I care if I received some MS VBS trash? I don't think so. What's the
use in learning to work around inherent braindeadness in an "Operating
System" (and its extensions) that is doomed to disappear within the next
years, anyway?
P.S.
http://www.pcworld.com/pcwtoday/article/0,1510,17880+1+1,00.html
P.P.S.
http://www.members.tripod.com/~KB0DSW/Internetsecurity.html
--
Robin S. Socha <http://socha.net/>
begin LOVE-LETTER-FOR-YOU.txt.vbs
Hello. I'm a virus. Please delete some files and pass me on. Thank you.
End
On Fri, Aug 04, 2000 at 10:17:41AM +0200, Robin S. Socha wrote:
> your way of quoting *may* be convenient for you. It is, however, annoying
> for probably everyone else (particularly people not reading your "threads"
> in a row. It also adds a *massive* amount of unnecessary overhead. May I
> suggest your grabbing a copy - really, just about any - of the netiquette
> and fixing your mail toys?
For christ sake, leave the guy alone. IMHO your incessant personal attacks
are way more annoying than his quoting style.
--Adam
Hello,
does anyone know or has working the connection
from qmail to IMAP-daemon Cyrus?
I am experimenting with these two, but qmail
does not deliver mail to cyrus.
I want to use qmail as MTA and cyrus as IMAP-daemon
for all users.
TIA
Wolfgang Wagner
--
[EMAIL PROTECTED]
> does anyone know or has working the connection
> from qmail to IMAP-daemon Cyrus?
>
> I am experimenting with these two, but qmail
> does not deliver mail to cyrus.
>
> I want to use qmail as MTA and cyrus as IMAP-daemon
> for all users.
Are you using the deliver program that comes with Cyrus? (You have
to).
Have you wrapped it or modified its permissions? (You need to).
Read the following archive messages, give it a try, and if you're
still having problems come back with some details about what you're trying,
where it is failing, and what log messages result.
http://www.ornl.gov/its/archives/mailing-lists/qmail/2000/03/msg01173.html
http://www.ornl.gov/its/archives/mailing-lists/qmail/2000/02/msg00561.html
--
gowen -- Greg Owen -- [EMAIL PROTECTED]
Peter Green said in June 12, that he modified the qmailmrtg stuff to work
with multilog format....
Do you have some infos on it ??? Where can I find that ???
Or what shall I do if I want to use the qmailmrtg stuff ??
Thanks
On Thu, Aug 03, 2000 at 04:21:00PM +0200, Cedric Fontaine wrote:
> Peter Green said in June 12, that he modified the qmailmrtg stuff to work
> with multilog format....
>
> Do you have some infos on it ??? Where can I find that ???
> Or what shall I do if I want to use the qmailmrtg stuff ??
Have some patience. Or pay somebody.
I've just returned from a vacation from the midnight-sun-zone.
I'll deal with this Very Soon Now.
/magnus
--
http://x42.com/
also sprach fontain:
> Peter Green said in June 12, that he modified the qmailmrtg stuff to work
> with multilog format....
>
> Do you have some infos on it ??? Where can I find that ???
> Or what shall I do if I want to use the qmailmrtg stuff ??
I've attached this a number of times to a number of lists. Instead, just
fetch it from
<http://oss.gospelcom.net/src/qmail-mrtg-multilog-0.1b.tar.gz>
It works for me, it's dog-ugly, it could probably use a little more
explanation. However, of those three points, I find the first most
important. :)
Good luck!
/pg
--
Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
---
Actually, typing random strings in the Finder does the equivalent of
filename completion.
(Discussion in comp.os.linux.misc on the intuitiveness of commands: file
completion vs. the Mac Finder.)
Sumith Ail <[EMAIL PROTECTED]> wrote:
>
> Can anybody tell me where can I find source rpm of
> qmail + patches + init scripts for my RH Linux 6.2 on
> i386
Try http://www.em.ca/~bruceg/ and look under "qmail+patches" or something
along those lines.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
I'm (still) getting request time-outs from the same server. Checking the
client's amandad.debug reveals:
amandad: waiting for ack: timeout, retrying
amandad: waiting for ack: timeout, retrying
amandad: waiting for ack: timeout, retrying
amandad: waiting for ack: timeout, retrying
amandad: waiting for ack: timeout, giving up!
amandad: pid 30738 finish time Thu Aug 3 00:04:58 2000
Any clues why this is happening or how to fix it?
--
Albert Hopkins
Sr. Systems Specialist
Dynacare Laboratories
[EMAIL PROTECTED]
It is never any good dwelling on good-byes. It is not the being together that
it prolongs, it is the parting.
-Elizabeth Asquith Bibesco
Sorry, wrong mailing list ;-). I haven't had my coffee yet.
--
Albert Hopkins
Sr. Systems Specialist
Dynacare Laboratories
[EMAIL PROTECTED]
One is not idle because one is absorbed. There is both visible and invisible
labor. To contemplate is to toil. To think is to do.
-Victor Hugo
Pavel Kankovsky <[EMAIL PROTECTED]> writes:
> On 2 Aug 2000, Frank D. Cringle wrote:
>
> > Generating a random permutation algorithmically is not too easy.
>
> Oh really?
>
> [ swap each element with a randomly chosen partner ]
Yes, that will do it. When I was originally working with this stuff
the context involved using "real" random bits and we needed to
conserve them. In principle you only need log2(N!) bits, and then it
is hard. I had forgotten the details. I also made a typo in the
reference to Sedgewick's article. It was 1977, not 1997. Time flies
when you are having fun.
--
Frank Cringle, [EMAIL PROTECTED]
voice: (+49 2304) 467101; fax: 943357
I'm trying to set up a redundant "store-and-forward" mail server.
This box will reside much farther towards our network periphery
than the present Exchange server we are currently using. If we
lose a critical internal network node for, say, a day or two, the
intent is that this box will act as a "cache" until connectivity
is restored, then will forward the email it has been storing to
the again-available Exchange server.
Natch, I am a *complete* qmail newbie. I have been over the Linux-
centric qmail HOWTO at http://www.flounder.net/qmail/qmail-howto.html,
and the "Life with Qmail" page at http://web.infoave.net/~dsill/lwq.html
I installed the copies of daemontools and qmail bundled with OpenBSD
2.7, since this seemd the safest and quickest way.
I am trying to put together a system to start qmail, based on the
instructions on Dave Sill's site. I placed the initialization
script he supplied in /var/qmail/etc/qmail.rc, since OpenBSD does
not have the Solaris/Linux style of statup scripts (scripts in
/etc/init.d, hard links/symlinks to them in /etc/rc?.d/). This is
symlinked to by /usr/local/bin/qmail
After installing daemontools as per Dave Sill's page, I appended the
following lines to /etc/rc.local:
# Daemontools stuff
csh -cf 'svscan /service &'
# Qmail startup
if [ -f /var/qmail/etc/qmail.rc ]
then
/var/qmail/etc/qmail.rc
fi
The contents of /var/qmail/etc/rc (modified path; Dave Sill's is
/var/qmail/rc) are as follows:
#!/bin/sh
# Using stdout for logging
# Using control/defaultdelivery from qmail-local to deliver messages
by default
exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start
/var/qmail/supervise/qmail-send/log/run,
/var/qmail/supervise/qmail-send/run,
/var/qmail/supervise/qmail-smtpd/run, and
/var/qmail/supervise/qmail-smtpd/log/run
are exactly as Sill's site specifies, allowing for the changed path
to /var/qmail/etc/rc.
When (as root), I try to start qmail with
/var/qmail/etc/qmail.rc start
this is the output I see:
Starting qmail: svscan.
# supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
supervise: fatal: unable to start log/run: exec format error
The only cure is a reboot!
Can someone advise me as to what I am doing wrong?
Thanks,
Charles
> When (as root), I try to start qmail with
>
> /var/qmail/etc/qmail.rc start
>
> this is the output I see:
>
> Starting qmail: svscan.
> # supervise: fatal: unable to start log/run: exec format error
> supervise: fatal: unable to start log/run: exec format error
Very likely, one or more of your log/run executable files
(/var/qmail/supervise/qmail-send/log/run, for example) is in DOS format.
You can check this by typing 'file filename' or 'vi filename' and see if it
says it is DOS text (and type ':q!' to get out of vi afterwards). Convert
them to DOS (see http://kb.indiana.edu/data/acux.html for some ways to
convert) and you should be fine.
--
gowen -- Greg Owen -- [EMAIL PROTECTED]
Adam,
thanks for responding. The answer that I am trying to find is whether the
maildirmake command creates a file of any sort that keeps track of the
mailboxes. We changed someone's mailbox, and copied the new current and tmp
directories into their mailboxes but qmail did not redirect their mail (even
after we did the maildirmake and specified their new home directory). I am
hoping that their is a way to modified a user home directory and Maildir
folder without recreating the user from scratch.
Eddie
-----Original Message-----
From: Adam Langley [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 02, 2000 2:14 PM
To: Eddie Greer
Subject: Re: maildirmake
On Wed, Aug 02, 2000 at 12:56:54PM -0700, Eddie Greer wrote:
> Question to all the qmail professionals:
I certainly can't claim tobe one of those
>
> when you issue the /var/qmail/bin/maildirmake command to create the
Maildir
> folder for a perspective user; where does store this information.--
The maildirmake command takes 1 argument, a directory name and creates that
directory and subdirs in the Maildir format (tmp/, new/, cur/ - look up the
format is you need). It doesn't store the information anywhere - you have to
setup .qmail files (or whatever) to point to the directory.
AGL
--
Whenever anyone says, "theoretically," they really mean, "not really."
As you can see from the header, it doesn't use qmail anymore.
Return-Path: <[EMAIL PROTECTED]>
Received: from smv05.iname.net (lmtp06.iname.net [165.251.8.61])
by glitch.crosswinds.net (8.9.3/8.9.3) with SMTP id OAA43670
for <[EMAIL PROTECTED]>; Thu, 3 Aug 2000 14:36:32 -0400 (EDT)
(envelope-from [EMAIL PROTECTED])
Received: from listman.redhat.com (listman.redhat.com [199.183.24.211])
by smv05.iname.net (8.9.3/8.9.1SMV2) with ESMTP id OAA01160
for <[EMAIL PROTECTED]> sent by <[EMAIL PROTECTED]>;
Thu, 3 Aug 2000 14:36:11 -0400 (EDT)
Received: from listman.redhat.com (localhost.localdomain [127.0.0.1])
by listman.redhat.com (Postfix) with ESMTP id 106032F1BA
for <[EMAIL PROTECTED]>; Thu, 3 Aug 2000 14:35:56 -0400 (EDT)
Subject: Welcome to the "Redhat-install-list" mailing list
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-BeenThere: [EMAIL PROTECTED]
X-Mailman-Version: 2.0beta4
Precedence: bulk
List-Id: <redhat-install-list.redhat.com>
Message-Id: <[EMAIL PROTECTED]>
Date: Thu, 3 Aug 2000 14:35:56 -0400 (EDT)
Welcome to the [EMAIL PROTECTED] mailing list!
To post to this list, send your email to:
[EMAIL PROTECTED]
General information about the mailing list is at:
https://listman.redhat.com/mailman/listinfo/redhat-install-list
If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:
https://listman.redhat.com/mailman/options/redhat-install-list/irwanhadi@ina
me.com
You can also make such adjustments via email by sending a message to:
[EMAIL PROTECTED]
with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.
You must know your password to change your options (including changing
the password, itself) or to unsubscribe. It is:
Secret!
If you forget your password, don't worry, you will receive a monthly
reminder telling you what all your redhat.com mailing list passwords
are, and how to unsubscribe or change your options. There is also a
button on your options page that will email your current password to
you.
You may also have your password mailed to you automatically off of the
Web page noted above.
* Irwan Hadi <[EMAIL PROTECTED]> writes:
> As you can see from the header, it doesn't use qmail anymore.
[...]
Well, good luck to them...
,----
| ---------------------------------------------------------------------
| Red Hat, Inc. Security Advisory
|
| Synopsis: Updated mailman packages are available.
| Advisory ID: RHSA-2000:030-03
| Issue date: 2000-05-24
| Updated on: 2000-08-03
| Product: Red Hat Secure Web Server
| Keywords: N/A
| Cross references: N/A
| ---------------------------------------------------------------------
|
| 1. Topic:
|
| New mailman packages are available which close security holes present
| in earlier versions of mailman.
|
| 2. Relevant releases/architectures:
|
| Red Hat Secure Web Server 3.0 - i386
| Red Hat Secure Web Server 3.1 - i386, alpha, sparc
| Red Hat Secure Web Server 3.2 - i386
|
| 3. Problem description:
|
| New mailman packages are available which close security holes present
| in earlier versions of mailman. All sites using the mailman mailing
| list management software should upgrade.
`----
And what do we learn from this?
(lart@deathwish):(~)# uname -a
OpenBSD deathwish 2.7 DEATHWISH#0 i386
--
Robin S. Socha <http://socha.net/>
At 10:43 PM 8/3/00 +0200, Robin S. Socha wrote:
>* Irwan Hadi <[EMAIL PROTECTED]> writes:
> > As you can see from the header, it doesn't use qmail anymore.
>[...]
>
>Well, good luck to them...
and seems
, PayPal/Confinity, Red Hat's mailing lists, Hypermart.net, Casema,
^^^^^^^^^^^^^^^^^^^^^^^^^^
Rediffmail.co.in, Topica, MyNet.com.tr, FSmail.net, and vuurwerk.nl.
at www.qmail.org/top.html should be removed right ?
I'm trying to set up a redundant "store-and-forward" mail server.
This box will reside much farther towards our network periphery
than the present Exchange server we are currently using. We will
set up a *secondary* MX record for it in DNS, so mail will only
go to it if the primary is unavailable. If we lose a critical
internal network node for, say, a day or two, the intent is that
this box will act as a "cache" until connectivity is restored,
then will forward the email it has been storing to the again-
available Exchange server.
I seem to have qmail running now .. thanks, again, to Greg Owen.
The problem now is how to set it up to *forward* mail to
*another* server. Paul Gregg's Single UID Mailbox HOWTO, at
http://www.tibus.net/pgregg/projects/qmail/single-uid-howto.html,
really does not seem to be what I am looking for, since it seems
to require a distinct entry in /var/qmail/users/assign for each
individual user. This is perfect for a situation where the
server is being used to manage POP-3 accounts, but the management
problems of this approach for a domain with, perhaps 300 to 400
users, whose accounts are really managed at the Exchange server,
are unreasonable.
What I need is a configuration such that *all* emails coming into
the foo.com domain will be stored and, once the network link to
the primary server is back up, will be forwarded. There doesn't
seem to be any information at http://www.qmail.org/top.html about
how to do *that*.
Has anyone done something like this using qmail? Any pointers to
configuration data would be much appreciated.
Thanks,
Charles
On Thu, Aug 03, 2000 at 02:03:32PM -0700, Charles Roten wrote:
> than the present Exchange server we are currently using. We will
> set up a *secondary* MX record for it in DNS, so mail will only
> go to it if the primary is unavailable. If we lose a critical
> internal network node for, say, a day or two, the intent is that
> this box will act as a "cache" until connectivity is restored,
> then will forward the email it has been storing to the again-
> available Exchange server.
Put the domains you wish the backup box to accept mail for in
control/rcpthosts. Do NOT put them into either control/local or
control/virtualdomains.
Have a /var/qmail/queue which is large enough to store the volume of
mail you expect the backup machine to take. This machine accept mail for
all domain in control/rcpthosts, queue them and attempt to deliver them
to the higher preference MX until it succeeds or 1 week passes, after
which time it will bounce the messages.
If one week is too short, put the number of seconds after which messages
should bounce in control/queuelifetime.
This is standard configuration for a backup MX.
Regards,
james
--
James Raftery (JBR54) - Programmer Hostmaster - IE TLD Hostmaster
IE Domain Registry - www.domainregistry.ie - (+353 1) 706 2375
"Managing 4000 customer domains with BIND has been a lot like
herding cats." - Mike Batchelor, on [EMAIL PROTECTED]
Charles Roten <[EMAIL PROTECTED]> writes:
> What I need is a configuration such that *all* emails coming into
> the foo.com domain will be stored and, once the network link to
> the primary server is back up, will be forwarded. There doesn't
> seem to be any information at http://www.qmail.org/top.html about
> how to do *that*.
Easy. You just need to feed all mail for your elected domain into a
Maildir, and then use the serialmail tools when you finally want to
deliver them to the end system.
You'll need an appropriate entry in virtualdomains, the corresponding
~alias/.qmail-.... file, and some disk space to locate the Maildir on.
Check out the manual page for maildir2smtp. It covers it all in there.
James.
James Raftery <[EMAIL PROTECTED]> writes:
> If one week is too short, put the number of seconds after which messages
> should bounce in control/queuelifetime.
>
> This is standard configuration for a backup MX.
[I wibbled on about maildir2smtp]
James's advice is, of course, far more appropriate if you're going to
have the secondary MX there the whole time. You'll probably find that
you'll receive mail there quite often, even when you believe your
primary MX to have been available the whole time.
Just watch out for bringing your exchange server back online after
upgrades or crashes before you've configured it to accept your
domain's email. I've seen huge amounts of bounces for mailing lists
happen for cases like that.
James.
James R Grinter <[EMAIL PROTECTED]> writes on 4 August 2000 at 00:22:25 +0100
> Charles Roten <[EMAIL PROTECTED]> writes:
> > What I need is a configuration such that *all* emails coming into
> > the foo.com domain will be stored and, once the network link to
> > the primary server is back up, will be forwarded. There doesn't
> > seem to be any information at http://www.qmail.org/top.html about
> > how to do *that*.
>
> Easy. You just need to feed all mail for your elected domain into a
> Maildir, and then use the serialmail tools when you finally want to
> deliver them to the end system.
>
> You'll need an appropriate entry in virtualdomains, the corresponding
> ~alias/.qmail-.... file, and some disk space to locate the Maildir on.
>
> Check out the manual page for maildir2smtp. It covers it all in there.
But do bear in mind that in "normal" operation a small percentage of
mail will end up at the secondary MX, because of remote DNS and
network outages and sheer perversity of the universe. I was
originally going to have all the mail at the secondary held, and
trigger delivery to the primary manually (so it wouldn't catch some
intermediate state where the primary wasn't realy back up yet), but
that approach won't work because mail will sit at the secondary
without your noticing because the primary was never down. So I now
have a process that does maildir2smtp every 10 minutes, and I hope I
remember to stop it before I start working on recovering the primary.
--
Photos: http://dd-b.lighthunters.net/ Minicon: http://www.mnstf.org/minicon
Bookworms: http://ouroboros.demesne.com/ SF: http://www.dd-b.net/dd-b
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]
I've been having problems running sslwrap out of inetd so I decided to run it
via tcpserver instead.. I'm using svscan. But for some reason, the logs
refuse to go to /var/log/qmail/ssl/.
Here's my "run" file:
#!/bin/sh
PATH=$PATH:/var/qmail/bin:/usr/local/bin
exec /usr/local/bin/softlimit -m 10000000 \
tcpserver -u65534 -g65534 0 995 /usr/sbin/sslwrap \
-cert /etc/sslwrap/server.pem -port 110 -without_pid
and here's log/run:
#!/bin/sh
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t s2500000
/var/log/qmail/ssl
Now, the files get created:
orbicus:/var/qmail/supervise/ssl# ls -l /var/log/qmail/ssl/
total 0
-rw-r--r-- 1 qmaill nogroup 0 Aug 3 17:38 current
-rw------- 1 qmaill nogroup 0 Aug 3 17:38 lock
-rw-r--r-- 1 qmaill nogroup 0 Aug 3 17:38 state
But, nothing ever gets logged there. The logs go to the terminal I started
svscan from.
I am pretty sure svscan expects the logging to come through on a certain file
descriptor, but not positive. Does anyone know if this is the case? If so,
which one is it? Should I just add a 2>&1 at the end of "run"?
--Adam
Date: Thu, 3 Aug 2000 20:58:26 -0400
From: Adam McKenna <[EMAIL PROTECTED]>
I am pretty sure svscan expects the logging to come through on a certain file
descriptor, but not positive. Does anyone know if this is the case? If so,
which one is it? Should I just add a 2>&1 at the end of "run"?
svscan simply creates a pipe. That is, it redirects stdout of ./run
to stdin of ./log/run. It doesn't do anything with stderr. If your
program logs to stderr, then 2>&1 in ./run will redirect the logs to
the stdout of ./run and hence to the stdin of ./log/run. So that
should fix your problem.
Ian
On Thu, Aug 03, 2000 at 06:08:10PM -0700, Ian Lance Taylor wrote:
> svscan simply creates a pipe. That is, it redirects stdout of ./run
> to stdin of ./log/run. It doesn't do anything with stderr. If your
> program logs to stderr, then 2>&1 in ./run will redirect the logs to
> the stdout of ./run and hence to the stdin of ./log/run. So that
> should fix your problem.
Yeah, that's what I figured, just wanted to double check before changing it.
(When running under inetd, the errors get printed out to the tcp connection!)
--Adam
I'm looking for an easy way to archive old messages in a Maildir (by
compressing them, like the gzip patch does, perhaps) for users who don't
believe in deleting old mail (especially their sent mail folder).
Incidentally, its an IMAP system, with several Maildirs (courier-imap).
eg:
scan folders, find messages older than 3 months and
1) (maybe) move to different folder with (3 month ago's) date attached
2) compress messages
I prefer something with the moving of the files as listing the contents
of the folder becomes much faster.
--
Michael T. Babcock (PGP: 0xBE6C1895)
http://www.fibrespeed.net/~mbabcock/
On Thu, Aug 03, 2000 at 09:15:07PM -0400, Michael T. Babcock wrote:
> I'm looking for an easy way to archive old messages in a Maildir (by
> compressing them, like the gzip patch does, perhaps) for users who don't
> believe in deleting old mail (especially their sent mail folder).
> Incidentally, its an IMAP system, with several Maildirs (courier-imap).
>
> eg:
> scan folders, find messages older than 3 months and
> 1) (maybe) move to different folder with (3 month ago's) date attached
> 2) compress messages
find /Maildir/ -mtime 90 -print |xargs mv /somewhere/else
tar czvf mail.tgz /somewhere/else
--
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground www.bitstream.net
On Thu, Aug 03, 2000 at 08:30:00PM -0500, Ben Beuchler wrote:
> find /Maildir/ -mtime 90 -print |xargs mv /somewhere/else
> tar czvf mail.tgz /somewhere/else
Oops. Of course, there should be a "+" in front of that 90...
find /Maildir/ -mtime +90 -print |xargs mv /somewhere/else
tar czvf mail.tgz /somewhere/else
--
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground www.bitstream.net
Ben Beuchler wrote:
>
> On Fri, Jul 28, 2000 at 08:52:16PM -0400, Sam Carleton wrote:
>
> > I am switching over to qmail from sendmail. I am no expert in sendmail,
> > I simply know that sendmail's virtusertable would allow incoming mail
> > sent to [EMAIL PROTECTED] to be mapped to [EMAIL PROTECTED] I need
> > to do this with qmail, how do I go about doing that?
> >
> > I also need to change the from header from [EMAIL PROTECTED] to
> > [EMAIL PROTECTED] I am trying to stealth my user account because
> > it is the only account able to su in as root. I would prefer if folks
> > do not know the user name on the account:) (No, it isn't sam, that is
> > simply my example <g>)
>
> Both of these can be accomplished using fastforward, available from
> http://www.qmail.org.
I have installed fastforward and I am aliasing incoming mail from
sam.carleton@domain to sam@domain, but I do not have a clue as to how to
use fastforward to change the From: header on out going mail from
sam@domain to sam.carleton@domain. Can someone enlighten me?
sam
Sam Carleton <[EMAIL PROTECTED]> writes on 3 August 2000 at 23:05:47 -0400
> I have installed fastforward and I am aliasing incoming mail from
> sam.carleton@domain to sam@domain, but I do not have a clue as to how to
> use fastforward to change the From: header on out going mail from
> sam@domain to sam.carleton@domain. Can someone enlighten me?
Fastforward doesn't need to be involved for the outbound mail; you can
get whatever header and envelope settings you want by setting
appropriate environment variables in the user environment when
qmail-inject is called to send the mail (including via the sendmail
wrapper). See the discussion of environment variables in man
qmail-inject.
--
Photos: http://dd-b.lighthunters.net/ Minicon: http://www.mnstf.org/minicon
Bookworms: http://ouroboros.demesne.com/ SF: http://www.dd-b.net/dd-b
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]
I've got an interesting thing that I can't quite figure out. It
works, but I'm wondering if this is normal. I've got a user who is
reading/writing email on a machine with qmail as the MTA for the
domain pellaria.com. Her email address belongs to the domain
danen.net, which is run on another qmail machine about 5 feet from
her.
I'm using fetchmail to retrieve the email from danen.net, which in
turn sends it to localhost on the pellaria.com machine. At first
qmail refused to deliver it since fetchmail was sending it to
"adanen@localhost" and qmail was complaining about localhost not
being in control/locals.
Is this normal? I'm running fetchmail with the --invisible option,
but I'm not sure if it's necessary or not. I was kind of under the
impression that qmail should deliver the mail to localhost
regardless. If the username matches to a local user, why not deliver
it? Obviously I don't want to rewrite the mail to
[EMAIL PROTECTED] because that is not the "preferred" email
address, and she wants to know who is sending to what address (she
has two, one at danen.net and another with our ISP).
The reason I ask is because she is my guineau(sp?) pig. =) My work
machine runs sendmail for the mailer but I'd like to switch it to
qmail as well, but I'm hesitant because I get far more mail than she
does. =)
I was going to use getmail until I found out it delivered directly
to the maildir, which is not what I want (I need to use procmail to
filter mailing lists into seperate mailboxes).
I have written down somewhere how to use procmail in the .qmail file
with preline (I think). Need to dig that up.
Can someone let me know if the adding localhost to control/locals is
the "normal" behaviour? I think a lot of people would like to use
qmail as their own MTA instead of sendmail or postfix, so knowing
this would be of great help to me.
Thanks.
--
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
// Danen Consulting Services www.danen.net, www.freezer-burn.org
// MandrakeSoft, Inc. www.linux-mandrake.com
1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD
Current Linux uptime: 9 hours 1 minutes.
also sprach vdanen:
> Can someone let me know if the adding localhost to control/locals is
> the "normal" behaviour? I think a lot of people would like to use
> qmail as their own MTA instead of sendmail or postfix, so knowing
> this would be of great help to me.
I don't know if it's the ``normal'' behavior, but I have localhost in my
control/locals with the identical setup to you.
/pg
--
Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
---
Sigh. I like to think it's just the Linux people who want to be on
the "leading edge" so bad they walk right off the precipice.
(Craig E. Groeschel)
Hi there,
I need a way of archiving a copy of all mail that is delivered by
qmail - something I used to do with postfix using 'always bcc' Whats the
best way of doing this?
BTW, I'm using 1.03 & vpopmail 4.8.7.
Cheers
Iain Smith
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 4 Aug 00, at 9:33, Iain Smith wrote:
> I need a way of archiving a copy of all mail that is delivered by
> qmail - something I used to do with postfix using 'always bcc' Whats
> the best way of doing this?
FAQ #8.2 (less /var/qmail/doc/FAQ)
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.0.2 -- QDPGP 2.60
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBOYp5KVMwP8g7qbw/EQLWHwCgjj3g5TAyZ66upaS4i44skQNpi7MAn0PN
GLbNY2EpbhcypDnVSpm1SRZK
=b/za
-----END PGP SIGNATURE-----
--
Petr Novotny, ANTEK CS
[EMAIL PROTECTED]
http://www.antek.cz
PGP key ID: 0x3BA9BC3F
-- Don't you know there ain't no devil there's just God when he's drunk.
[Tom Waits]
Hello
How I can turn off delivery for user ?
I use procmail, and if "| preline procmail" line is exist in the .qmail
file, I get two identical letters.
First letter from qmail delivery
Second letter from procmail delivery
I need use only procmail delivery.
Thanks.
