qmail Digest 7 Sep 2000 10:00:00 -0000 Issue 1116
Topics (messages 48106 through 48245):
maildirmake command is not found
48106 by: Mark Lo
48110 by: Frank Tegtmeyer
48111 by: Robin S. Socha
48112 by: Marco
48113 by: Brian Baquiran
multiple mail servers - design issue!
48107 by: Linux Curry
48108 by: Linux Curry
Re: Monitoring Email
48109 by: Steve Carter
48114 by: Robin S. Socha
48143 by: Dave Sill
48153 by: Michael T. Babcock
48159 by: Russell Nelson
48161 by: Charles Cazabon
48169 by: David Dyer-Bennet
48170 by: Olivier M.
48171 by: Chris K. Young
48191 by: markd.bushwire.net
48194 by: David Dyer-Bennet
Qmail & DNS
48115 by: Jonathan Fanti
48120 by: James Raftery
48125 by: calocen.tec
48126 by: Frank Tegtmeyer
48140 by: Dave Sill
48178 by: Ken Jones
* in /var/qmail/info/9
48116 by: John Conover
48121 by: Peter van Dijk
48123 by: Ricardo Cerqueira
48127 by: Chris K. Young
Re: file /users/assign
48117 by: James Raftery
Ok, a stupid question about logs...
48118 by: Goran Blazic
48128 by: Chris K. Young
Re: QMTP
48119 by: Peter van Dijk
Re: how to get off the mailing list?
48122 by: Kris Keele
48124 by: Ricardo Cerqueira
offtopic: alien threads
48129 by: Chris K. Young
48132 by: Chris K. Young
48138 by: Robin S. Socha
48144 by: Chris K. Young
48217 by: Robin S. Socha
Re: Slightly Off Topic
48130 by: Dave Sill
48131 by: Peter van Dijk
48134 by: Petr Novotny
48146 by: Michael T. Babcock
48149 by: Peter van Dijk
Re: daemontools 4 linux
48133 by: Dave Sill
Re: "Running qmail" - by Richard Blum
48135 by: Sean C Truman
Re: Alias Support Question
48136 by: Dave Sill
48223 by: tom.sarratt.jr
qmail log analysis
48137 by: Brian Baquiran
Re: timestamp error
48139 by: Dave Sill
Re: Monitoring Email - Clarified
48141 by: Jason Brooke
48147 by: Robin S. Socha
48148 by: David Dyer-Bennet
48157 by: Michael T. Babcock
48160 by: Russell Nelson
48196 by: Robin S. Socha
Re: log database
48142 by: Bill Carlson
48145 by: Sean C Truman
48152 by: Clemens Hermann
48164 by: Bill Carlson
Re: outgoing mail
48150 by: Matthew Patterson
Possibly dum pop3 question, but hey... :-)
48151 by: Goran Blazic
48219 by: Robin S. Socha
Re: Flame (Dont read if you hate this like I do)
48154 by: Russell Nelson
48174 by: Nathan J. Mehl
48241 by: Eric Cox
Re: Shouldn't rcpthosts be empty to ward off spam?
48155 by: Ricardo Cerqueira
Re: I have a problem
48156 by: Russell Nelson
Mail Monitoring Answered
48158 by: Leslie Bester les.LES.NET
Re: tcpserver as an alternative to firewall?
48162 by: Bruno Wolff III
48187 by: Steven Rice
48215 by: Robin S. Socha
Problem with forward and local
48163 by: J.J.Gallardo
48172 by: Johan Almqvist
48179 by: Dave Sill
48190 by: J.J.Gallardo
Problem setting up an Alias...
48165 by: Jonathan Fanti
48180 by: Matthew Patterson
How Not To Annoy the qmail Mailng List Denizens (was: Re: Flame)
48166 by: Charles Cazabon
Re: logselect
48167 by: Jeff Hayward
Re: We desire e-mail duplication
48168 by: Russell Nelson
SSL and qmail
48173 by: Darrell Wright
48186 by: Dave Sill
Changing of /var/spool/mail to /Maildir/
48175 by: tigre21.gamma.qnet.com.pe
48218 by: Robin S. Socha
Re: Debian GNU/Linux (potato) Packages: var-qmail
48176 by: Torsten Landschoff
48182 by: Torsten Landschoff
48184 by: Torsten Landschoff
48185 by: Torsten Landschoff
48193 by: David Dyer-Bennet
48243 by: Gerrit Pape
statistics with qmailanalog
48177 by: Gesner JEAN
48216 by: Robin S. Socha
serialmail
48181 by: Van Liedekerke Franky
telltale sign of RBL & DUL
48183 by: Duane L.
48189 by: David Dyer-Bennet
MORE INFORMATION OF VPOPMAIL
48188 by: tigre21.gamma.qnet.com.pe
qmail queue
48192 by: sonam.escape.com
48195 by: sonam.escape.com
48197 by: Olivier M.
48198 by: sonam.escape.com
48199 by: Olivier M.
48200 by: Dave Sill
48202 by: sonam.escape.com
48203 by: markd.bushwire.net
48205 by: sonam.escape.com
48206 by: Olivier M.
48209 by: sonam.escape.com
48211 by: Olivier M.
48214 by: markd.bushwire.net
48221 by: sonam.escape.com
TRANSALATE /var/spool/mail TO /Maildir/
48201 by: tigre21.gamma.qnet.com.pe
48204 by: Ronny Haryanto
48207 by: Dave Sill
48208 by: tigre21.gamma.qnet.com.pe
48213 by: Charles Cazabon
FILE stat.pl
48210 by: tigre21.gamma.qnet.com.pe
Re: ezmlm killing mail server
48212 by: Steven Rice
48220 by: markd.bushwire.net
Test message
48222 by: Ingo.Lohmar.gmx.de
Mass Mailout Performance Tips
48224 by: simon.elder.bidorbuy.com
48225 by: simon.elder.bidorbuy.com
48226 by: markd.bushwire.net
48227 by: simon.elder.bidorbuy.com
48229 by: markd.bushwire.net
What's this error mean?
48228 by: Gavin Cameron
48230 by: Chris K. Young
Timeouts over NFS links
48231 by: Brett Randall
Why qmail can not receive hotmail messages?
48232 by: hbchen163
48233 by: Brett Randall
48234 by: Jack O'Toole
48235 by: hbchen163
48236 by: hbchen163
48237 by: Brett Randall
48238 by: Jason Brooke
48239 by: Adam McKenna
48240 by: Adam McKenna
qmail smto problem
48242 by: kapil sharma
IP numbers in rcpthosts / locals ?
48244 by: wolfgang zeikat
whatsthematternow???
48245 by: Thomas Ackermann
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]
----------------------------------------------------------------------
|
Hi,
I am using Maildir format,
now I want to create the Maildir box under the user's directory by using
"Maildirmake Maildir". But I got the error messages stating that bash:
maildirmake: command not found. Do anyone knows what the problem
is?? Thank you in advance.
Mark Lo
|
> I am using Maildir format, now I want to create the Maildir box under
> the user's directory by using "Maildirmake Maildir". But I got the error
> messages stating that bash: maildirmake: command ...
Include /var/qmail/bin in your PATH environment variable.
And please don't use over-long lines for email conversation.
Regards, Frank
* Mark Lo <[EMAIL PROTECTED]> [000906 06:02]:
> I am using Maildir format, now I want to create the Maildir box under
> the user's directory by using "Maildirmake Maildir". But I got the
> error messages stating that bash: maildirmake: command not found.
(root@purgatory):(~)# locate maildirmake | grep bin
/var/qmail/bin/maildirmake
(root@purgatory):(~)# echo $PATH | grep qmail
(root@purgatory):(~)#
On top of that, Un*x commands are case sensitive, so Maildirmake will
never work.
> Do anyone knows what the problem is??
(root@purgatory):(/usr/share/skel)# ll
drwx------ 5 root bin 512 Jun 8 12:20 Maildir
-r--r--r-- 1 root bin 11 Sep 6 12:08 dot.qmail
Oh. And *don't* use reply if you want to start a new thread.
|
Hi Mark,
maildirmake is not a shell command. Give him
the path (it should be in /var/qmail/bin/ ).
Anyway, most docs suggest to create Maildir in
/etc/skel.
and "Life with Qmail".
Ciao.
Marco
----- Original Message -----
Sent: Wednesday, September 06, 2000 11:52
AM
Subject: maildirmake command is not
found
Hi,
I am using Maildir
format, now I want to create the Maildir box under the user's directory by
using "Maildirmake Maildir". But I got the error messages stating that
bash: maildirmake: command not found. Do anyone knows what the problem
is?? Thank you in advance.
Mark Lo
|
Mark Lo wrote:
>Hi,
> =20
> I am using Maildir format, now I want to create the Maildir box =
>under the user's directory by using "Maildirmake Maildir". But I got =
>the error messages stating that bash: maildirmake: command not found. =
>Do anyone knows what the problem is?? Thank you in advance.
1. Unix is case-sensitive
2. maildirmake is installed in /var/qmail/bin by default. You probably don't have
/var/qmail/bin in your PATH
Try "/var/qmail/bin/maildirmake Maildir" (without the quotes).
HTH
Brian
hi everyone!
what i have here is this,
__________________
MX --> | host.domain.com |
------------------
with qmail-ldap
with pr. dns
with openldap (common for h1,h2,h3,
host )
_____________ _____________ _____________
|h1.domain.com| |h2.domain.com| |h3.domain.com|
------------- ------------- -------------
with qmail-ldap with qmail-ldap with qmail-ldap
the primary dns has entries of the hosts h1,h2,h3
now we DONT have system users but QMAIL-LDAP users
with mail ids as "[EMAIL PROTECTED]"
now ldap entries for "user" is like :
user1
mail:[EMAIL PROTECTED]
mailhost:h1.domain.com
user2:
mail:[EMAIL PROTECTED]
mailhost:h2.domain.com
user3:
mail:[EMAIL PROTECTED]
mailhost:h3.domain.com
and so on ...............
and now on my host.domain.com which is defined in MX
for domain.com , i had configured ~control/rcpthost to
accept mails for domain.com and localhost.
i had also configured ~control/rcpthost on h1, h2, h3
to accept mails for domain.com and localhost
~control/me=h1.domain.com,h2.domain.com,h3.domain.com
for hosts h1, h2, h3 respectively
Is this configuration correct or any suggestins
........
in other terms in layman language i want .. whenever
the mail comes for any "user" of domain.com then qmail
looks up in ldap and gets its "mailhost" then sends a
smtp connection to h1/h2/h3.domain.com .. whatever is
the mailhost pointing to ... their the qmail-ldap is
also running .. the smtp connection gets esablished
and then that qmail on host h1/h2/h3 again looks up in
ldap for the user and gets the mailhost details and
then try to deliver it in the users's "Maildir" ....
will it work ..... ????????????
Regards
Rajat
__________________________________________________
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/
hi everyone!
what i have here is this,
__________________
MX --> | host.domain.com |
------------------
with qmail-ldap
with pr. dns
with openldap (common for h1,h2,h3,
host )
_____________ _____________ _____________
|h1.domain.com| |h2.domain.com| |h3.domain.com|
------------- ------------- -------------
with qmail-ldap with qmail-ldap with qmail-ldap
the primary dns has entries of the hosts h1,h2,h3
now we DONT have system users but QMAIL-LDAP users
with mail ids as "[EMAIL PROTECTED]"
now ldap entries for "user" is like :
user1
mail:[EMAIL PROTECTED]
mailhost:h1.domain.com
user2:
mail:[EMAIL PROTECTED]
mailhost:h2.domain.com
user3:
mail:[EMAIL PROTECTED]
mailhost:h3.domain.com
and so on ...............
and now on my host.domain.com which is defined in MX
for domain.com , i had configured ~control/rcpthost to
accept mails for domain.com and localhost.
i had also configured ~control/rcpthost on h1, h2, h3
to accept mails for domain.com and localhost
~control/me=h1.domain.com,h2.domain.com,h3.domain.com
for hosts h1, h2, h3 respectively
Is this configuration correct or any suggestins
........
in other terms in layman language i want .. whenever
the mail comes for any "user" of domain.com then qmail
looks up in ldap and gets its "mailhost" then sends a
smtp connection to h1/h2/h3.domain.com .. whatever is
the mailhost pointing to ... their the qmail-ldap is
also running .. the smtp connection gets esablished
and then that qmail on host h1/h2/h3 again looks up in
ldap for the user and gets the mailhost details and
then try to deliver it in the users's "Maildir" ....
will it work ..... ????????????
Regards
Rajat
__________________________________________________
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/
> That's not the only problem. If you take a look at
> http://msgs.securepoint.com/qmail/ you'll find that the Steves and
> Leslies of this world - in using software that simply is not
> meant to be used outside an asylum - also wreck archives: the threading is
> totally fscked up there.. I've just about had it with this list. The
> software is great but the amount of whining Mircosoft lusers is becoming
> unacceptable. Bummer.
You need to re-read Revelation 13. You know that we must all receive the
mark of the Beast eventually. Meantime, while I am compelled to use this
client software, with all its satanic perversities, would anyone care to
explain what precisely M$Outlook does wrong to break the threading? Are
there settings I can change to make it more list-friendly? Or am I just
taking the fallout of some excess angst?
I would love to talk power-dynamics, metaphysics, personality types,
religion and Bill some more but it's off topic here.
* Steve Carter <[EMAIL PROTECTED]> [000906 06:22]:
> would anyone care to explain what precisely M$Outlook does wrong to
> break the threading?
Can you see any references in your header? And while we're at it:
| Subject: RE: Monitoring Email
^^
WTF?
| MIME-Version: 1.0
Oh yeah? For an all ASCII message? Mbwhahaha... or rather Mbwhähähä...
| Content-Type: text/plain;
| charset="windows-1252"
Yeah, right... preach on, brother Bill... Reminds me of this great song
(was it the 4skins?) "One law for them and another law for us".
> Are there settings I can change to make it more list-friendly?
Nope. It's braindead. Like all Wintendo software. Face it: if you think
you absolutely *must* use this crap, don't expect any help, because
you're pissing off people who have to rethread, reformat, crop and
otherwise mess with your mails. Get XEmacs for Windows and use Gnus.
"Leslie Bester [EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>Being new to Qmail, and even after going to the url that you so politely
>provided, I still do not see the answer.
You don't see it, or you don't understand it?
If you don't see it, it's the last question on the page.
If you don't understand it, that's because you don't understand qmail
yet. I suggest you take a look at "Life with qmail", available from:
http://lwq.w3.to
Or you can jump right to the explanation of the QUEUE_EXTRA mechanism
at:
http://Web.InfoAve.Net/~dsill/lwq.html#queue_extra
>Does that method you pointed to via url actually provide a pop-account where
>one can login and view all sent/received messages from any pop3
>client?
Yes and no: the URL describes how to log all messages to a file, but
it's easily adapted to direct them to a POP mailbox. Setting up POP
is, of course, a separate topic.
>And, once viewing each individual message, provide the ability to save
>attachments?
What you can do with attachments is limited by the capabilities of
your Mail User Agent (MUA) (AKA "mailer").
-Dave
To help discussion:
-x-
How do I keep a copy of all incoming and outgoing mail messages?
Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
Recompile qmail. Put ./msg-log into ~alias/.qmail-log.
You can also use QUEUE_EXTRA to, e.g., record the Message-ID of every
message: run
| awk '/^$/ { exit } /^[mM][eE][sS][sS][aA][gG][eE]-/ { print }'
from ~alias/.qmail-log.
-x-
This cannot be considered a good FAQ answer for beginners (and pointing that
out in the FAQ itself would be nice). grep'ing for QUEUE_EXTRA in the
sources only gives:
-x-
BLURB3:* optional logging of one-way hashes, entire contents, etc.
(QUEUE_EXTRA)
CHANGES:19961202 change: added FAQ entry on QUEUE_EXTRA.
CHANGES:19961129 change: added QUEUE_EXTRA, QUEUE_EXTRALEN.
extra.h:#define QUEUE_EXTRA ""
extra.h:#define QUEUE_EXTRALEN 0
FAQ:Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
FAQ:You can also use QUEUE_EXTRA to, e.g., record the Message-ID of every
qmail-queue.c: if (substdio_bput(&ssout,QUEUE_EXTRA,QUEUE_EXTRALEN) == -1)
die_write();
THOUGHTS:contents of the message? With QUEUE_EXTRA it'd be possible to
record a
-x-
Considering the only source references to it are extra.h's defining (or not)
of their values and qmail-queue's "write to this", anyone not wanting to
figure out qmail by the sources (which honestly, should not be necessary to
_use_ it) will not figure out how to use QMAIL_EXTRA or what it
accomplishes.
What happens, from my understanding, is this delivers the message not only
to the intended recipient, but also to whoever/whatever is specified in the
~alias/.qmail-log file.
Read up on aliases and once you understand how qmail deals with aliases,
you'll (maybe) 'get' what is happening here.
And yes, you would be able to configure that a user receive all the
deliveries of those messages.
----- Original Message -----
From: "Leslie Bester [EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> So your answer is no then. Okey, thanks for your "help".
>
> ----- Original Message -----
> > > > > Is there a way to have all incoming and outgoing emails (with
> > > > > attachments) sent to a secret user for later viewing?
> > > >
> > > > http://cr.yp.to/qmail/faq/admin.html#copies
> >
> > > Being new to Qmail, and even after going to the url that you so
politely
> > > provided, I still do not see the answer.
Leslie Bester [EMAIL PROTECTED] writes:
> Is there a way to have all incoming and outgoing emails (with
> attachments) sent to a secret user for later viewing?
Yes, but you have to do this in order to find out how:
sed -n '672,684p' < /usr/local/src/qmail-1.03/FAQ
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com |
Crynwr sells support for free software | PGPok | Damn the firewalls!
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Full connectivity ahead!
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Steve Carter <[EMAIL PROTECTED]> wrote:
>
> Meantime, while I am compelled to use this client software, with all its
> satanic perversities, would anyone care to explain what precisely M$Outlook
> does wrong to break the threading?
It fails to generate In-Reply-To: headers, which quote the message ID's of the
original email and it's In-Reply-To: header. Totally broken.
Charles
--
--------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
QCC Communications Corporation Saskatoon, SK
My opinions do not necessarily represent those of my employer.
--------------------------------------------------------------
Michael T. Babcock <[EMAIL PROTECTED]> writes on 6 September 2000 at 10:43:28
-0400
> To help discussion:
>
> -x-
> How do I keep a copy of all incoming and outgoing mail messages?
> Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
> Recompile qmail. Put ./msg-log into ~alias/.qmail-log.
>
> You can also use QUEUE_EXTRA to, e.g., record the Message-ID of every
> message: run
>
> | awk '/^$/ { exit } /^[mM][eE][sS][sS][aA][gG][eE]-/ { print }'
>
> from ~alias/.qmail-log.
> -x-
>
> This cannot be considered a good FAQ answer for beginners (and pointing that
> out in the FAQ itself would be nice). grep'ing for QUEUE_EXTRA in the
> sources only gives:
Nothing about qmail is really suitable for beginners. Being sysadmin
on a unix box is not for beginners, let alone changing out important
pieces of system software. And it can't be made suitable for
beginners without also making it much less useful.
Alternatively, somebody could write a book that explained everything
an average windows user needs to become a competent sysadmin. Problem
is, it would be a *big* book, and take quite a while to read
(understatement) and, even more, to understand.
> -x-
> BLURB3:* optional logging of one-way hashes, entire contents, etc.
> (QUEUE_EXTRA)
> CHANGES:19961202 change: added FAQ entry on QUEUE_EXTRA.
> CHANGES:19961129 change: added QUEUE_EXTRA, QUEUE_EXTRALEN.
> extra.h:#define QUEUE_EXTRA ""
> extra.h:#define QUEUE_EXTRALEN 0
> FAQ:Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
> FAQ:You can also use QUEUE_EXTRA to, e.g., record the Message-ID of every
> qmail-queue.c: if (substdio_bput(&ssout,QUEUE_EXTRA,QUEUE_EXTRALEN) == -1)
> die_write();
> THOUGHTS:contents of the message? With QUEUE_EXTRA it'd be possible to
> record a
> -x-
>
> Considering the only source references to it are extra.h's defining (or not)
> of their values and qmail-queue's "write to this", anyone not wanting to
> figure out qmail by the sources (which honestly, should not be necessary to
> _use_ it) will not figure out how to use QMAIL_EXTRA or what it
> accomplishes.
You don't need to figure it out, the FAQ says precisely what it does.
The key point is noticing that QUEUE_EXTRA equals log, and
~alias/.qmail-log controls the handling of the extra copy. I'd have
written the FAQ slightly differently, and explicitly said that setting
QUEUE_EXTRA to Tfoobar\0 causes an extra copy of the message to be
queued for local user foobar; would that have helped?
> What happens, from my understanding, is this delivers the message not only
> to the intended recipient, but also to whoever/whatever is specified in the
> ~alias/.qmail-log file.
Yes, that's what it says. Easier to describe back one level, though
-- it delivers to local user log. You can use users/assign, ~alias,
or create a real user. Also ~alias/.qmail-default would get it (along
with other stuff).
--
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]
On Wed, Sep 06, 2000 at 01:39:53AM -0500, Leslie Bester [EMAIL PROTECTED] wrote:
> Is there a way to have all incoming and outgoing emails (with attachments)
> sent to a secret user for later viewing?
You can try dsniff : http://freshmeat.net/projects/dsniff/
(look at the "mailsnarf" tool)
Regards,
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
PGP signature
Quoted from Charles Cazabon:
> It fails to generate In-Reply-To: headers, which quote the message ID's of the
> original email and it's In-Reply-To: header. Totally broken.
In-Reply-To isn't strictly necessary or useful (DJB has an article
saying why: http://cr.yp.to/immhf/thread.html). The References field,
on the other hand, is useful.
---Chris K.
--
Chris, the Young One |_ If you can't afford a backup system, you can't
Auckland, New Zealand |_ afford to have important data on your computer.
http://cloud9.hedgee.com/ |_ ---Tracy R. Reed
On Wed, Sep 06, 2000 at 10:20:49AM -0500, David Dyer-Bennet wrote:
> > This cannot be considered a good FAQ answer for beginners (and pointing that
> > out in the FAQ itself would be nice). grep'ing for QUEUE_EXTRA in the
> > sources only gives:
>
> Nothing about qmail is really suitable for beginners. Being sysadmin
> on a unix box is not for beginners, let alone changing out important
> pieces of system software. And it can't be made suitable for
> beginners without also making it much less useful.
>
> Alternatively, somebody could write a book that explained everything
> an average windows user needs to become a competent sysadmin. Problem
> is, it would be a *big* book, and take quite a while to read
> (understatement) and, even more, to understand.
And who would read it? The same people who don't even read the FAQ?
Although it's late in the day, I wonder whether we could write a charter
for this list and add it to www.qmail.org and/or get Dan to change
list.cr.yp.to to send out a link on subscription confirmation. At least
then we could simply point people back to the charter.
It might have, eg:
1. You must read the FAQ
2. You must be able to administer an MTA or have the wherewithall to
learn how to administer an MTA
3. You must have read LWQ
4. You must have shown us the results of your search of the archives
5. If you are unable, unwilling or philosophically opposed to doing 1-4,
the list is obliged to directed you to the commercial support offered
via www.qmail.org
Regards.
[EMAIL PROTECTED] <[EMAIL PROTECTED]> writes on 6 September 2000 at 10:36:52 -0700
> On Wed, Sep 06, 2000 at 10:20:49AM -0500, David Dyer-Bennet wrote:
>
> > > This cannot be considered a good FAQ answer for beginners (and pointing that
> > > out in the FAQ itself would be nice). grep'ing for QUEUE_EXTRA in the
> > > sources only gives:
> >
> > Nothing about qmail is really suitable for beginners. Being sysadmin
> > on a unix box is not for beginners, let alone changing out important
> > pieces of system software. And it can't be made suitable for
> > beginners without also making it much less useful.
> >
> > Alternatively, somebody could write a book that explained everything
> > an average windows user needs to become a competent sysadmin. Problem
> > is, it would be a *big* book, and take quite a while to read
> > (understatement) and, even more, to understand.
>
> And who would read it? The same people who don't even read the FAQ?
I'm sure some people wouldn't anyway. However, some of the people
clearly *can't* read the FAQ; not because they're stupid, or because
they don't speak English, but simply because they don't have the
background that the FAQ assumes. They can read the words, but those
words don't communicate much to them. On the one hand, this doesn't
make them bad people. On the other hand, it does make it a lot of
work to help them sometimes.
> Although it's late in the day, I wonder whether we could write a charter
> for this list and add it to www.qmail.org and/or get Dan to change
> list.cr.yp.to to send out a link on subscription confirmation. At least
> then we could simply point people back to the charter.
>
> It might have, eg:
>
> 1. You must read the FAQ
> 2. You must be able to administer an MTA or have the wherewithall to
> learn how to administer an MTA
> 3. You must have read LWQ
> 4. You must have shown us the results of your search of the archives
> 5. If you are unable, unwilling or philosophically opposed to doing 1-4,
> the list is obliged to directed you to the commercial support offered
> via www.qmail.org
And who would read this charter? The same ones who don't read the
FAQ? :-)
Admittedly, it would give us a bigger stick to beat them with.
I must admit that I don't always search the archives. I read this
list consistently, and often go with my memory that the question
hasn't been answered recently. I guess it wouldn't hurt me seriously
to have to go do the search and cut and paste the results before
posting, though.
And I'm reasonably sure that you won't get Dan to change the list
charter for this.
--
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 am setting up a mail router here at work, I realise that the box I am
running qmail on needs also to be running DNS. Is it okay for this to be
a name-caching only server with forwards to my ISP's DNS server?
TIA
Jon.
On Wed, Sep 06, 2000 at 11:35:38AM +0100, Jonathan Fanti wrote:
> I am setting up a mail router here at work, I realise that the box I am
> running qmail on needs also to be running DNS. Is it okay for this to be
> a name-caching only server with forwards to my ISP's DNS server?
Hi Jon,
The DNS server doesn't *need* to be on the same machine, but it'll big a
big help if it is. Excessive DNS latency can be a real pain.
That said, using a forwarder would work fine.
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]
Hola Jon
If you haven`t a reliable connection, better use a slave DNS server on your
box.
It will fetch the DNS tables from your ISP.
----- Original Message -----
From: "James Raftery" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 06, 2000 1:02 PM
Subject: Re: Qmail & DNS
> On Wed, Sep 06, 2000 at 11:35:38AM +0100, Jonathan Fanti wrote:
> > I am setting up a mail router here at work, I realise that the box I am
> > running qmail on needs also to be running DNS. Is it okay for this to be
> > a name-caching only server with forwards to my ISP's DNS server?
>
> Hi Jon,
>
> The DNS server doesn't *need* to be on the same machine, but it'll big a
> big help if it is. Excessive DNS latency can be a real pain.
> That said, using a forwarder would work fine.
>
>
> 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]
> running qmail on needs also to be running DNS. Is it okay for this to be
> a name-caching only server with forwards to my ISP's DNS server?
Install dnscache on localhost. You can get it at
http://cr.yp.to/djbdns.html
Regards, Frank
Jonathan Fanti <[EMAIL PROTECTED]> wrote:
>I am setting up a mail router here at work, I realise that the box I am
>running qmail on needs also to be running DNS.
No, it only needs *access* to the DNS (i.e., /etc/resolv.conf,
/etc/nsswitch.conf, etc.)
-Dave
Jonathan Fanti wrote:
>
> I am setting up a mail router here at work, I realise that the box I am
> running qmail on needs also to be running DNS. Is it okay for this to be
> a name-caching only server with forwards to my ISP's DNS server?
Sure that would work. It would also work to not forward to your
ISP's dns, but to go directly to the root servers.
If you like to experiment, try installing Dan Bernstiens
local caching dns software:
http://cr.yp.to/djbdns
Ken Jones
What does the '*' mean in ls -alR /var/qmail/info/9:
-rw-rw-r-- 1 root root 0 Aug 9 17:26 *
drwx------ 2 qmails qmail 1024 Sep 5 00:42 ./
drwx------ 25 qmails qmail 1024 Mar 20 21:21 ../
I was just browsing, and found it. What's it do?
Thanks,
John
--
John Conover Tel. 408.370.2688 [EMAIL PROTECTED]
631 Lamont Ct. Cel. 408.772.7733
Campbell, CA 95008 Fax. 408.379.9602 http://www.johncon.com
On Wed, Sep 06, 2000 at 10:38:31AM -0000, John Conover wrote:
>
> What does the '*' mean in ls -alR /var/qmail/info/9:
>
> -rw-rw-r-- 1 root root 0 Aug 9 17:26 *
> drwx------ 2 qmails qmail 1024 Sep 5 00:42 ./
> drwx------ 25 qmails qmail 1024 Mar 20 21:21 ../
>
> I was just browsing, and found it. What's it do?
Trust me, it's not something qmail put there.
Greetz, Peter.
--
[ircoper] [EMAIL PROTECTED] - Peter van Dijk / Hardbeat
[student] Undernet:#groningen/wallops | IRCnet:/#alliance
[developer] _____________
[disbeliever - the world is backwards] (__VuurWerk__(--*-
On Wed, Sep 06, 2000 at 01:03:11PM +0200, Peter van Dijk wrote:
> On Wed, Sep 06, 2000 at 10:38:31AM -0000, John Conover wrote:
> >
> > What does the '*' mean in ls -alR /var/qmail/info/9:
> >
> > -rw-rw-r-- 1 root root 0 Aug 9 17:26 *
> > drwx------ 2 qmails qmail 1024 Sep 5 00:42 ./
> > drwx------ 25 qmails qmail 1024 Mar 20 21:21 ../
> >
> > I was just browsing, and found it. What's it do?
>
> Trust me, it's not something qmail put there.
Especially because it's owned by root:root. qmail doesn't run under those
perms.
RC
--
+-------------------
| Ricardo Cerqueira
| PGP Key fingerprint - B7 05 13 CE 48 0A BF 1E 87 21 83 DB 28 DE 03 42
| Novis - Engenharia ISP / Rede Técnica
| Pç. Duque Saldanha, 1, 7º E / 1050-094 Lisboa / Portugal
| Tel: +351 21 0100000 - Fax: +351 21 0100001
PGP signature
Quoted from Peter van Dijk:
> On Wed, Sep 06, 2000 at 10:38:31AM -0000, John Conover wrote:
> > What does the '*' mean in ls -alR /var/qmail/info/9:
>
> Trust me, it's not something qmail put there.
My suspicion was that someone typed something like:
sudo touch /var/qmail/info/9/*
instead of, say,
sudo sh -c 'touch /var/qmail/info/9/*'
in order to, say, ``revive'' a message.
---Chris K.
--
Chris, the Young One |_ If you can't afford a backup system, you can't
Auckland, New Zealand |_ afford to have important data on your computer.
http://cloud9.hedgee.com/ |_ ---Tracy R. Reed
On Wed, Sep 06, 2000 at 10:41:31AM +0200, Marco wrote:
> I checked the syntax on man pages, and it seems OK to me, either.
I wrote a little perl to do some checks on a users/assign file and sent
it to the list a while back. Look in the archives for "assign-lint".
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]
I am thinking of writing a small utility that would scan the log file qmail
creates and output... something... :-)
Now I wonder. My system stores all qmail log entries through syslogd (ending
up in /var/log/messages). I kind of like this, but am still wondering: Is
there another way than through syslogd?
If so: Could anone provide me with a sample of the log file, so I can
compare the log entries with each other and try to incorporate them into the
program... Otherwise I write the thing for my setup and noone gets to say no
ugly stuff about it ;-)
Thanks and sorry for bothering all you with this, Goran
P.S.: I know, I know, I'm using outlook, but hey, I get paid to work here
with an exchange server, and the firewall blocks all outgoing smtp
connections... :-(
Some people are only alive because it's illegal to kill them.
Quoted from Goran Blazic:
> Now I wonder. My system stores all qmail log entries through syslogd (ending
> up in /var/log/messages). I kind of like this, but am still wondering: Is
> there another way than through syslogd?
Easy. Use multilog (http://cr.yp.to/daemontools.html).
> If so: Could anone provide me with a sample of the log file, so I can
> compare the log entries with each other and try to incorporate them into the
> program...
$ tail /service/qmail/log/main/current
@4000000039b632053b23dea4 delivery 869: success:
172.23.232.1_accepted_message./Remote_host_said:_250_ok_968241368_qp_8868/
@4000000039b632053b3f984c status: local 0/10 remote 0/20
@4000000039b632053b49353c end msg 12551
@4000000039b632520f748524 new msg 12551
@4000000039b632520f7cf54c info msg 12551: bytes 2493 from
<[EMAIL PROTECTED]> qp 31374 uid 105
@4000000039b63252104eef34 starting delivery 870: msg 12551 to local cky@localhost
@4000000039b632521051e504 status: local 1/10 remote 0/20
@4000000039b6325213c9643c delivery 870: success: did_0+0+2/
@4000000039b6325213e2d3f4 status: local 0/10 remote 0/20
@4000000039b6325213ea1f24 end msg 12551
> P.S.: I know, I know, I'm using outlook, but hey, I get paid to work here
> with an exchange server, and the firewall blocks all outgoing smtp
> connections... :-(
Telnet to the SMTP port on your firewall directly.
---Chris K.
--
Chris, the Young One |_ If you can't afford a backup system, you can't
Auckland, New Zealand |_ afford to have important data on your computer.
http://cloud9.hedgee.com/ |_ ---Tracy R. Reed
On Wed, Sep 06, 2000 at 02:06:00AM +0200, Claus Färber wrote:
> Austad, Jay <[EMAIL PROTECTED]> schrieb/wrote:
> > I am glancing over qmtp.txt and it's mostly quite clear to me, except
> > the stuff about 'safe messages'. If none of the bytes in a safe
> > message can be <0a>, when the hell *do* we see a safe message?
>
> It's clear that djb's talking about <0a>/LF EXCEPT in line end
> designators (which can either be CRLF or LF). So basically every message
> that does not contain LFs that are not line feeds is "safe".
I couldn't gather the "that are not line feeds" part from the docs.
> If a message is not safe, the worst that can happen is that bare LFs are
> converted to CRLF. This is also true for most SMTP MTAs.
Correct.
Greetz, Peter.
--
[ircoper] [EMAIL PROTECTED] - Peter van Dijk / Hardbeat
[student] Undernet:#groningen/wallops | IRCnet:/#alliance
[developer] _____________
[disbeliever - the world is backwards] (__VuurWerk__(--*-
If you are able to get off the damn thing let me know. I have tried
multiiple times to get off and it has confirmed that I was removed, but
the mails just keep on coming.
Kris
Kris... It has been said before... Look at your headers. Mine have this on
them:
Return-Path: <[EMAIL PROTECTED]>
^^^^^^^^^^^^^^^^^
which means I am subscribed as "[EMAIL PROTECTED]", and will have to
unsubscribe using that particular mail address. And I mean use it as the
Envelope sender, not just the To: header line.
Look at your Return-Path header line, check out which mail address you're
subscribed with, and use that one.
RC
On Wed, Sep 06, 2000 at 06:14:21AM -0500, Kris Keele wrote:
> If you are able to get off the damn thing let me know. I have tried
> multiiple times to get off and it has confirmed that I was removed, but
> the mails just keep on coming.
>
> Kris
>
--
+-------------------
| Ricardo Cerqueira
| PGP Key fingerprint - B7 05 13 CE 48 0A BF 1E 87 21 83 DB 28 DE 03 42
| Novis - Engenharia ISP / Rede Técnica
| Pç. Duque Saldanha, 1, 7º E / 1050-094 Lisboa / Portugal
| Tel: +351 21 0100000 - Fax: +351 21 0100001
PGP signature
Quoted from Robin S. Socha:
> Oh. And *don't* use reply if you want to start a new thread.
Oooh, this reminded me of a thread in my Linux users group's list:
http://cloud9.hedgee.com/archives/netiquette/msg00000.html
The relevance is in point 4. To put things into context, [Kooler]
is a tag the list uses to denote off-topic posts.
There was also another debate on that list, about why I think mail
client authors should make hierarchical threading the default. Then
when people make ``alien threads'' (as I called them), they'd see
the egregious mistake they made.
---Chris K.
--
Chris, the Young One |_ but what's a dropped message between friends?
Auckland, New Zealand |_ this is UDP, not TCP after all ;) ---John H.
http://cloud9.hedgee.com/ |_ Robinson, IV
Quoted from Chris K. Young:
> There was also another debate on that list, about why I think mail
> client authors should make hierarchical threading the default.
By this, I mean making the mailbox view look a bit like: (I know
this looks like mutt; I haven't used too many other mailers)
Thread
+->Re: Thread
| +->Re: Thread
| +->New unrelated alien thread
| | +->get a better MUA! (was Re: New unrelated alien thread)
| | +->Re: get a better MUA!
| | +->Re: get a better MUA!
| +->Re: Thread
| +->Re: Thread
+->Re: Thread
In this view, it's clear, for example, that ``get a better MUA!''
is a followup to ``New unrelated alien thread''.
---Chris K.
--
Chris, the Young One |_ but what's a dropped message between friends?
Auckland, New Zealand |_ this is UDP, not TCP after all ;) ---John H.
http://cloud9.hedgee.com/ |_ Robinson, IV
* Chris K. Young <[EMAIL PROTECTED]> [000906 08:24]:
> Quoted from Robin S. Socha:
> > Oh. And *don't* use reply if you want to start a new thread.
And don't start a new thread if you're changing the subject... Like, if
you were using Gnus, you could be using this:
http://www.coling.uni-freiburg.de/~schauer/resources/emacs/message-utils.el.gz
;; This file contains some small additions to message mode:
;; * inserting files in a message and explicit marking it
;; as something somebody else has created,
;; * change Subject: header and add (was: <old subject>)
;; * strip (was: <old subject>) from Subject: headers
;; * add a X-No-Archive: Yes header and a note in the body
;; * a function for cross-post and followup-to messages
;; * replace To: header with contents of Cc: or Bcc: header.
[...]
> There was also another debate on that list, about why I think mail
> client authors should make hierarchical threading the default. Then
> when people make ``alien threads'' (as I called them), they'd see
> the egregious mistake they made.
Well, there is a cure for that: Gnus. One could argue endlessly whether
it is morally OK to spend valuable programming time to make up for the
deficiences of primitive commercial software. But kicking Wintendo
lusers is only fun for a limited amount of time (I've gathered from
years of field experiments that OS release numbers and their users' IQs
are reversely proportional (yup, running OpenBSD here...)) so you always
end up writing demoronizing tools for their stuff. I wonder if a decent
TCO would come up with something like "nuking Redmond will increase the
world's productivity by 900%".
Quoted from Robin S. Socha:
> And don't start a new thread if you're changing the subject... Like, if
> you were using Gnus, you could be using this:
Actually, I usually do use the ``(was Re: foo)'' convention, keeping
within the thread. I started a new thread because I thought that the
topic diverged from the original subject matter enough, and it's off
topic enough, to warrant doing so.
In most cases, you're right, though.
> > Then when people make ``alien threads'' (as I called them), they'd
> > see the egregious mistake they made.
>
> Well, there is a cure for that: Gnus.
Well, I'm going to look at Gnus some day and see if Robin S. Socha is
listed as a primary author. You seem to advertise it like I advertise
my own programs. :-)
> (I've gathered from
> years of field experiments that OS release numbers and their users' IQs
> are reversely proportional (yup, running OpenBSD here...))
Well said, well said. :-) (Join the OpenBSD fan club already...)
> so you always
> end up writing demoronizing tools for their stuff.
Yes. The most useful demoronising tool I've seen, so far, is mutt's
default behaviour of ignoring text/html attachments.
> I wonder if a decent
> TCO would come up with something like "nuking Redmond will increase the
> world's productivity by 900%".
After that, you still have AOLers to deal with...
---Chris K.
--
Chris, the Young One |_ but what's a dropped message between friends?
Auckland, New Zealand |_ this is UDP, not TCP after all ;) ---John H.
http://cloud9.hedgee.com/ |_ Robinson, IV
* Chris K Young <[EMAIL PROTECTED]> writes:
> Quoted from Robin S. Socha:
>> And don't start a new thread if you're changing the subject... Like,
>> if you were using Gnus, you could be using this:
> Actually, I usually do use the ``(was Re: foo)'' convention, keeping
> within the thread.
It's "Was: <old subject>". "Was: Re:" does not make sense.
> In most cases, you're right, though.
Robin's always right. Or so they say...
>> > Then when people make ``alien threads'' (as I called them), they'd
>> > see the egregious mistake they made.
>> Well, there is a cure for that: Gnus.
> Well, I'm going to look at Gnus some day and see if Robin S. Socha is
> listed as a primary author.
He is a mere luser. Ummm... *rgrep* Wow, I'm in the Changelog...
> You seem to advertise it like I advertise my own programs. :-)
Naahhh... It's just that it cures *many* problems I've had with mailing
lists before. Cc: me to your heart's content - I ain't gonna be seeing
no stinkin' dupes, d00d3... It's also one of the few MUAs with generic
support for Maildir (mutt being the obvious alternative).
>> so you always end up writing demoronizing tools for their stuff.
> Yes. The most useful demoronising tool I've seen, so far, is mutt's
> default behaviour of ignoring text/html attachments.
Wow. But Gnus can always do better, y'know...
(setq
;; prefer to show plain text over markup for multipart/alternative
mm-discouraged-alternatives (append mm-discouraged-alternatives
'("text/html"
"text/richtext"
)))
And, I mean, since we're already lightyears off topic, so why not provide
some (hopefully) useful off topic-ness. I mean, take a close look at what
this stuff does - if everyone on this list had it, we'd be seeing a lot
less pesky mails. Really. And setting up Gnus and XEmacs under Windos
isn't really much of a challenge.
;:*=======================
;:* qmail-list group parameters for Gnus
;;* Address used by when doing followups and new posts.
; This is primarily useful in mail groups that represent closed mailing
; lists--mailing lists where it's expected that everybody that writes to
; the mailing list is subscribed to it. Since using this parameter
; ensures that the mail only goes to the mailing list itself, it means
; that members won't receive two copies of your followups.
(to-address . "[EMAIL PROTECTED]")
;:* Address used when doing a `a' in that group.
; It is totally ignored when doing a followup--except that if it is
; present in a news group, you'll get mail group semantics when doing
; `f'.
; If you do an `a' command in a mail group and you have neither a
; `to-list' group parameter nor a `to-address' group parameter, then a
; `to-list' group parameter will be added automatically upon sending the
; message if `gnus-add-to-list' is set to `t'.
(to-list . "[EMAIL PROTECTED]")
;;* `admin-address'
; When unsubscribing from a mailing list you should never send the
; unsubscription notice to the mailing list itself. Instead, you'd send
; messages to the administrative address. This parameter allows you to
; put the admin address somewhere convenient.
(admin-address . [EMAIL PROTECTED])
>> I wonder if a decent TCO would come up with something like "nuking
>> Redmond will increase the world's productivity by 900%".
> After that, you still have AOLers to deal with...
You should consider buying large amounts of cattle-prod shares.
--
Robin S. Socha <http://socha.net/Gnus/>
Peter van Dijk <[EMAIL PROTECTED]> wrote:
>Wut? qmail supports fallback smtp hosts.
If you're referring to alternate MX's, that's not the same thing as
Sendmail's fallback host. With Sendmail, if the first delivery attempt
fails, the message can be passed off to a fallback host for subsequent
delivery attempts.
Hmm...maybe if you set queuelifetime to 0 and redirect bounces to
another host somehow you could achieve the same effect.
-Dave
On Wed, Sep 06, 2000 at 08:26:54AM -0400, Dave Sill wrote:
> Peter van Dijk <[EMAIL PROTECTED]> wrote:
>
> >Wut? qmail supports fallback smtp hosts.
>
> If you're referring to alternate MX's, that's not the same thing as
> Sendmail's fallback host. With Sendmail, if the first delivery attempt
> fails, the message can be passed off to a fallback host for subsequent
> delivery attempts.
Ah, the *one* feature I miss in qmail.
I liked that on my dialup back when I was using sendmail.
> Hmm...maybe if you set queuelifetime to 0 and redirect bounces to
> another host somehow you could achieve the same effect.
Sounds scary.
Greetz, Peter.
--
[ircoper] [EMAIL PROTECTED] - Peter van Dijk / Hardbeat
[student] Undernet:#groningen/wallops | IRCnet:/#alliance
[developer] _____________
[disbeliever - the world is backwards] (__VuurWerk__(--*-
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 6 Sep 2000, at 8:26, Dave Sill wrote:
> >Wut? qmail supports fallback smtp hosts.
>
> If you're referring to alternate MX's, that's not the same thing as
> Sendmail's fallback host. With Sendmail, if the first delivery attempt
> fails, the message can be passed off to a fallback host for subsequent
> delivery attempts.
>
> Hmm...maybe if you set queuelifetime to 0 and redirect bounces to
> another host somehow you could achieve the same effect.
A better way seems to try qmail-remote yourself, and if it fails,
inject the mail to another qmail's queue via qmail-qmqpc. Interfaces
to both qmail-remote and qmail-qmqpc are well documented.
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8 -- QDPGP 2.61b
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBObYtWFMwP8g7qbw/EQIMYwCfaKuC7tf/n56co7ZQv7ZYrbnd4tcAn0lE
YpeGUXQrIKUfFHAhrrorTKlP
=5RxK
-----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]
----- Original Message -----
From: "Petr Novotny" <[EMAIL PROTECTED]>
> On 6 Sep 2000, at 8:26, Dave Sill wrote:
>
> > >Wut? qmail supports fallback smtp hosts.
> >
> > If you're referring to alternate MX's, that's not the same thing as
> > Sendmail's fallback host. With Sendmail, if the first delivery attempt
> > fails, the message can be passed off to a fallback host for subsequent
> > delivery attempts.
> >
> > Hmm...maybe if you set queuelifetime to 0 and redirect bounces to
> > another host somehow you could achieve the same effect.
>
> A better way seems to try qmail-remote yourself, and if it fails,
> inject the mail to another qmail's queue via qmail-qmqpc. Interfaces
> to both qmail-remote and qmail-qmqpc are well documented.
I can't possibly believe you advise this as a 'better' way unless you're
expecting the issue to occur only once a day or less. If the user wants
this feature, it may not be available in qmail, but I wouldn't advise manual
intervention on a server for such an automate-able event.
On Wed, Sep 06, 2000 at 10:06:59AM -0400, Michael T. Babcock wrote:
[snip]
> > > Hmm...maybe if you set queuelifetime to 0 and redirect bounces to
> > > another host somehow you could achieve the same effect.
> >
> > A better way seems to try qmail-remote yourself, and if it fails,
> > inject the mail to another qmail's queue via qmail-qmqpc. Interfaces
> > to both qmail-remote and qmail-qmqpc are well documented.
>
> I can't possibly believe you advise this as a 'better' way unless you're
> expecting the issue to occur only once a day or less. If the user wants
> this feature, it may not be available in qmail, but I wouldn't advise manual
> intervention on a server for such an automate-able event.
I don't think he means 'manual'.
Greetz, Peter.
--
[ircoper] [EMAIL PROTECTED] - Peter van Dijk / Hardbeat
[student] Undernet:#groningen/wallops | IRCnet:/#alliance
[developer] _____________
[disbeliever - the world is backwards] (__VuurWerk__(--*-
[EMAIL PROTECTED] wrote:
>I'm just curious if daemontools works under linux (my question
>may occur to you stupid but I'd like to have certainty because
>I read that it is only for unix).
Linux is functionally UNIX. It's only not-UNIX in a legal or genetic
sense.
>And BTW what do I gain (or rather
>my linux) from having daemontools installed on my system?
You gain high quality (performance, reliability, security,
functionality) process control and logging.
-Dave
Magnus,
I had a chance to stop by the book store the other day.. I picked the
book up and scanned the first couple of chapters and put the book back in
the kids coloring book section.
Sean
----- Original Message -----
From: Magnus Bodin <[EMAIL PROTECTED]>
To: qmail list <[EMAIL PROTECTED]>
Sent: Wednesday, September 06, 2000 2:43 AM
Subject: "Running qmail" - by Richard Blum
>
>
> Short review:
>
> It may work as a thicker replacement for Adam McKennas (no offense Adam!)
> qmail-HOWTO.
>
> It basically is a book that let's you set up a FreeBSD-box with qmail.
> It's title should therefore have been
> "Installation description for FreeBSD/qmail MTA".
>
> It does NOT meet the "life-with-qmail" (by Dave Sill) standard.
>
> * It tries to cover to much. Yes, there are interesting with a
DNS-chapter,
> but please skip trivial things and focus on MAIL things. As an example;
> I found no mention of the very common CNAME configuration error. What had
> been good
>
> * It is too FreeBSD-centric. It includes comments for Linux but is way to
> much NON-generic.
>
> * Things are in wrong order. First an installation description without
> daemontools. Then a daemontools chapter first after a strange chapter
about
> ezmlm.
>
> Whats good?
>
> It's quite hard to tell.
>
> * It covers daemontools 0.70. But not better than anyone else on the net
> including djb.
> * It covers dnscache (now djbdns). Really.
>
>
> Summary: DON'T BUY IT unless you just want a thick installation manual for
a
> FreeBSD-qmail-box.
>
> Use life-with-qmail and http://www.qmail.org/ instead.
>
>
> I'll come back with a REAL review next week.
>
> /magnus
>
> --
> http://x42.com/
<[EMAIL PROTECTED]> wrote:
>1) Well what does missionprinting-org represent on your system?
>
>It does not represent anything. I did not set anything up anywhere to
>correspond to this value.
Yes it does, and yes you did. You have an entry in users/assign to
catch missionprinting-org-tom.sarratt.jr.
Tom, you REALLY need to figure out where your qmail-send logs are
going and look at them. This stumbling around in the dark is wasting
lots of time and effort--yours and ours both.
-Dave
RESOLUTION
Dave Sill was able to point out to me that the /var/log/maillog file will
contain qmail-send logfile entries indicating what qmail is doing.
In light of this, I discovered that:
/var/qmail/alias/.qmail-postmaster
access params: 0644
user: alias
group: qmail
Contents:
&[EMAIL PROTECTED]
***
The file has the WRONG NAME. Reading the error codes found in the maillog
logfile, qmail-send is looking for the alias file:
.qmail-missionprinting-org-postmaster
***
Renaming this file cleared everything up. Alias support works just fine
now.
I wish to thank the following, as well as all of those of you that took a
few minutes out of your day to help.
Dave Sill
Jaun Calder
Tim Lorenc
Tim Hunter
Chris Garrigues
THANK YOU for enlightening me.
Regards,
Tom Sarratt
-----Original Message-----
From: tom.sarratt.jr [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 05, 2000 8:41 PM
To: [EMAIL PROTECTED]
Subject: RE: Alias Support Question
Jaun/Tim:
I think this is where the problem is. The document that I configured the
virtual domain from, as well as single user ID support
(http://www.tibus.net/pgregg/projects/qmail/single-uid-howto.html) said
nothing about what this identifier was, or how it was supposed to be used.
So, to answer questions:
1) Well what does missionprinting-org represent on your system?
<snip>
I've got qmailanalog installed, and the zoverall,zrhosts etc. reports are ok. Problem
is, I can't figure out how to get it to report the number of messages sent versus the
number of messages recieved. Is it possible to do this with qmailanalog?
TIA,
Brian
[EMAIL PROTECTED] wrote:
>I have a question about qmail's timestamp.
See:
http://www.faqts.com/knowledge-base/view.phtml/aid/1167/fid/208/lang/en
-Dave
> Otherwise, I would really appreciate anyone who can provide me with
relevant
> information (minus the flames, and non-answer yielding responses) (Send
> those off-list)
>
> Thanks,
> Les.
Great reply - I hope your experience with some of the people on the list
doesn't inhibit your experience with Qmail too greatly, and I hope you find
your answer
I can't offer an explicit answer for you, other than to say that I'm almost
completely sure that what you're asking is possible - if I understand what
you're needing to do.
The URL http://cr.yp.to/qmail/faq/admin.html#copies that someone posted does
in fact seem to say that what you need can be done, although it certainly
appears to assume the user has a certain knowledge level - it doesn't go
into a lot of detail. Are you able to do what it suggests? I can follow what
it's suggesting, but I've never tried it. I might give it a test and let you
know how it goes.
jason
* Jason Brooke <[EMAIL PROTECTED]> [000906 09:34]:
>
> > Otherwise, I would really appreciate anyone who can provide me with
> relevant
> > information (minus the flames, and non-answer yielding responses) (Send
> > those off-list)
Cool quoting style, honey...
> Great reply - I hope your experience with some of the people on the list
> doesn't inhibit your experience with Qmail too greatly, and I hope you find
> your answer
10 X 000906 Leslie Bester le ( 36) Monitoring Email
11 F 000906 To [EMAIL PROTECTED] ( 9) `-> <-- the answer is here
12 r X 000906 Leslie Bester le ( 27) `->
13 X 000906 Adam McKenna ( 22) |->
14 X 000906 Leslie Bester le ( 88) | `->Re: Monitoring Email - Clarified
15 X 000906 Jason Brooke ( 29) | `-> <-- you are here
16 F 000906 To [EMAIL PROTECTED] ( 29) |-> <-- the explanation is here
17 X 000906 Leslie Bester le ( 40) | |->
18 X 000906 Peter van Dijk ( 14) | | `->
19 X 000906 kapil sharma ( 19) | `->qmail 25 port problem
20 X 000906 Dave Sill ( 34) `->
> The URL http://cr.yp.to/qmail/faq/admin.html#copies that someone
> posted does in fact seem to say that what you need can be done,
> although it certainly appears to assume the user has a certain
> knowledge level -
Like what? Reading ability? God bless America...
> it doesn't go into a lot of detail.
| How do I keep a copy of all incoming and outgoing mail messages?
| Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
(root@purgatory):(/usr/local/src/Qmail/qmail-1.03)# cat extra.h
#define QUEUE_EXTRA "Tlog\0"
#define QUEUE_EXTRALEN 5
| Recompile qmail.
make setup
| Put ./msg-log into ~alias/.qmail-log.
(root@purgatory):(/usr/local/src/Qmail/qmail-1.03)# cat ~alias/.qmail-log
./msg-log
(root@purgatory):(/var/qmail/alias)# ll msg-log
-rw------- 1 alias qmail 437216 Sep 6 15:49 msg-log
> Are you able to do what it suggests? I can follow what it's
> suggesting, but I've never tried it. I might give it a test and let
> you know how it goes.
Please do. Let's all share this experience. Anyone got a tree I can hug?
Or a shotgun?
Leslie Bester [EMAIL PROTECTED] <[EMAIL PROTECTED]> writes on 6 September 2000 at 03:16:32 -0500
> So! If the URL http://cr.yp.to/qmail/faq/admin.html#copies actually
> provides the exact answer I'm looking for, please excuse my ignorance.
You're excused. It's the last item on the page at that URL, the last
item in the FAQ. The headline is "How do I keep a copy of all
incoming and outgoing messages"; if you'd actually read it that should
have been something of a clue, eh?
To be really specific, it tells you how to have the copies delivered
to a specific user. If you've got POP working on your system, that
user can then view the messages via POP.
--
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]
Seeing as you so enjoy being sarcastic, lets ask a few extras:
----- Original Message -----
From: "Robin S. Socha" <[EMAIL PROTECTED]>
> * Jason Brooke <[EMAIL PROTECTED]> [000906 09:34]:
> Cool quoting style, honey...
>
> > The URL http://cr.yp.to/qmail/faq/admin.html#copies that someone
> > posted does in fact seem to say that what you need can be done,
> > although it certainly appears to assume the user has a certain
> > knowledge level -
>
> Like what? Reading ability? God bless America...
No, like knowing how qmail delivery works, etc. Do you want me to explain
to you how quantum properties of light purportedly work without giving the
introductory physics? It would be nice if that FAQ at least mentionned
cross-references for the other documentation related to the issue (note my
previous E-mail).
> | How do I keep a copy of all incoming and outgoing mail messages?
> | Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
Ok, this begs the question, where do the copies end up?
> | Put ./msg-log into ~alias/.qmail-log.
And you are free to tell everyone (in the FAQ maybe?) what putting msg-log
in .qmail-log does. Sure, it tells qmail how to handle deliveries intended
for the 'log' alias. So, how does the user (as was asked) have these
messages delivered to an account for POP retrieval?
(Just to point out that you didn't answer the question, and neither does the
FAQ).
Leslie Bester [EMAIL PROTECTED] writes:
> What a useful list.
>
> I would of thought that posting what I thought was a pretty basic question
> would yield something resembling an answer from someone.
Nope. Never. Asking basic questions without first reading the
documentation is another way to say "I have no respect for your time.
My time is all-important. Now down on your knees, knave, and answer
me!"
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com |
Crynwr sells support for free software | PGPok | Damn the firewalls!
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Full connectivity ahead!
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
* Michael T. Babcock <[EMAIL PROTECTED]> [000906 11:08]:
> Seeing as you so enjoy being sarcastic, lets ask a few extras:
>
> "Robin S. Socha" <[EMAIL PROTECTED]>
> > * Jason Brooke <[EMAIL PROTECTED]> [000906 09:34]:
> > Cool quoting style, honey...
> >
> > > The URL http://cr.yp.to/qmail/faq/admin.html#copies that someone
> > > posted does in fact seem to say that what you need can be done,
> > > although it certainly appears to assume the user has a certain
> > > knowledge level -
> >
> > Like what? Reading ability? God bless America...
>
> No, like knowing how qmail delivery works, etc.
How can you not know that after you had to take a couple of
not-so-very-obvious steps to replace your standard MTA?
> It would be nice if that FAQ at least mentionned cross-references for
> the other documentation related to the issue (note my previous
> E-mail).
This is an FAQ, not an idiot's guide to qmail. Sorry to let you down on
this.
> > | How do I keep a copy of all incoming and outgoing mail messages?
> > | Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
>
> Ok, this begs the question, where do the copies end up?
(root@purgatory):(/var/qmail/doc)# grep INSTALL.alias INSTALL
5. Read INSTALL.alias. Minimal survival command:
[blabla]
> (Just to point out that you didn't answer the question, and neither
> does the FAQ).
You are either very stupid or very naive. Poor you.
On Wed, 6 Sep 2000, Clemens Hermann wrote:
> Hi
>
> now I have been running qmail fore a while. The logs keep on growing,
> the mail-traffic increases. It now becomes necessary to evaluate the
> logs to know who produced how much traffic. There will be some thousand
> pop users and so I guess it might be a really good idea to put all the
> logs in a database and query the database for needed information.
> So I would be glad if someone could give me a hint on how to solve the
> following two problems:
> 1. How can I get the qmail logs into a database? Is there a wesite
> onthis issue? I really would like to use MySQL.
> 2. How do I generate a log analysis from the database (all the tools use
> textfiles). Any tool evaluationg the logs might be o.k.
>
> It would be great if anyone could give me a hint, website, etc.
>
> thanks a lot in advance
1. What purpose is there in having the logs in a MySQL database?
Aside from that, one could write a perl script to do just that.
2. You seek qmailanalog, which can be found at
http://cr.yp.to/qmailanalog.html, as well as qlogtools, at
http://em.ca/~bruceg/qlogtools/.
Check http://www.qmail.org/ and do a find for 'log' or 'statistic', that
might turn up more than my cursory look.
Later,
Bill Carlson
------------
Systems Programmer [EMAIL PROTECTED] | Opinions are mine,
Virtual Hospital http://www.vh.org/ | not my employer's.
University of Iowa Hospitals and Clinics |
Here are a couple of benefits for throwing the logs into a database.
1) You can be dumb and create killer reports using Crystal Reports. (IE your
BOSS who dont know anything about qmail or unix)
2) If you have more then one server then you have a central repository for
all your logs.
Sean
----- Original Message -----
From: Bill Carlson <[EMAIL PROTECTED]>
To: Clemens Hermann <[EMAIL PROTECTED]>
Cc: qmail mailinglist <[EMAIL PROTECTED]>
Sent: Wednesday, September 06, 2000 9:28 AM
Subject: Re: log database
> On Wed, 6 Sep 2000, Clemens Hermann wrote:
>
> > Hi
> >
> > now I have been running qmail fore a while. The logs keep on growing,
> > the mail-traffic increases. It now becomes necessary to evaluate the
> > logs to know who produced how much traffic. There will be some thousand
> > pop users and so I guess it might be a really good idea to put all the
> > logs in a database and query the database for needed information.
> > So I would be glad if someone could give me a hint on how to solve the
> > following two problems:
> > 1. How can I get the qmail logs into a database? Is there a wesite
> > onthis issue? I really would like to use MySQL.
> > 2. How do I generate a log analysis from the database (all the tools use
> > textfiles). Any tool evaluationg the logs might be o.k.
> >
> > It would be great if anyone could give me a hint, website, etc.
> >
> > thanks a lot in advance
>
> 1. What purpose is there in having the logs in a MySQL database?
> Aside from that, one could write a perl script to do just that.
>
> 2. You seek qmailanalog, which can be found at
> http://cr.yp.to/qmailanalog.html, as well as qlogtools, at
> http://em.ca/~bruceg/qlogtools/.
>
> Check http://www.qmail.org/ and do a find for 'log' or 'statistic', that
> might turn up more than my cursory look.
>
> Later,
>
> Bill Carlson
> ------------
> Systems Programmer [EMAIL PROTECTED] | Opinions are mine,
> Virtual Hospital http://www.vh.org/ | not my employer's.
> University of Iowa Hospitals and Clinics |
Hi sean,
> Here are a couple of benefits for throwing the logs into a database.
>
> 1) You can be dumb and create killer reports using Crystal Reports. (IE your
> BOSS who dont know anything about qmail or unix)
this is one of the reasons. I want to be able to query the database and
generate HTML-Reports. I tend to use PHP4 because it seems to be
relatively easy to generate such reports this way for someone who is not
very experienced with databases
> 2) If you have more then one server then you have a central repository for
> all your logs.
I only have one server but my log directory keeps on growing and for
this reason I want to get all logs into a database. Now I have the
problem that I have to set up 5000 Mail accounts and it is absolutely
necessary to get monthly traffic reports. Furtermore it might come up
that the customers want to know more about the accounts and I suppose it
might finally be easier to geth this information in an HTML document
from a database than from very large text log-files.
anyway, I still would appreciate it to get a hint how to get the job
done. The problem is not to analyze the logs but to get them into a
database. The tools mentioned (e.g. qmail analog) work with textfiles
but when I have set up the database I can generate my own queries and do
not necessarily need the tool, right?
Ho should this be done best?
No Text logs, only the database?
The text-logs get written into the database every few hours?
When should I get rid of old logs?
Thanks for any hint.
Clemens
> Sean
>
> ----- Original Message -----
> From: Bill Carlson <[EMAIL PROTECTED]>
> To: Clemens Hermann <[EMAIL PROTECTED]>
> Cc: qmail mailinglist <[EMAIL PROTECTED]>
> Sent: Wednesday, September 06, 2000 9:28 AM
> Subject: Re: log database
>
> > On Wed, 6 Sep 2000, Clemens Hermann wrote:
> >
> > > Hi
> > >
> > > now I have been running qmail fore a while. The logs keep on growing,
> > > the mail-traffic increases. It now becomes necessary to evaluate the
> > > logs to know who produced how much traffic. There will be some thousand
> > > pop users and so I guess it might be a really good idea to put all the
> > > logs in a database and query the database for needed information.
> > > So I would be glad if someone could give me a hint on how to solve the
> > > following two problems:
> > > 1. How can I get the qmail logs into a database? Is there a wesite
> > > onthis issue? I really would like to use MySQL.
> > > 2. How do I generate a log analysis from the database (all the tools use
> > > textfiles). Any tool evaluationg the logs might be o.k.
> > >
> > > It would be great if anyone could give me a hint, website, etc.
> > >
> > > thanks a lot in advance
> >
> > 1. What purpose is there in having the logs in a MySQL database?
> > Aside from that, one could write a perl script to do just that.
> >
> > 2. You seek qmailanalog, which can be found at
> > http://cr.yp.to/qmailanalog.html, as well as qlogtools, at
> > http://em.ca/~bruceg/qlogtools/.
> >
> > Check http://www.qmail.org/ and do a find for 'log' or 'statistic', that
> > might turn up more than my cursory look.
> >
> > Later,
> >
> > Bill Carlson
> > ------------
> > Systems Programmer [EMAIL PROTECTED] | Opinions are mine,
> > Virtual Hospital http://www.vh.org/ | not my employer's.
> > University of Iowa Hospitals and Clinics |
On Wed, 6 Sep 2000, Clemens Hermann wrote:
> Hi sean,
>
> > Here are a couple of benefits for throwing the logs into a database.
> >
> > 1) You can be dumb and create killer reports using Crystal Reports. (IE your
> > BOSS who dont know anything about qmail or unix)
>
> this is one of the reasons. I want to be able to query the database and
> generate HTML-Reports. I tend to use PHP4 because it seems to be
> relatively easy to generate such reports this way for someone who is not
> very experienced with databases
How you generate your reports is not dependent on what format the logs are
in. The log files are a database, just not a very convenient one for ad
hoc queries. Write an app to process the logs and populate a database, I
am not aware of something that already does that.
> > 2) If you have more then one server then you have a central repository for
> > all your logs.
>
> I only have one server but my log directory keeps on growing and for
> this reason I want to get all logs into a database. Now I have the
> problem that I have to set up 5000 Mail accounts and it is absolutely
> necessary to get monthly traffic reports. Furtermore it might come up
> that the customers want to know more about the accounts and I suppose it
> might finally be easier to geth this information in an HTML document
> from a database than from very large text log-files.
It sounds like you need several things, all of which fall under system
administration:
1) Log rotation
2) Post processing of logs
3) Log archival
I don't know of anything that you can just plug in and have this work, it
takes time, effort, knowledge of the systems and knowledge of your needs.
2 Possible scenarios:
1. Post process the logs with an app that creates database records. Daily
rotation of the log files would probably be best
2. Process the logs through qmailanalog or similar, take those results
and create database records. This saves you from having to reinvent some
wheels, but may not give you the detail you need.
$.02,
Bill Carlson
------------
Systems Programmer [EMAIL PROTECTED] | Opinions are mine,
Virtual Hospital http://www.vh.org/ | not my employer's.
University of Iowa Hospitals and Clinics |
|
this is done entirely through DNS. Just point the
MX record for sss.ddd.com to the sss.ddd.com box, and the mmm.ddd.com, ddd.com
and ccc.ddd.com to the mmm.ddd.com box.
MHP
----- Original Message -----
Sent: Monday, September 04, 2000 5:07
AM
Subject: outgoing mail
Imagine:
I have subdomain sss.ddd.com
Domain has mail server on
mmm.ddd.com
My qmail is running on computer
ccc.sss.ddd.com
I want send every mail that is not addressed
to subdomain sss.ddd.com
to computer mmm.ddd.com
I think this is done by smtproutes, but
what?
In smtproutes I can define domains, but I need
ALL, except my domain
Stano Paska
|
Ok, reading the Monitoring Email / Monitoring Email - Clarified
thread is nice, not really productive, but still nice... ;-)
Just a question... Ok, the admin.html#copies says more than enough, so no
arguing there...
Its just that in this document the messages get delivered to admin-something
:-)
Now Ok, I guess that you can deliver them to anyone, but lets say I want to
have it like this...
So I have /home/admin and there the files .qmail and .qmail-admin
Each file points to a separate Maildir which is in /home/admin (lets say
/home/admin/mymail and /home/admin/snooping)
Is it possible to set up a separate pop3 account to take its mail from
/home/admin/snooping?
Not that I need it, but I need the knowledge... :-) Goran
Some people are only alive because it's illegal to kill them.
* Goran Blazic <[EMAIL PROTECTED]> writes:
[...]
> So I have /home/admin and there the files .qmail and .qmail-admin Each
> file points to a separate Maildir which is in /home/admin (lets say
> /home/admin/mymail and /home/admin/snooping) Is it possible to set up
> a separate pop3 account to take its mail from /home/admin/snooping?
echo '&separate-spy' > ~admin/.qmail-admin
--
Robin S. Socha <http://socha.net/>
Robin S. Socha writes:
> * Leslie Bester [EMAIL PROTECTED] <[EMAIL PROTECTED]> [000906 05:09]:
>
> You call that a flame? You've got to be joking...
See, Les? Now *that* was a flame. But seriously, you've GOT to read
the documentation if you want your question answered. People here are
used to answering questions like "How do I make qmail forward some
messages but not others based on the source IP address", or "Is
anybody else having trouble delivering to Yahoo Yet Again?"
Easily-answered questions bore and/or anger people.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com |
Crynwr sells support for free software | PGPok | Damn the firewalls!
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Full connectivity ahead!
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
In the immortal words of Robin S. Socha ([EMAIL PROTECTED]):
> * Leslie Bester [EMAIL PROTECTED] <[EMAIL PROTECTED]> [000906 05:09]:
>
> You call that a flame? You've got to be joking...
(90+ lines of truly uninspired ad hominem attacks deleted for brevity.)
Well congratulations. On reading Leslie's original post, I found
myself thinking that "know-it-all teenagers" was a bit over-the-top as
a complaint, but you've managed not only to make it stick, but to make
it seem like a restrained, cautious judgement.
I have a newsflash for you:
ALT.FLAME IS THATAWAY ----> <your local nntp server>
If you want to engage in half-assed adolescent chest-beating under the
deluded impression that it somehow makes you look wiser, smarter,
cooler or in any other way better than your putative target, please
avail yourself of one of the countless venues designed for exactly
that purpose.
In the meantime, please do yourself and everybody around you a massive
favor and disabuse yourself of the notion that being snide and
condescending to newbies on informational mailing lists is in any way
helpful to you, them, or the list in general. You are not "educating
newbies" by doing this. You are not engaging in "tough love". You
are most certainly not actually "encouraging people to help themselves""
I'm sure you have some other lame justification you are undoubtedly
going to throw at us for your pathetic outburst. Please, save it.
You are just being a putz. (Look it up.)
If you only want to hear questions from people who already know as
much about qmail as your estimable self, please emulate an intelligent
person for the 30 seconds it will take you to unsubscribe from the
general-purpose mailing list, and find one more targeted to your needs.
Every time some self-appointed weasel like you decides to strike a
blow for some warped notion of truth and righteousness by stomping all
over some innocent newbie, that's ten times harder actual
professionals like myself have to work to get community-supported
software adopted inside real corporations.
Congratulations.
-n
------------------------------------------------------------<[EMAIL PROTECTED]>
"A Force Recon colonel once told me, "If it's a stupid idea, and it works, it
must not be a stupid idea." (--John Frazier)
<http://www.blank.org/memory/>------------------------------------------------
> "Leslie Bester [EMAIL PROTECTED]" wrote:
>
> I'm quite surprised that after joining the list about... 1 hour ago? That I
> raised the (over-used) Signal to noise ratio.
Doesn't that tell you anything? Doesn't that tell you that most people are
asking real questions that people on the list don't mind answering, and that
your question was rather different?
I don't mind clueless newbies. I really don't. But when someone is repeatedly
pointed to an answer, and then refuses to even read it, it gets people mad.
> For anyone who despises the seemingly inevitable flame wars that occur on
> technical mailing lists, I apologize for being what seems to be a catalyst.
Translation: "For anyone who despises the seemingly inevitable flame wars that
occur on technical mailing lists, I thought I'd start ANOTHER one."
> I still await the days when one can post a legitimate question to a list,
> without receiving a barrage of out of context messages with personal opinions,
> and RTFM a**hole, especially when they send them to the list. Perhaps this
> is why some lists are moderated.
Translation: "I still await the days when I can post a frequently asked question
to a list, have it politely answered for me, then ignore the answer, ask again,
then have it answered again (not so politely), then insult the people who
answered me, then start two flame wars, throw a hissie-fit, and have the people
on the list come back for more."
> Perhaps the people who have taken it upon themselves to respond to me as if I
> were some belligerent idiot should try to realize that everyone is not as
> smart as they are, or experienced as they are.
You didn't have to be experienced, or extraordinarily smart, to find the answer
to your problem, all you had to do is READ the man pages that come with qmail,
and then read the URL you were given.
> Frankly, coming from a very basic sendmail background, the url that points to
> the FAQ would make very little sense to anyone reading it, especially when
> they are not familiar with a product they've just downloaded.
That is because you decided not even to glance at the VERY simple,
straightforward man pages that came with qmail, especially 'man dot-qmail'.
I usually have a real problem understanding man pages. They can be quite
confusing at times, but I find qmail man pages to be, by contrast, almost
beautiful in their simplicity. I can tell you never even cracked them open
by reading the questions you asked after someone politely answered your
first question. If the answers that any of the busy people on this list
are not to your satisfaction, then remember what you paid for them.
> If it wasn't for the apparent O'Riely(sp) book in the works (or is it done?),
> I would cease to use the product based on the TONE of the support I've
> received so far..
Please do exactly that, I beg you. I would be happy to walk you through
the process of unsubbing from the list. We haven't had an ungratful newbie
flame the list in a few months, and frankly I like it that way - I'd rather
see you leave than read another flame war every time you ask another
question and ignore the answer.
> It seems like the list (at least this early in the morning)
> is stocked by a bunch of know-it-all teenagers with a severe lack of
> etiquette.
No, it's stocked with some frighteningly brilliant people (of which I'm not
one), who get really frustrated by donating their time, and contributing to
their Carpal Tunnel Syndrome, to answer questions only to find out the person
asking won't even read the BASICS of the material that comes with the package.
The "dot-qmail" manpage is so basic, and so _essential_ to how qmail works
(especially when you have multiple users, which you seem to have), that
there's simply no excuse for not having read it.
As for etiquette, the only one lacking etiquette is you. You come to a list
expecting the people on it to reprint man pages in the list, and when you
don't get your way, you throw a temper-tantrum and flame the people trying
to direct you to the answer. Is this considered etiquette where you come
from?
> So to end, I thought the list was a forum for asking questions and getting
> answers.. not getting slammed.
You asked a question, you were pointed to very straightforward set of steps.
Had you bothered to follow them (you didn't even have to completely understand
them!!), you would have accomplished your task. But instead, you didn't even
try.
Had you even BLINDLY followed the steps laid out in the FAQ that you were
given, without understanding them, you would have seen that the mail you
wanted to save was indeed being saved, although perhaps not with your
preferred delivery mechanism. Then you would have realized that all you
had to do is change the ~alias/.qmail-log file to send the mails to a
./Maildir/, or whatever.
Yes, the FAQ page is terse - I prefer it that way. I don't like reading
through haystacks of duplicated information to find the one needle I'm
looking for, okay?
To quote Logan's Run, "Simple, Logical, Perfect."
Eric
On Tue, Sep 05, 2000 at 11:10:42AM +0200, wolfgang zeikat wrote:
> Also sprach David Dyer-Bennet <[EMAIL PROTECTED]> on 04.09.2000:
>
> >If a spammer sent that message with an envelope recipient of
> >[EMAIL PROTECTED], it would be accepted because newmediaone.net is in
> >rcpthosts.
>
> does that mean: the message is accepted *and* the mails to the Cc: header
> recipients (which are not in rcpthosts) are *also* delivered? that was the
> original question.
>
> >If the spammer sent a second envelope recipient of [EMAIL PROTECTED],
> >and aol.com is NOT in your rcpthosts, he'd get an error on that
> >recipient (unless RELAYCLIENT had been set through tcpserver when this
> >connection was accepted).
>
> does a Cc: header create a second envenlope recipient? (so far i thought
> it doesnt)
It does. And so does Bcc:
Each recipient, even those who don't appear anywhere in the header, get
their own envelope.
RC
--
+-------------------
| Ricardo Cerqueira
| PGP Key fingerprint - B7 05 13 CE 48 0A BF 1E 87 21 83 DB 28 DE 03 42
| Novis - Engenharia ISP / Rede Técnica
| Pç. Duque Saldanha, 1, 7º E / 1050-094 Lisboa / Portugal
| Tel: +351 21 0100000 - Fax: +351 21 0100001
PGP signature
Ima Guru writes:
> I have a problem with qmail. Can someone tell me how to fix it? Thanks!
echo ':127.0.0.1' >/var/qmail/control/smtproutes
That's been known to cure many a problem. If, on the other hand,
you're short on problems, try this one:
rm /var/qmail/control/rcpthosts
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com |
Crynwr sells support for free software | PGPok | Damn the firewalls!
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Full connectivity ahead!
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
|
Thanks to the many reasonable and polite answeres I
received over night, mostly off-list. (I'm not being sarcastic this
time)
The question has been answered finally, and
*explained* properly.
Perhaps next time I will ignore the claptrap from
the two know-it-alls, and wait a few hours to hear from the truely experienced
people.
Thanks!
Les.
|
On Wed, Sep 06, 2000 at 06:23:47AM -0000,
John Conover <[EMAIL PROTECTED]> wrote:
> Is anyone using tcpserver on a few daemon sockets as an alternative to
> a firewall?
That isn't such a good idea. That will potentially protect those ports,
but won't do much for other ports on the system. You can use something
like ipchains to block remote access to all ports by default and prevent
accidentally shooting yourself in the foot later. You may also have
some processes listenning on ports that won't work with tcpserver.
Having restrictions one port is a good idea but should be the only thing
you should do for firewalling.
Use a solid ipchains script for static firewalling, portsenty for dymic
firewalling, and use tcpserver to control access once connected.
Bruno Wolff III wrote:
>
> On Wed, Sep 06, 2000 at 06:23:47AM -0000,
> John Conover <[EMAIL PROTECTED]> wrote:
> > Is anyone using tcpserver on a few daemon sockets as an alternative to
> > a firewall?
>
> That isn't such a good idea. That will potentially protect those ports,
> but won't do much for other ports on the system. You can use something
> like ipchains to block remote access to all ports by default and prevent
> accidentally shooting yourself in the foot later. You may also have
> some processes listenning on ports that won't work with tcpserver.
* Steven Rice <[EMAIL PROTECTED]> writes:
[...]
> Use a solid ipchains script for static firewalling, portsenty for
> dymic firewalling, and use tcpserver to control access once connected.
Using portsentry for dymic firewalling creates a nice SPOF for DoS
attacks. Running it on a firewall is... not very clever. ipchains are
kinda nice but nothing compared to ipfw (does "keep state" ring a
bell?) but iptables are just around the corner, so...
--
Robin S. Socha <http://socha.net/>
I'm testing a machine with QMail 1.03, VPopmail 4.8.7 and QMailadmin
0.33. I'm configured virtual domains with pop accounts (without
problems), but now i'm trying to do this: An account must put the mail
in his Maildir ""AND SO"", must be forwarded to another e-mail (for
people who has worked with sendmail --> joe:joe,[EMAIL PROTECTED]).
Searching on this list (and so, man dot-qmail) I have tested:
File in /home/vpopmail/domains/test.com/joe/.qmail with this cases:
1) forward joe
[EMAIL PROTECTED]
Not work
2)./Maildir
[EMAIL PROTECTED]
Not work
3)./Maildir/
[EMAIL PROTECTED]
Not work
4) [EMAIL PROTECTED]
/home/vpopmail/domains/test.com/joe/Maildir/
Not work
and now, my brain is burning. Any ideas? Thanks in advanced
On Wed, Sep 06, 2000 at 05:05:22PM +0200, J.J.Gallardo wrote:
> I'm testing a machine with QMail 1.03, VPopmail 4.8.7 and QMailadmin
> 0.33. I'm configured virtual domains with pop accounts (without
> problems), but now i'm trying to do this: An account must put the mail
> in his Maildir ""AND SO"", must be forwarded to another e-mail (for
> people who has worked with sendmail --> joe:joe,[EMAIL PROTECTED]).
> Searching on this list (and so, man dot-qmail) I have tested:
>
> File in /home/vpopmail/domains/test.com/joe/.qmail with this cases:
The filename should be /home/vpopmail/domains/test.com/.qmail-joe
and have contents like this:
&[EMAIL PROTECTED]
./joe/Maildir/
> 1) forward joe
> [EMAIL PROTECTED]
> Not work
> 2)./Maildir
> [EMAIL PROTECTED]
> Not work
> 3)./Maildir/
> [EMAIL PROTECTED]
> Not work
> 4) [EMAIL PROTECTED]
> /home/vpopmail/domains/test.com/joe/Maildir/
> Not work
>
> and now, my brain is burning. Any ideas? Thanks in advanced
>
>
>
-Johan
--
Johan Almqvist
"J.J.Gallardo" <[EMAIL PROTECTED]> wrote:
>(for
>people who has worked with sendmail --> joe:joe,[EMAIL PROTECTED]).
>Searching on this list (and so, man dot-qmail) I have tested:
>
>File in /home/vpopmail/domains/test.com/joe/.qmail with this cases:
I'm not a vpopmail user, but depending upon how it works, it may or
may not use a .qmail file in that directory. Assuming it does:
>1) forward joe
> [EMAIL PROTECTED]
>Not work
Right, that would be a loop.
>2)./Maildir
> [EMAIL PROTECTED]
>Not work
Would work if ./Maildir was really an mbox mailbox (or didn't exist),
but would be in the wrong format for your pop server.
>3)./Maildir/
> [EMAIL PROTECTED]
>Not work
Would work if ./Maildir/ was a valid maildir with the right
owner/mode. When you say "Not work", what exactly do you mean? What
was the error message or failure mode?
>4) [EMAIL PROTECTED]
> /home/vpopmail/domains/test.com/joe/Maildir/
>Not work
Same comments as the previous configuration.
-Dave
Dave Sill wrote:
>Would work if ./Maildir/ was a valid maildir with the right owner/mode.
When you say "Not work", >what exactly do you mean? What was the error
message or failure mode?
Johan Almqvist wrote:
>The filename should be /home/vpopmail/domains/test.com/.qmail-joe
OK=Tested.That's the solution
Thnaks to all .
Hi,
Sorry if this seems like a silly problem:
I'm trying to setup a user and then an alias for that user..
vadduser jon
vaddalias jon jonathan.fanti - or should it be
[EMAIL PROTECTED]?
at this point I get the error:
"user 'jon' already exists."
Is there something very obvious that I have missed?
Thanks,
Jon.
P.S. Thanks to all that helped on the DNS issue. i decided to run
name-caching DNS on the mail box with fowarders to our ISP DNS. Hoping
this will speed things up a bit.
What is this vaddalias of which you speak? It looks like something that
would be part of vchkpw, but its not part of my copy. If it is something
from vchkpw, try sending a blank e-mail to [EMAIL PROTECTED] and
then sending your question to [EMAIL PROTECTED]
MHP
----- Original Message -----
From: Jonathan Fanti <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 06, 2000 10:08 AM
Subject: Problem setting up an Alias...
> Hi,
>
> Sorry if this seems like a silly problem:
> I'm trying to setup a user and then an alias for that user..
>
> vadduser jon
> vaddalias jon jonathan.fanti - or should it be
> [EMAIL PROTECTED]?
> at this point I get the error:
> "user 'jon' already exists."
> Is there something very obvious that I have missed?
>
> Thanks,
>
> Jon.
>
>
> P.S. Thanks to all that helped on the DNS issue. i decided to run
> name-caching DNS on the mail box with fowarders to our ISP DNS. Hoping
> this will speed things up a bit.
>
A mostly polite rejoinder -- please read it all before responding.
> I'm quite surprised that after joining the list about... 1 hour ago? That I
> raised the (over-used) Signal to noise ratio.
Technical quibble: you lowered the signal-to-noise ratio. Ask an electrical
engineer how this measurement works if you are unsure.
Second technical quibble: in general, you should 'lurk' on a mailing list
(i.e. read all messages without posting anything) for a period of 2 weeks to
1 month before posting -- just so you can see some of the most frequently
asked questions (and their answers) go by, along with preferred style and
idiom for that particular list. This is common netiquette, which you
violated by joining the list and almost instantly posting one of the top ten
frequently asked questions.
> For anyone who despises the seemingly inevitable flame wars that occur on
> technical mailing lists, I apologize for being what seems to be a catalyst.
The qmail list has very few flame wars; this is the most bitter in recent
memory.
> Perhaps the people who have taken it upon themselves to respond to me as if I
> were some belligerent idiot should try to realize that everyone is not as
> smart as they are, or experienced as they are.
We don't ask that you be Einstein. We just ask that you read the documentation
for qmail, including the FAQ included in the source file, the FAQ on djb's
website, and Dave Sill's excellent introduction, "Life with qmail".
> So to end, I thought the list was a forum for asking questions and getting
> answers.. not getting slammed.
It's a forum for support for questions which you cannot answer, after reading
the documentation and doing your own research. We don't want to step you
through all the basics, which are easily picked up from the documentation.
Charles
--
--------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
QCC Communications Corporation Saskatoon, SK
My opinions do not necessarily represent those of my employer.
--------------------------------------------------------------
UT Austin/ACITS +1 512 471 2449 (f)
On Sun, 20 Aug 2000, Russell Nelson wrote:
Yes. I've got four customers on support contracts with clustered SMTP
servers who need/want better reporting. Need to get the log files
over to another machine. Could use ssh, but it's better (more secure)
to run a program which just transfers log file entries.
Sorry to reply to this thread so late, I'm catching up on old list
mail.
It would be very much more secure to use SSH. Just create a
'logselect' user on the system holding the logs. Use the 'command='
qualifier in ~logselect/.ssh/authorized_keys to specify that the
logselect program is to be run, perhaps after fiddling some file
descriptors to be compatible with tcpserver conventions.
The only restriction is that this only works when the requesting
side is using RSA authentication, not RSARhosts or any of the
others. I consider that a plus.
Thus, you get the strong authentication, privacy, and integrity of
SSH without giving the remote entity unrestricted shell access.
-- Jeff
Ihnen, David writes:
> In order to test a backup set of servers with live traffic, we would like to
> duplicate the messages coming in and direct the copy to the backup servers.
> They will black-hole the messages after processing them.
Do something like this:
svc -d /service/*
HOST=real`hostname`
sed 's/$/:doubleit/' < /var/qmail/control/locals >>/var/qmail/control/virtualdomains
echo $HOST >/var/qmail/control/locals
echo '|forward $EXT2@'$HOST >~alias/.qmail-doubleit-default
echo '|forward $EXT2@otherhost' >>~alias/.qmail-doubleit-default
svc -u /service/*
Your details may vary, so I wouldn't cut-n-paste if I were you. In
particular, hostname probably doesn't actually give you the name of
the host.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com |
Crynwr sells support for free software | PGPok | Damn the firewalls!
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Full connectivity ahead!
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Is there a patch available that will use SSL to encrypt qmail-smtp traffic.
I know I can just use SSL-wrap, but that is not acceptable. If I were to
use SSL-wrap I would loose much of my SPAM prevention based on host
addresses. Also it is much cleaner to have it built in as I would not have
to keep port 25 open to localhost, if I choose.
If not, is there interest, other than my own, in such a patch?
Thanks
Darrell Wright
"Darrell Wright" <[EMAIL PROTECTED]> wrote:
>Is there a patch available that will use SSL to encrypt qmail-smtp traffic.
>I know I can just use SSL-wrap, but that is not acceptable. If I were to
>use SSL-wrap I would loose much of my SPAM prevention based on host
>addresses.
Because SSL-wrap just loops back to port 25? Why not use something
like stunnel and run a separate service on another port?
>Also it is much cleaner to have it built in as I would not have
>to keep port 25 open to localhost, if I choose.
Even cleaner is the STARTTLS extension, for which there's a patch
available. Of course, your clients have to support it.
-Dave
Hello Managers ...
I have a serious problem,
I need change of sendmail to qmail...
I got all ready ... but
I need move all the e-mails of /var/spool/mail to
formatted /Maildir/
I don't like Mailbox, I Would like use Maildir
How can I do it?
Please need help me
Thanks
Juan Enciso
===========
* tigre21 <[EMAIL PROTECTED]> writes:
> I have a serious problem, I need change of sendmail to qmail... I got
> all ready ... but I need move all the e-mails of /var/spool/mail to
> formatted /Maildir/
Are you trying to say "I've got loads of mail in /var/spool/mail and
need to post-process them" or "I want to change an existing system
delivering to /var/spool/mail to using Maildir"?
The former is answered in REMOVE.sendmail, the latter in
INSTALL.maildir. My own experience with Un*xoid systems is limited to
Linux and the three BSDs. Unless there is a system not using something
like /etc/skel/ and its equivalents, would it not make sense to mention
the usefulness of adding Maildir and dot.qmail to this directory to
INSTALL.maildir?
--
Robin S. Socha <http://socha.net/>
Hi Adam,
On Mon, Jun 19, 2000 at 02:01:42PM -0400, Adam McKenna wrote:
> Without even looking at them, I can tell you the following:
>
> 1) *if* the packages comply with dist.html, they will _never_ get into
> potato.
Right, since potato has been released (and was frozen since january).
But I can't see a reason why it can't go into woody.
> 2) If they don't comply with dist.html, you will not be allowed to
> distribute them.
That's for sure.
> It's basically a lose/lose situation. If you want dist.html-compliant debs
> for your own use or for unofficial use, that's fine. But they will never go
> into debian, because they are in gross violation of debian's packaging
> policy, and also there are already source packages for these programs in
> debian.
I can't speak for Debian as a whole but I am sure that binary packages will
be accepted if we can distribute them without violating the copyright.
Greetings
Torsten
On Fri, Jun 23, 2000 at 01:35:09PM +0200, Gerrit Pape wrote:
> Getting the packages into debian is the easier part, I think, that is what
> lintian reports as errors by now:
> [...]
> E: qmail-run: binary-without-manpage sendmail
I think there should be a manpage for sendmail since it might be called
by the user and all Debian packages providing mail-transport-agent that
I know of provide such a manpage.
Probably it would suffice to copy the most commonly used options from
some other sendmail manpage.
Greetings
Torsten
On Tue, Sep 05, 2000 at 10:30:57AM -0400, Russell Nelson wrote:
> I don't understand why Debian doesn't have exceptions for packages
> which require cross-platform compatibility. Is the concept of a piece
> of software which uses the same pathnames no matter where you
> encounter it so strange? And all of the compatibility can be achieved
> through symlinks, so what's the big deal? Binaries can actually be
> stored in /usr/bin, control files can actually be stored in
> /etc/qmail, the queue can actually be in /var/spool. All that Dan
> insists on (and it's a reasonable insistance) is that anyone can sit
> down at a qmail installation and say "vi /var/qmail/control/locals".
We call debian-policy this way because it is our policy and not our law.
If upstream wants to have files at a specific location we can life with
some violations. Don't expect packages with their binaries in /etc to
be accepted into Debian though.
> If you want to see a *real* horror, look at how qmail gets started up.
> Might be by running it from /etc/rc.local. Might be from
> /etc/rc.d/init.d/qmail. Might be from /etc/init.d/qmail. Might be
> from /etc/init.d/{qmail,smtpd,pop3}. Might be from /service/qmail.
On a Debian system it will be started from /etc/init.d/<packagename>.
Simple as that. That script can of course call a script in /var/qmail
or wherever. There are some packages which do (postgresql for example).
> Logs might be in /var/log/qmail. Might be in /var/log/syslog. Might
> be in /var/log/maillog. Might be in /service/qmail/log/main.
I don't really know qmail. If qmail generates a single logfile it should
be in /var/log/qmail. With multiple logfiles that should be a directory
containing the individual files.
> Of course, the Debian people have a worthwile goal. It's just that
> their goal, lower support costs, can be achieved in other ways. In
> fact, I'd even say that their method is wrong. Nobody goes to Debian
> people and asks them for MTA support (at least I'd hope not, not
> unless Debian plans on reinventing *every* wheel). No, they go to the
> mailing list associated with the MTA.
That's not the way it is intended to be. Users should ask the maintainer
of a package before bothering the upstream developer. That way we take
work away from the developers. If the Debian guy can't help with the problem
you can still ask the developer.
That's how support works. 90% of the questions are easy ones which can be
answered by people which do not have the full knowledge about the software.
cu
Torsten
On Wed, Sep 06, 2000 at 04:38:35PM +1200, Chris K. Young wrote:
> I'm not even sure that ezmlm and ucspi-tcp are distributable at all.
>
> > This has always
> > confused me as ucspi-tcp atleast doesn't have unreasonable installation
> > guidelines by default, why is it being distributed as source only?
>
> As far as I understand, unless a licence is given, all rights are
> reserved.
Exactly. So we will need a license on those packages to get it in. But
that should be doable, shouldn't it?
bye
Torsten
Torsten Landschoff <[EMAIL PROTECTED]> writes on 6 September 2000 at 11:39:45
-0500
> On Wed, Sep 06, 2000 at 04:38:35PM +1200, Chris K. Young wrote:
>
> > I'm not even sure that ezmlm and ucspi-tcp are distributable at all.
> >
> > > This has always
> > > confused me as ucspi-tcp atleast doesn't have unreasonable installation
> > > guidelines by default, why is it being distributed as source only?
> >
> > As far as I understand, unless a licence is given, all rights are
> > reserved.
>
> Exactly. So we will need a license on those packages to get it in. But
> that should be doable, shouldn't it?
Dan believes you don't need a special license to do many of the normal
things with his software. He says so on his web site. He's been
relatively unwilling to spend any time arranging any other
distribution terms. So, if you don't find a statement on his web site
adequate, or you don't find the *content* of that statement
satisfactory, you may not be able to arrange it. (Of course, I don't
say you shouldn't *try*; I'm just reporting what I've heard in earlier
go-rounds.)
--
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]
On Tue, Sep 05, 2000 at 10:30:57AM -0400, Russell Nelson wrote:
> Adam McKenna writes:
> > Without even looking at them, I can tell you the following:
> >
> > 1) *if* the packages comply with dist.html, they will _never_ get into
> > potato.
> > 2) If they don't comply with dist.html, you will not be allowed to
> > distribute them.
> >
> > It's basically a lose/lose situation. If you want dist.html-compliant debs
> > for your own use or for unofficial use, that's fine. But they will never go
> > into debian, because they are in gross violation of debian's packaging
> > policy, and also there are already source packages for these programs in
> > debian.
>
> I don't understand why Debian doesn't have exceptions for packages
> which require cross-platform compatibility. Is the concept of a piece
> of software which uses the same pathnames no matter where you
> encounter it so strange? And all of the compatibility can be achieved
> through symlinks, so what's the big deal? Binaries can actually be
> stored in /usr/bin, control files can actually be stored in
> /etc/qmail, the queue can actually be in /var/spool. All that Dan
> insists on (and it's a reasonable insistance) is that anyone can sit
> down at a qmail installation and say "vi /var/qmail/control/locals".
>
That's not the big deal. The packages I did (qmail + fastforward +
dot-forward) just do exactly what You describe. The var-qmail tree as result
of these packages is ok.
The package qmail-run is no problem, it does not have to fullfill djb's
guidelines.
But: a sensible installation of qmail is based on ucspi-tcp and daemontools.
I do not want to have debian-packages of qmail, running qmail-smtpd out of
inetd, and I would prefer doing logging with multilog, not syslog.
As we know, there is no licence or dist.html covering these two projects.
There is one part in 'The Debian Free Software Guidelines' that will prevent
qmail from being in the main-section of debian, the non-free section is
possible:
http://www.debian.org/doc/debian-policy/ch2.html#s-pkgcopyright
Integrity of The Author's Source Code
The license may restrict source-code from being distributed in
modified form only if the license allows the distribution of `patch
files'' with the source code for the purpose of modifying the program
at build time. The license must explicitly permit distribution
of software built from modified source code. The license may require
derived works to carry a different name or version number
from the original software. (This is a compromise. The Debian group
encourages all authors to not restrict any files, source or
binary, from being modified.)
Gerrit.
--
[EMAIL PROTECTED]
innominate AG
networking people
tel: +49.30.308806-0 fax: -77 http://innominate.de
Hello,
Formely i used NT,now I have my server Linux Redhat 6.1 using already qmail,
but Iwould like to make now statistics for mails outgoing, entering and
numbers it connection per month of my utilisateurs.De this fact, I have
downloaded qmailanalog, at which I estimate who can make it.The problem, it
is that I have difficulties in test the correct operation of qmailanalog.One
time downloaded qmailanalog on my server, I desarchive it then I made:
1- make
2- make setup I should have something as follows:
849347513.939860 running
849347523.531129 new msg 1923
849347523.532347 info msg 19326:bytes 266... and in my configuration,
after having launched make setup, I found things about like that:
@000984500.00000
@000984570.00000
@0000956400.00000
After these two there, I blocked myself, and I visited by evil of site
inorder to find a solution, in vain.Of this, I request your assistance of
means so that I would make not only the installation but to test to see, how
functioning statistics. I thank you.
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Share information about yourself, create your own public profile at
http://profiles.msn.com.
* Gesner JEAN <[EMAIL PROTECTED]> writes:
[JEAN set up qmailanalog]
> 1- make 2- make setup I should have something as follows:
> 849347513.939860 running
microsecond timestamps - good.
> After these two there, I blocked myself, and I visited by evil of
> site inorder to find a solution, in vain. Of this, I request your
> assistance of means so that I would make not only the installation
> but to test to see, how functioning statistics.
Pipe your qmail log through matchup (part of qmailanalog) and make your
qmailanalog tool of choice read these data. Read MATCHUP that comes with
your qmailanalog distribution.
--
Robin S. Socha <http://socha.net/>
Hi,
I'm using the serialmail package to let some people initiate an smtp
connection to their server whenever they make a pop connection, so all mail
gets delivered. Now I don't use an alias for this user, so I have to rewrite
the headers all the time for this user so that the prefix "alias-" is put in
fron of the first "Delivered-to" line.
Now I want to know if anybody can make this serialmail package work without
having to use the prefix option, or how I can rewrite a header in a .qmail
file?
With friendly regards,
Franky
I've been placed in charge of our mail servers, although its not my area..
I'm apparently the best candidate. (heaven help us)
Question: I need to determine what, if any anti spam methods are set up
eg; MAPS RBL - MAPS Realtime Blackhole List.
MAPS TSI - MAPS Transport Security Initiative.
MAPS DUL - MAPS Dial-up User List.
MAPS RSS - MAPS Relay Spam Stopper
I think I can safely assume that RBL is setup, since the response to test
email sent to [EMAIL PROTECTED] reflects that IPs listed in MAPS
RBL are rejected. How about the other ones ?
Any insights greatly apreciated.
Regards,
Duane L - [EMAIL PROTECTED] -
Duane L. <[EMAIL PROTECTED]> writes on 6 September 2000 at 09:24:26 -0700
>
> I've been placed in charge of our mail servers, although its not my area..
> I'm apparently the best candidate. (heaven help us)
>
> Question: I need to determine what, if any anti spam methods are set up
> eg; MAPS RBL - MAPS Realtime Blackhole List.
> MAPS TSI - MAPS Transport Security Initiative.
> MAPS DUL - MAPS Dial-up User List.
> MAPS RSS - MAPS Relay Spam Stopper
>
>
> I think I can safely assume that RBL is setup, since the response to test
> email sent to [EMAIL PROTECTED] reflects that IPs listed in MAPS
> RBL are rejected. How about the other ones ?
>
> Any insights greatly apreciated.
I'm guessing you're running qmail on these servers?
What you need to do is find the place in the scripts where it starts
the tcpserver for qmail-smtpd. This might be
/etc/rc.d/init.d/<something>, like qmailsmtpd, or smtpd, or whatever;
or it might be in another init file somewhere. If you know how your
systems' startup works, you can probably find it easily.
Mine looks kinda like this:
/usr/local/bin/tcpserver-qmail -v -pR -c50 -u70 -g70
-x/etc/tcp.smtp.cdb 0 smtp /usr/bin/rblsmtpd -b -r
relays.radparker.com /usr/bin/rblsmtpd -b
/var/qmail/bin/qmail-smtpd 2>&1 | /var/qmail/bin/splogger
smtpd 2 &
(it just got wrapped by mail; it's actually one line).
See the multiple invocations of /usr/bin/rblsmtpd? The -r switch on
each of those gives the DNS domain to verify against. Looking at the
details on the web pages for the various MAPS things will tell you
which domains they put their info in. (And rblsmtpd without a -r
switch does RBL). Mine, above, is doing RSS and RBL.
This is the older version of rblsmtpd; the latest one can take
multiple domains on one invocation.
Also, a more recent installation might be using svscan and supervise;
in that case you need to look for the run file in a subdirectory of
the directory svscan is told to look in.
--
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]
Hello Again.
I'm going to setup my qmail with vpopmail, but need have more information
about it.
I have most of 50,000 users POP3 and I will think have most
Is it very good?
And need translate their e-mails of format /var/spool/mail to /Maildir/
How can do it?
how do we properly clear the queue? right now i have about 98,000 messages
in queue and this is hanging qmail. please help, this is rather urgent
Sonam Wangchuk
e: [EMAIL PROTECTED]
>
> how do we properly clear the queue? right now i have about 98,000 messages
> in queue and this is hanging qmail. please help, this is rather urgent
>
> Sonam Wangchuk
> e: [EMAIL PROTECTED]
>
>
On Wed, Sep 06, 2000 at 01:50:26PM -0400, [EMAIL PROTECTED] wrote:
>
> how do we properly clear the queue? right now i have about 98,000 messages
> in queue and this is hanging qmail. please help, this is rather urgent
what do you want to do ?
expire the messages (-> 98'000 error messages),or simply delete
everything ?
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
actually delete everything in queue. i found out about qmHandle but due to
so many messages, its taking a long time to even do a listing. i might as
well delete all the mails in queue manually. thanks
Sonam Wangchuk
e: [EMAIL PROTECTED]
On Wed, 6 Sep 2000, Olivier M. wrote:
> On Wed, Sep 06, 2000 at 01:50:26PM -0400, [EMAIL PROTECTED] wrote:
> >
> > how do we properly clear the queue? right now i have about 98,000 messages
> > in queue and this is hanging qmail. please help, this is rather urgent
>
> what do you want to do ?
> expire the messages (-> 98'000 error messages),or simply delete
> everything ?
>
> Olivier
> --
> _________________________________________________________________
> Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
>
>
On Wed, Sep 06, 2000 at 02:30:55PM -0400, [EMAIL PROTECTED] wrote:
> actually delete everything in queue. i found out about qmHandle but due to
> so many messages, its taking a long time to even do a listing. i might as
> well delete all the mails in queue manually. thanks
well, what about stoping qmail,
rm /var/qmail/queue/mess/*
rm /var/qmail/queue/info/*
rm /var/qmail/queue/local/*
rm /var/qmail/queue/remote/*
and starting qmail again ?
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
<[EMAIL PROTECTED]> wrote:
>how do we properly clear the queue?
That depends on the nature of the messages in the queue. If they're
all spam, you can stop qmail, remove them, and restart qmail. If
they're valid messages that need to be delivered, qmail will deliver
them ASAP and clear them automatically. You can increase
concurrencylocal and/or concurrencyremote to speed things up, and you
can shorten queuelifetime to bounce undeliverable messages faster.
>right now i have about 98,000 messages
>in queue and this is hanging qmail.
Hanging? What do you mean? Do you have log evidence to back up this
claim?
-Dave
there is one more directory in /var/qmail/queue called todo, should we
remove that too? what is that directory? thank you for your quick
response.
Sonam Wangchuk
e: [EMAIL PROTECTED]
On Wed, 6 Sep 2000, Olivier M. wrote:
> On Wed, Sep 06, 2000 at 02:30:55PM -0400, [EMAIL PROTECTED] wrote:
> > actually delete everything in queue. i found out about qmHandle but due to
> > so many messages, its taking a long time to even do a listing. i might as
> > well delete all the mails in queue manually. thanks
>
> well, what about stoping qmail,
> rm /var/qmail/queue/mess/*
> rm /var/qmail/queue/info/*
> rm /var/qmail/queue/local/*
> rm /var/qmail/queue/remote/*
> and starting qmail again ?
>
> Olivier
> --
> _________________________________________________________________
> Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
>
>
On Wed, Sep 06, 2000 at 08:48:13PM +0200, Olivier M. wrote:
> On Wed, Sep 06, 2000 at 02:30:55PM -0400, [EMAIL PROTECTED] wrote:
> > actually delete everything in queue. i found out about qmHandle but due to
> > so many messages, its taking a long time to even do a listing. i might as
> > well delete all the mails in queue manually. thanks
>
> well, what about stoping qmail,
> rm /var/qmail/queue/mess/*
> rm /var/qmail/queue/info/*
> rm /var/qmail/queue/local/*
> rm /var/qmail/queue/remote/*
Actually, that wont work, there are directories at this level, you need
to go one level lower.
rm /var/qmail/queue/remote/*/*
etc.
You also need to include todo and bounce.
Or alternatively,
# cd /var/qmail/queue
# find bounce todo mess info local remote -type f -print | xargs rm
Alternative number two (my preferred as directories grow without
shrinking on many OSes and rm of files doesn't fix that):
# mv /var/qmail/queue /var/qmail/queue.old
# rm -rf /var/qmail/queue.old &
# cd ..../qmail-1.03
# make setup
Regards.
after removing all the files as mentioned, when i try to send email i get
"qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)"
why is this error coming up?
before removing all the file i did try to move the todo directory on
another file system and created a link from /var/qmail/queue/todo, and
started qmail at which time i got this same error. so i sent the email
to your mailing list asking for help in removing the mails in queue. i did
create the todo directory in /var/qmail/queue/ with the correct
permissions.
Sonam Wangchuk
e: [EMAIL PROTECTED]
On Wed, 6 Sep 2000, Olivier M. wrote:
> On Wed, Sep 06, 2000 at 02:30:55PM -0400, [EMAIL PROTECTED] wrote:
> > actually delete everything in queue. i found out about qmHandle but due to
> > so many messages, its taking a long time to even do a listing. i might as
> > well delete all the mails in queue manually. thanks
>
> well, what about stoping qmail,
> rm /var/qmail/queue/mess/*
> rm /var/qmail/queue/info/*
> rm /var/qmail/queue/local/*
> rm /var/qmail/queue/remote/*
> and starting qmail again ?
>
> Olivier
> --
> _________________________________________________________________
> Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
>
>
On Wed, Sep 06, 2000 at 02:50:39PM -0400, [EMAIL PROTECTED] wrote:
> there is one more directory in /var/qmail/queue called todo, should we
> remove that too? what is that directory? thank you for your quick
> response.
well, it's empty on my servers, so I think you can also
empty them...
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
actually these are mails that are no longer needed, so that's why i can
remove them. i can not send any mail and it seems to be because all these
messages in queue. i stopped and restarted qmail. i even rebooted the
box. that's why i used "hanging". but right now i am getting this error
message
qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)
which i have explained in my previous email to the mailing list. thank you
all for your quick response.
Sonam Wangchuk
e: [EMAIL PROTECTED]
On Wed, 6 Sep 2000, Dave Sill wrote:
> <[EMAIL PROTECTED]> wrote:
>
> >how do we properly clear the queue?
>
> That depends on the nature of the messages in the queue. If they're
> all spam, you can stop qmail, remove them, and restart qmail. If
> they're valid messages that need to be delivered, qmail will deliver
> them ASAP and clear them automatically. You can increase
> concurrencylocal and/or concurrencyremote to speed things up, and you
> can shorten queuelifetime to bounce undeliverable messages faster.
>
> >right now i have about 98,000 messages
> >in queue and this is hanging qmail.
>
> Hanging? What do you mean? Do you have log evidence to back up this
> claim?
>
> -Dave
>
On Wed, Sep 06, 2000 at 03:55:34PM -0400, [EMAIL PROTECTED] wrote:
>
> after removing all the files as mentioned, when i try to send email i get
>
> "qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)"
>
> why is this error coming up?
mmm....
the best would be to remove (or move) completely the queue directory,
and do a "make setup" in the qmail source tree : I had to do that
on an old server to make qmail start again.
(btw, this stuff should come in the FAQ, don't you think so ?)
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
On Wed, Sep 06, 2000 at 03:55:34PM -0400, [EMAIL PROTECTED] wrote:
>
>
> after removing all the files as mentioned, when i try to send email i get
> "qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)"
It sounds like you removed more than was suggested. You have now broken your
queue because you did not read the reply to your question carefully.
> why is this error coming up?
> before removing all the file i did try to move the todo directory on
> another file system and created a link from /var/qmail/queue/todo, and
It sounds like you removed *and moved* more than was suggested. You have now
*really* broken your queue because you did not read the replies to your
question carefully.
Did someone suggest that you create todo on another file system and do what
you did? Or did you somehow extrapolate from the answers people posted here?
In any event it is very wrong.
Do my preferred alternative as posted earlier. If you no longer have that
email, it'll be in the archives for this list.
Regards.
thank you to all. i have removed the queue and started qmail. thank you
again.
Sonam Wangchuk
e: [EMAIL PROTECTED]
On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
> On Wed, Sep 06, 2000 at 08:48:13PM +0200, Olivier M. wrote:
> > On Wed, Sep 06, 2000 at 02:30:55PM -0400, [EMAIL PROTECTED] wrote:
> > > actually delete everything in queue. i found out about qmHandle but due to
> > > so many messages, its taking a long time to even do a listing. i might as
> > > well delete all the mails in queue manually. thanks
> >
> > well, what about stoping qmail,
> > rm /var/qmail/queue/mess/*
> > rm /var/qmail/queue/info/*
> > rm /var/qmail/queue/local/*
> > rm /var/qmail/queue/remote/*
>
> Actually, that wont work, there are directories at this level, you need
> to go one level lower.
>
> rm /var/qmail/queue/remote/*/*
> etc.
>
> You also need to include todo and bounce.
>
>
> Or alternatively,
>
> # cd /var/qmail/queue
> # find bounce todo mess info local remote -type f -print | xargs rm
>
> Alternative number two (my preferred as directories grow without
> shrinking on many OSes and rm of files doesn't fix that):
>
> # mv /var/qmail/queue /var/qmail/queue.old
> # rm -rf /var/qmail/queue.old &
> # cd ..../qmail-1.03
> # make setup
>
>
> Regards.
>
PLease..
I have now +/- 34,000 files of differents users into /var/spool/mail and
need change a files /Maildir/
How do it?
Please response me as soon as possible
Thanks
On 06-Sep-2000, [EMAIL PROTECTED] wrote:
> I have now +/- 34,000 files of differents users into /var/spool/mail and
> need change a files /Maildir/
> How do it?
http://qmail.org/top.html#maildir
> Please response me as soon as possible
Wouldn't it be faster if you search first on qmail.org or google.com?
As been said many times, posting the same (frequently asked) questions
over and over will only annoy people.
Ronny
[EMAIL PROTECTED] wrote:
>I have now +/- 34,000 files of differents users into /var/spool/mail and
>need change a files /Maildir/
>How do it?
There are programs available to do this. Search www.qmail.org and/or
the list archives.
-Dave
HI friend...
Very thanks for your help
I was need this:
http://www.qmail.org/convert-and-create
But now, it need a file : stat.pl
Where is stat.pl?
PLease
Can you send me the file stat.pl?
Thanks
On Wed, 6 Sep 2000, Kris Kelley wrote:
> > I have now +/- 34,000 files of differents users into /var/spool/mail and
> > need change a files /Maildir/
> > How do it?
>
> I haven't used it myself, but there's a script called "mbox2maildir",
> written by Ivan Kohler and listed at http://www.qmail.org/top.html that
> probably does what you're looking for. The link to the script itself is
> http://www.qmail.org/mbox2maildir There's a little bit of documentation
> within the script itself, detailing where it gets input from and so forth.
>
> In general, http://www.qmail.org/top.html is an extremely nice collection of
> programs, patches, documentation, and so forth. I'd call it essential
> reading, as important as "Life with qmail".
>
> ---Kris Kelley
>
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I have now +/- 34,000 files of differents users into /var/spool/mail and
> need change a files /Maildir/
> How do it?
>
> Please response me as soon as possible
I'm afraid what you are trying to do isn't clear to us. But, if you mean you
want to deliver local users' mail into Maildirs in their home directories
instead of mbox files under /var/spool/mail, change the contents of
/var/qmail/control/aliasempty, or the default delivery instruction in your
qmail startup file (possibly in /etc/rc.d/init.d/qmail if you're running
RedHat Linux).
Charles
--
--------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
QCC Communications Corporation Saskatoon, SK
My opinions do not necessarily represent those of my employer.
--------------------------------------------------------------
Please
I'm installing :
http://www.qmail.org/convert-and-create
But need the file stat.pl
Where can I found ?
Thanks
Chris Johnson wrote:
>
> On Wed, Sep 06, 2000 at 10:50:12AM -0700, Dan Phoenix wrote:
> > ezmlm killed our email server today.
> > seems that i cannot get mail while it is sending out list.
> > seems to still accept mail but hold it in queue for later.
> > this is not acceptable and ezmlm should not be given priority over
> > incoming mail.....please let me know some solutions thank-you.
>
> You seem to want qmail to deliver mail faster than your hardware is physically
> able to deliver it, or deliver mail faster than you've told qmail that you'd
> like it to deliver it. If the former is the case, you'll need to match your
> hardware to the demands you're placing on it. If the latter is the case, you'll
> need to configure qmail better. See the qmail-control man page, and look for
> concurrencyremote and concurrencylocal. Also, see the documentation for
> tcpserver, specifically the -c option.
If you went out and bought a machine, if it's a p something you will run
into the limits of qmail-queue way before you will even come close to
the limits of the hardware. Setting concurrencyremote and
concurrencylocal will not help. Even if you have it set to 1000, you
are limited by qmail-queue and the speed of the other guy's server.
Qmail-queue simply sucks.
Here's why:
If you need to send 20,000 to server/domain A, 15,000 to
server/domain B, 10,000 to server/domain C and you have
listA, ListB, listC, (one for each domain), and you send
a message to listA, ListB, ListC, one after another, or
even at the same time, ezmlm will process listA, first,
and send the whole list to qmail-queue. Qmail-queue WILL
NOT process anything until a message is known to either
seceed or fail. The concurrencyremote ratio can fall to
10/1000 and stay there until the list is finsh.
If there where 12 lists like this, it could easily take
4 hours to send 120,000 messages, when your machine and
connection allow qmail-send to handle 120,000 message in
thirty minutes.
There's a few thing that needs to be done to improve it:
- qmail-queue should not handle mail first come, first serve
This may have worked two or three years ago, but today with
with dual pII 600 machines for 3 grand, it just doesn't cut it.
- qmail-queue should handle queues on per address/server
- qmail-queue should handle mail with priority
This can be set on a user or a server basis and can be
stored
in a database with support for ldap
- qmail-queue should not hold up qmail-send
It should be smart enough that if you have 2000 messages to
one slow server (sendmail or exchange) it shouldn't hold up
the whole qmail-send becuase it's trying to send first come
first serve.
- qmail-queue should handle on per server basis and figure out through
some type of database the aveage speed of servers/domain
and adjust the queue for servers, so it will send as fast as
possiable
- The changes i have recommend should be easy and not overly complex
Some people don't have the time waste reading some fifty
page
manual or seraching a mailing list to use and understand
something
If these were into place, I believe a hardware and bandwidth could be a
limiting factors.
If anyone want to help me rewrite qmail-queue please email me.
Steven Rice
> Qmail-queue simply sucks.
>
> Here's why:
>
> If you need to send 20,000 to server/domain A, 15,000 to
> server/domain B, 10,000 to server/domain C and you have
> listA, ListB, listC, (one for each domain), and you send
> a message to listA, ListB, ListC, one after another, or
> even at the same time, ezmlm will process listA, first,
> and send the whole list to qmail-queue. Qmail-queue WILL
> NOT process anything until a message is known to either
> seceed or fail. The concurrencyremote ratio can fall to
What a load of rubbish. qmail-queue has no idea about success or failure. It
simply places messages in the queue for qmail-send to process. qmail-queue
certainly does not wait on deliveries. Are you sure you know what you're
talking about?
> There's a few thing that needs to be done to improve it:
>
> - qmail-queue should not handle mail first come, first serve
> This may have worked two or three years ago, but today with
> with dual pII 600 machines for 3 grand, it just doesn't cut it.
>
> - qmail-queue should handle queues on per address/server
>
> - qmail-queue should handle mail with priority
> This can be set on a user or a server basis and can be
> stored
> in a database with support for ldap
>
> - qmail-queue should not hold up qmail-send
> It should be smart enough that if you have 2000 messages to
> one slow server (sendmail or exchange) it shouldn't hold up
> the whole qmail-send becuase it's trying to send first come
> first serve.
>
> - qmail-queue should handle on per server basis and figure out through
> some type of database the aveage speed of servers/domain
> and adjust the queue for servers, so it will send as fast as
> possiable
>
> - The changes i have recommend should be easy and not overly complex
Ha! People have said that for years - invariably it's stated by people
who have no idea what is involved and have no intention of doing the work
themselves. If you're not in that category, please supply these
"easy and not overly complex" changes and I'll promise to review and test
it for you.
> Some people don't have the time waste reading some fifty
> page
I reckon 50 people have posted this same thing on the list and not one
of them have ever supplied anything more than talk. It'll also be interesting
to see how you document your system that requires less words than the current
simplistic first-in/first-out scheme. Have you looked as Postfix? Have you
seen how much documentation and code goes to achieving some of what you
talk about? Have you looked at sendmail? It's been going for 20 years and
still doesn't do much of what you talk about.
> If anyone want to help me rewrite qmail-queue please email me.
I've already made the changes as a prototype once to qmail, so send me
your design and I'll critique it for you.
Regards.
Naaa??
Hi,
Does anyone have some tips on getting peak performance out of mass
mailings with qmail.
We regularly send out newsletters to over 500,000 email address's on
a weekly/fortnightly basis.
I've looked through the archives and there are some excellent tips
but I'm still hoping to push it further as a full mailout takes
nearly a day.
My Current
Regards,
Simon E.
My apologies for the last incomplete message
Hi,
Does anyone have some tips on getting peak performance out of mass
mailings with qmail.
We regularly send out newsletters to over 500,000 email address's on
a weekly/fortnightly basis.
I've looked through the archives and there are some excellent tips
but I'm still hoping to push it further as a full mailout takes
nearly a day.
My current setup is qmail-1.03 with Russell Nelson's big-todo patch
conf-split is set to 47
concurrencyremote is set to 240
We have written a simple perl script that takes the whole mailout and
pipes it directly to qmail-inject
The mailout flies with the concurrencyremote being hit after the pipe
to qmail-inject is closed but it takes a long long long time for the
qmail-inject process to finish.
Does anyone have any tips on how to analyse the performance
bottle-necks .. disk / bandwidth etc ( this is a redhat linux 6.1
box) or tips on a better way of doing this.
Regards,
Simon E.
On Thu, Sep 07, 2000 at 11:13:04AM +1100, [EMAIL PROTECTED] wrote:
> My apologies for the last incomplete message
>
> Hi,
>
> Does anyone have some tips on getting peak performance out of mass
> mailings with qmail.
> We regularly send out newsletters to over 500,000 email address's on
> a weekly/fortnightly basis.
> I've looked through the archives and there are some excellent tips
> but I'm still hoping to push it further as a full mailout takes
> nearly a day.
>
> My current setup is qmail-1.03 with Russell Nelson's big-todo patch
> conf-split is set to 47
> concurrencyremote is set to 240
> We have written a simple perl script that takes the whole mailout and
> pipes it directly to qmail-inject
>
> The mailout flies with the concurrencyremote being hit after the pipe
> to qmail-inject is closed but it takes a long long long time for the
> qmail-inject process to finish.
How long is a "long long time"? What does vmstat show during the injection
process? Is it one qmail-inject with lots of Bcc:s? Or one qmail-inject
per recipient?
> Does anyone have any tips on how to analyse the performance
> bottle-necks .. disk / bandwidth etc ( this is a redhat linux 6.1
> box) or tips on a better way of doing this.
vmstat is a good place to start. What does it show during the delivery
process?
Are you running a local caching DNS server? Can I recommend djdns :>
Are you using multiple spindes? Can I recommend that you do.
Are you using a high performance logging system or are you using syslog? Can
I recommend multilog.
Regards.
Hi thanks for the feedback
>
> How long is a "long long time"? What does vmstat show during
> the injection
> process? Is it one qmail-inject with lots of Bcc:s? Or one
> qmail-inject
> per recipient?
It takes approximately 6 hours for the script to complete, each
message invokes a separate qmail-inject process as the mails are
customised with the persons name / details etc. The concurrency only
seems to hit about 30- 40 while the script is still pumping messages
into qmail-inject.
>
> > Does anyone have any tips on how to analyse the performance
> > bottle-necks .. disk / bandwidth etc ( this is a redhat linux 6.1
> > box) or tips on a better way of doing this.
>
> vmstat is a good place to start. What does it show during the
delivery
> process?
I havent tried vmstat, but top shows cpu not getting much above 20%
and the box doesnt hit and swap so I think memory is ok.
>
> Are you running a local caching DNS server? Can I recommend djdns :>
No Im using our colo's nameserver which is only a hop away , but that
is a good point I hadnt thought of.
>
> Are you using multiple spindes? Can I recommend that you do.
Do you mean separate hard disks for the queue? .. The queue resides
on a RAID5 hardware controlled array.
>
> Are you using a high performance logging system or are you
> using syslog? Can
> I recommend multilog.
>
Yes I am using multilog - syslog was chewing up 90% of cpu time.
>
> Regards.
>
On Thu, Sep 07, 2000 at 11:38:42AM +1100, [EMAIL PROTECTED] wrote:
> Hi thanks for the feedback
> >
> > How long is a "long long time"? What does vmstat show during
> > the injection
> > process? Is it one qmail-inject with lots of Bcc:s? Or one
> > qmail-inject
> > per recipient?
>
> It takes approximately 6 hours for the script to complete, each
> message invokes a separate qmail-inject process as the mails are
> customised with the persons name / details etc. The concurrency only
> seems to hit about 30- 40 while the script is still pumping messages
> into qmail-inject.
Ok. So you're almost certainly disk (queue) constrained.
What does qmail-qstat show at, say, half way thru the inject? Is "not yet
preprocessed" getting large? If not, you might want to run multiple
inject scripts by splitting up the recipient list, but don't go crazy.
> > Are you using multiple spindes? Can I recommend that you do.
>
> Do you mean separate hard disks for the queue? .. The queue resides
> on a RAID5 hardware controlled array.
Across how many spindles, what RAID exactly?
Regards.
Sep 7 11:41:05 iserver qmail: 968287265.851955 delivery 118568: deferral:
Connected_to_203.36.209.235_but_greeting_failed./
Remote_host_said:_421_unable_to_figure_out_my_IP_addresses_(#4.3.0)/
E-mails have been going through both before and after this message quite
happily.
Gavin
[]-----------------------------------+------------------------------------[]
| Gavin Cameron | ITworks Consulting |
| Ph : +61 3 9642 5477 | Level 8, 488 Bourke Street |
| Fax : +61 3 9642 5499 | Melbourne, Victoria |
| Email : [EMAIL PROTECTED] | Australia, 3000 |
[]-----------------------------------+------------------------------------[]
Quoted from Gavin Cameron:
> Sep 7 11:41:05 iserver qmail: 968287265.851955 delivery 118568: deferral:
> Connected_to_203.36.209.235_but_greeting_failed./
> Remote_host_said:_421_unable_to_figure_out_my_IP_addresses_(#4.3.0)/
>
> E-mails have been going through both before and after this message quite
> happily.
Presuming you don't run 203.36.209.235, I'd say that it's the problem
of the owner of that machine, so don't worry about it.
If it _is_ your machine, then I'll research it further. :-)
---Chris K.
--
Chris, the Young One |_ but what's a dropped message between friends?
Auckland, New Zealand |_ this is UDP, not TCP after all ;) ---John H.
http://cloud9.hedgee.com/ |_ Robinson, IV
Hi all...I have a slight problem...well my boxes do anyway
I have a qmail daemon (sorry, I have used qmail for awhile but I still don't
know what qmail-local, qmail-remote, qmail-send, qmail-start, etc all
actually do properly so I'll just say 'daemon') that is trying to store an
e-mail to a Maildir in a user's home folder. This folder is actually on
another machine, but is mounted using NFS. I am using autofs to
automatically mount and unmount the NFS connections when necessary.
When qmail tries to deliver a large attachment (ie anything over 1.5mb) to
that NFS share over a 168kbps ISDN link through a router on this end and one
on the other end, the following error occurs:
2000-09-07 13:09:48.635984500 status: local 1/10 remote 0/20
2000-09-07 13:09:51.671706500 delivery 13080: deferral:
Temporary_error_on_maild
ir_delivery._(#4.3.0)/
Most e-mail gets through, but these large attachments fail. And an error
pops up on the console of the server saying timeout over NFS link (sorry I
don't have the actual text but it is only a few words). I don't believe it
is qmail error, and I can't find it in the logs anywhere. The only messages
that will be logged to the console (according to syslog) are *.emerg
messages, but these are logged to * and no files note this error so it is
obviously an error coming from one of my processes running at the time (but
the error message doesn't hint as to which one). I don't see the error from
a telnet session, but I do if I actually look at the physical monitor of the
machine...
Anyway what I need to know is how I can extend the timeout over this NFS
link or the timeout for delivery of a message in qmail, or how to fix this
problem.
Thanks!
/BR
Manager
InterPlanetary Solutions
http://ipsware.com/
Hi, everybody,
We (www.eastran.com, located in Guangzhou, China) developed a webmail system based
on qmail. Everything went smoothly until some members complained they could not
receive emails from hotmail.com, or maybe other foreign countries.
Attached is the failure message generated by hotmail.
Does anybody know what's happening?
Thank you.
regards,
hbchen
This is an automatically generated Delivery Status Notification.
Delivery to the following recipients failed.
[EMAIL PROTECTED]
Reporting-MTA: dns;mail.hotmail.com
Received-From-MTA: dns;mail.hotmail.com
Arrival-Date: Sun, 3 Sep 2000 16:57:02 -0700
Final-Recipient: rfc822;[EMAIL PROTECTED]
Action: failed
Status: 5.0.0
I'm testing:
1. Can eastran receive mails from foreign countries?
2. Is decoding correct?
3. Can it decode Chinese? the next line contains 4 characters.
Ëĸöºº×Ö
chen hongbiao
----Original Message Follows----
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: philor
Date: 29 Aug 2000 15:28:01 -0000
I got this message from www.Eastran.com.
for test
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Share information about yourself, create your own public profile at
http://profiles.msn.com.
Well the error by hotmail wasn't very descriptive...
But check this:
C:\WINNT>nslookup
Default Server: UnKnown
Address: 10.0.0.1
> set type=MX
> eastran.com
Server: UnKnown
Address: 10.0.0.1
*** UnKnown can't find eastran.com: Non-existent domain
>
Check that your external DNS servers are operating properly...
/BR
Manager
InterPlanetary Solutions
http://ipsware.com/
> -----Original Message-----
> From: hbchen163 [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 07, 2000 2:12 PM
> To: [EMAIL PROTECTED]
> Subject: Why qmail can not receive hotmail messages?
>
>
> Hi, everybody,
> We (www.eastran.com, located in Guangzhou, China) developed a
> webmail system based on qmail. Everything went smoothly until
> some members complained they could not receive emails from
> hotmail.com, or maybe other foreign countries.
> Attached is the failure message generated by hotmail.
> Does anybody know what's happening?
>
> Thank you.
>
> regards,
>
> hbchen
>
>
>
>
I did the same thing, and here's what I got:
$nslookup
Default Server: localhost
Address: 127.0.0.1
> set q=any
> eastran.com
Server: localhost
Address: 127.0.0.1
Non-authoritative answer:
eastran.com nameserver = DNS1.CNMSN.NET
eastran.com nameserver = DNS.BIZCN.com
> set q=mx
> eastran.com
Server: localhost
Address: 127.0.0.1
*** No mail exchanger (MX) records available for eastran.com
So you need to get your MX records set up for that domain, or you'll
have trouble with more than just hotmail.
Brett Randall wrote:
> Well the error by hotmail wasn't very descriptive...
>
> But check this:
> C:\WINNT>nslookup
> Default Server: UnKnown
> Address: 10.0.0.1
>
> > set type=MX
> > eastran.com
> Server: UnKnown
> Address: 10.0.0.1
>
> *** UnKnown can't find eastran.com: Non-existent domain
> >
>
> Check that your external DNS servers are operating properly...
>
> /BR
>
> Manager
> InterPlanetary Solutions
> http://ipsware.com/
>
> > -----Original Message-----
> > From: hbchen163 [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 07, 2000 2:12 PM
> > To: [EMAIL PROTECTED]
> > Subject: Why qmail can not receive hotmail messages?
> >
> >
> > Hi, everybody,
> > We (www.eastran.com, located in Guangzhou, China) developed a
> > webmail system based on qmail. Everything went smoothly until
> > some members complained they could not receive emails from
> > hotmail.com, or maybe other foreign countries.
> > Attached is the failure message generated by hotmail.
> > Does anybody know what's happening?
> >
> > Thank you.
> >
> > regards,
> >
> > hbchen
> >
> >
> >
> >
--
__ Jack O'Toole
__ Vice President
__ QWSI.net Inc.
__ [EMAIL PROTECTED]
Thank you, Brett.
But why is it that eastran.com can receive emails from domestic email accounts?
Our site is developed on FreeBSD platform.
How should I check the external DNS settings?
regards,
eastran.com
Hongbiao CHEN
> But check this:
> C:\WINNT>nslookup
> Default Server: UnKnown
> Address: 10.0.0.1
>
> > set type=MX
> > eastran.com
> Server: UnKnown
> Address: 10.0.0.1
>
> *** UnKnown can't find eastran.com: Non-existent domain
> >
>
> Check that your external DNS servers are operating properly...
>
> /BR
>
> Manager
> InterPlanetary Solutions
> http://ipsware.com/
>
> >
Thank you, Jack.
But could you tell me how?
> *** No mail exchanger (MX) records available for eastran.com
>
> So you need to get your MX records set up for that domain, or you'll
> have trouble with more than just hotmail.
> --
> __ Jack O'Toole
> __ Vice President
> __ QWSI.net Inc.
> __ [EMAIL PROTECTED]
>
>
C:\WINNT>nslookup
*** Can't find server name for address 10.0.0.1: Non-existent domain
*** Default servers are not available
Default Server: UnKnown
Address: 10.0.0.1
> set type=A
> eastran.com
Server: UnKnown
Address: 10.0.0.1
Non-authoritative answer:
Name: eastran.com
Address: 202.103.134.199
eastran.com has an A (address) entry. This means that some mail relays (NOT
all...I don't know what the RFC's say about this but I just know some relays
do this some don't) will send mail to the machine with the above IP address.
But other relays will only send mail to the machine that is listed in the MX
record for your domain. This means, that in the zone file (presuming the DNS
server is BIND v8 or similar) you have to add a MX record for the zone. ie:
@ IN MX 202.103.134.199
Give that a go...give the DNS a day or so to refresh around the globe and
try again!
/BR
Manager
InterPlanetary Solutions
http://ipsware.com/
> -----Original Message-----
> From: hbchen163 [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 07, 2000 3:15 PM
> To: Brett Randall; [EMAIL PROTECTED]
> Subject: Re: Why qmail can not receive hotmail messages?
>
>
> Thank you, Brett.
> But why is it that eastran.com can receive emails from domestic
> email accounts?
> Our site is developed on FreeBSD platform.
> How should I check the external DNS settings?
>
> regards,
> Thank you, Brett.
> But why is it that eastran.com can receive emails from domestic email
accounts?
> Our site is developed on FreeBSD platform.
> How should I check the external DNS settings?
Probably because the server knows it's to handle incoming email for
eastran.com by configuration, without needing to do a lookup on the MX
record.
INSTALL.ctl says:
"config-fast puts your.full.host.name into control/me. It also puts it
into control/locals and control/rcpthosts, so that qmail will accept
mail for your.full.host.name.
...
(Why doesn't qmail do these lookups on the fly? This was a deliberate
design decision. qmail does all its local functions---header rewriting,
checking if a recipient is local, etc.---without talking to the network.
The point is that qmail can continue accepting and delivering local mail
even if your network connection goes down.)"
jason
On Thu, Sep 07, 2000 at 01:05:55AM -0400, Jack O'Toole wrote:
> So you need to get your MX records set up for that domain, or you'll
> have trouble with more than just hotmail.
Uh, no.
According to the RFC, all you need is an A record, which he has.
--Adam
On Thu, Sep 07, 2000 at 04:37:00PM +1000, Brett Randall wrote:
> C:\WINNT>nslookup
> *** Can't find server name for address 10.0.0.1: Non-existent domain
> *** Default servers are not available
> Default Server: UnKnown
> Address: 10.0.0.1
>
> > set type=A
> > eastran.com
> Server: UnKnown
> Address: 10.0.0.1
>
> Non-authoritative answer:
> Name: eastran.com
> Address: 202.103.134.199
>
> eastran.com has an A (address) entry. This means that some mail relays (NOT
> all...I don't know what the RFC's say about this but I just know some relays
> do this some don't) will send mail to the machine with the above IP address.
> But other relays will only send mail to the machine that is listed in the MX
> record for your domain. This means, that in the zone file (presuming the DNS
> server is BIND v8 or similar) you have to add a MX record for the zone. ie:
> @ IN MX 202.103.134.199
>
> Give that a go...give the DNS a day or so to refresh around the globe and
> try again!
1) Please stop pasting output from New Trash Technology.
2) It is *not* the frigging MX record. That has nothing to do with it. Any
mailer that breaks when there is only an A record is a broken mailer.
--Adam
Hi,
I have a strange problem. I am using qmail on redhat linux 6.0. I am running
tcpserver. My /etc/hosts.allow and /etc/allow.deny files are empty. I am not
using any firewall.
I have following lines in my /etc/tcprules.d/qmail-smtp file and then i made a
cdb files from it
127.0.0.1:allow,RELAYCLIENT=""
:allow
I have also check with tcprulescheck whether my IP address is allowed to connect
to this smtp port? Now my problem is I am unable to connect to qmail server 25
port from any remote server. I am able to connect from the same server to 25
port.
Please help
kapil
our qmail server has a local IP number in our LAN and a DNS entry for
another IP number. our firewall passes smtp connections for the official
IP to the local IP, works alright, except for the problem that mails to
user@[officialIP] first didnt get accepted:
----- Transcript of session follows -----
... while talking to [62.96.181.213]:
>>> RCPT To:<w.zeikat@[62.96.181.213]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
550 <w.zeikat@[62.96.181.213]>... User unknown
after adding [62.96.181.213] in both ~/control/rcpthosts and
~/control/locals they dont bounce anymore, but dont get delivered either.
how would i need to enter that IP and where?
cheers
wolfgang
@4000000039b764122c6205bc tcpserver: fatal: unable to bind: address already used
anyone a clue?
