qmail Digest 17 Sep 2000 10:00:01 -0000 Issue 1126
Topics (messages 48816 through 48832):
Re: How can I test this?
48816 by: Ricardo Cerqueira
Bounce Message Surpression
48817 by: Carl Schrader
Re: Reject it during the SMTP dialogue
48818 by: Claus F�rber
sending messages by common user
48819 by: QBA
48820 by: Ludvig Omholt
48828 by: QBA
48832 by: Ludvig Omholt
List activity
48821 by: Mike Hodson
48822 by: Eric Cox
48825 by: Ricardo Cerqueira
48826 by: Dale Miracle
48827 by: Photocon
Re: problems with qmailanalog utils
48823 by: Jens Georg
Re: qmail + freebsd = reboot
48824 by: Jos Backus
Archive multilog logs without overlapping
48829 by: Brett Randall
The local time story
48830 by: sQueaK
[Announce] oMail-admin 0.95
48831 by: Olivier M.
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]
----------------------------------------------------------------------
On Fri, Sep 15, 2000 at 10:54:39PM -0400, Phil Barnett wrote:
>
> I have been trying to get Mailman to work with qmail for a couple of
> weeks now and I can't seem to make the final connection. I
> researched the archives and I have dutifully read this list for over
> 1000 messages.
The docs on dot-qmail would probably have been enough for this :-) But
that's OK.
>
> Mailman is able to send messages just fine. My problem is that I
> can't seem to reply back to Mailman via qmail.
>
> qmail understands that I have created a virtual domain, because it
> is only complaining that the mailbox doesn't exist.
>
> As far as I can tell by reading the docs, once the virtual directory is
> in place, the mechanisms that qmail uses to redirect mail to other
> processes are the .qmail-?????? files in the virtual directory.
>
What to you mean by "virtual directory"? The dot-qmail files are placed in
the directory owned by the user you refer to in the "virtualdomains" file,
or inside the ~alias directory.
Keep reading, I'll give you an example later.
> I created the virtual directory (which is alongside a bunch of virtual
> directories that are working just fine to deliver regular mail), put the
> .qmail files there for qmail to find and redirect mail to a process.
>
> To the rcpthosts file, I added:
> matrixlist.com
>
> To the virtualdomains file, I added:
> matrixlist.com:matrixlist-com
>
OK, so here you point to a "matrixlist" user, or to a
~alias/.qmail-matrixlist-com-<something>
> But, when I send mail to those .qmail- files in the virtual directory,
> like .qmail-test-request for example, I get this:
>
> <[EMAIL PROTECTED]>:
> Sorry, no mailbox here by that name. (#5.1.1)
>
Now, for the examples:
Assuming you keep that "virtualdomains" line, you have 2 choices:
1) Set up a bunch of ~alias/.qmail-matrixlist-com-<something> files. In
this case, [EMAIL PROTECTED] would look for a file named
.qmail-matrixlist-com-test-request in ~alias.
2) Create a "matrixlist" user in the system. Inside that user's home, place
the .qmail-com-<something> files. For the previous example, it would be a
file named .qmail-com-test-request in ~matrixlist.
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 2 1010 0000 - Fax: +351 2 1010 4459
PGP signature
Hi,
We recently switched to qmail after 4 years of using sendmail. With
sendmail, I only received a failure notice when a piece of email was in
the queue for over 5 days. Now I get a message every time someone sends
a message to nonexistent mailbox, every time a bounce bounces, etc. How
can I turn this off? It's annoying.
TIA!
J.J.Gallardo <[EMAIL PROTECTED]> schrieb/wrote:
> I'm surprise today with a test that i've do it on my smtp server (qmail
> 1.03):
> I send an e-amil (1Mb) to an invalid user and qmail accept it a then,
> send a reply to the sender (another megabyte) saying that the user is
> unknown. Total = 2Mb of my lines used for no actions.
> Is there a way to reject mail during the SMTP dialogue so don't accept
> mail to "invalids and/or unknowns user's"?
Nope. This is one of the things with qmail that bothers me too.
Unfortunatly, due to qmail's modular design, implementing it would not
be too easy: qmaild, as who qmail-smtpd runs, does not have access to
the user database, let alone individual .qmail files. This is also one
of the reasons qmail-smtpd does not support VRFY.
However, it's probably possible to make a rough guess based on what's
available and accessible (and thus reject a large amount of mail which
has no chance of being deliverable):
is local ------no--> accept
|
|yes
V
rewrite using
virtualdomains etc.
|
V
user db readable --no--> accept
|
|yes
V
user exists and owns rewrite using
his homedir -----no--> alias user
| |
|<--------------------+
|yes
V
user dir readable ---no--> accept
|
|yes
V
.qmail file exists --no--> reject
|
|yes
V
accept
Note that this would not work if fastforward is used as with this
software every mail for unknown users is delivered to the fastforward
programme.
Claus
--
http://www.faerber.muc.de
Hi,
I'd like to know if I can send my messages not being root.
Now my situation looks like this: as a common user I write
messages in mutt and pressing 'y' I send them. Usually I do it
while being offline so all messages are waiting in qmail's queue.
And when I'm connected to the internet (to do so I use /etc/ppp/ppp-on
script that is included to my RedHat 6.2 as default) I must su to root
to be able to send all my messages (and to fetch my messages I don't
have to). And to send them I type '/usr/bin/killall -ALRM qmail-send'.
So I thought that it would be great if I could send e-mails as not root
and to do it whenever I want to (I mean not automaticaly because I heard
that I can add qmail-send command to ip-up - this not what I want).
Do you have any idea how can I do it? And moreover I'd like to it was
as secure as possible (hope that I won't have to add suid bit to any file).
Thank you for help,
QBA
QBA wrote:
>
> Hi,
>
> I'd like to know if I can send my messages not being root.
> Now my situation looks like this: as a common user I write
> messages in mutt and pressing 'y' I send them. Usually I do it
> while being offline so all messages are waiting in qmail's queue.
> And when I'm connected to the internet (to do so I use /etc/ppp/ppp-on
> script that is included to my RedHat 6.2 as default) I must su to root
> to be able to send all my messages (and to fetch my messages I don't
> have to). And to send them I type '/usr/bin/killall -ALRM qmail-send'.
> So I thought that it would be great if I could send e-mails as not root
> and to do it whenever I want to (I mean not automaticaly because I heard
> that I can add qmail-send command to ip-up - this not what I want).
> Do you have any idea how can I do it? And moreover I'd like to it was
> as secure as possible (hope that I won't have to add suid bit to any file).
I know this isn't the answer you requested, but I can't see why putting
the killall -ALRM qmail-send in /etc/ppp/ip-up.local wouldn't solve your
problems? If you are offline your messages wait in the queue and if you
are online they get sent directly. I think it's an ideal solution, no?
/Ludde
--
_ _ _ __ __ ___
| | | | | \| \| __| Ludvig Omholt .................. http://ludde.net
| |_| | | D | D | _| 070-310 08 71 ................... [EMAIL PROTECTED]
|___|___|__/|__/|___| ++++++++ linux kernel 2.2.17 on an i686 +++++++++
On Sat, Sep 16, 2000 at 09:09:30PM +0200, Ludvig Omholt wrote:
>
> I know this isn't the answer you requested, but I can't see why putting
> the killall -ALRM qmail-send in /etc/ppp/ip-up.local wouldn't solve your
> problems? If you are offline your messages wait in the queue and if you
> are online they get sent directly. I think it's an ideal solution, no?
>
> /Ludde
Actually, you are right. I just forgot that qmail sends all mail at once
(sendmail that I was running before didn't do so and it was making me
sick) without any delays. But could you guide me how to change my
ip-up file so that it all works well?
Thank you in advance,
QBA
QBA wrote:
>
> On Sat, Sep 16, 2000 at 09:09:30PM +0200, Ludvig Omholt wrote:
> >
> > I know this isn't the answer you requested, but I can't see why putting
> > the killall -ALRM qmail-send in /etc/ppp/ip-up.local wouldn't solve your
> > problems? If you are offline your messages wait in the queue and if you
> > are online they get sent directly. I think it's an ideal solution, no?
> >
> > /Ludde
>
> Actually, you are right. I just forgot that qmail sends all mail at once
> (sendmail that I was running before didn't do so and it was making me
> sick) without any delays. But could you guide me how to change my
> ip-up file so that it all works well?
> Thank you in advance,
>
> QBA
Just edit the file /etc/ppp/ip-up.local with your favorite editor (as
root). If the file doesn't exist I think it should be safe to add it.
This is the line I use on my home machine:
# Try to deliver queued mail
/usr/bin/killall -ALRM qmail-send
Hope this helps.
/Ludde
--
_ _ _ __ __ ___
| | | | | \| \| __| Ludvig Omholt .................. http://ludde.net
| |_| | | D | D | _| 070-310 08 71 ................... [EMAIL PROTECTED]
|___|___|__/|__/|___| ++++++++ linux kernel 2.2.17 on an i686 +++++++++
Hey, im just wondering, is the qmail list activity oddly slow, or is my new email
setup blocking 90% of all incoming messages?
Mike Hodson wrote:
>
> Hey, im just wondering, is the qmail list activity oddly slow, or is my new email
>setup blocking 90% of all incoming messages?
Without any numbers, how would you expect us to know?
Eric
On Sat, Sep 16, 2000 at 02:34:31PM -0700, Eric Cox wrote:
>
>
> Mike Hodson wrote:
> >
> > Hey, im just wondering, is the qmail list activity oddly slow, or is my new email
>setup blocking 90% of all incoming messages?
>
> Without any numbers, how would you expect us to know?
Actually, he can find out quite easily. The Return-Path header line contains
a number that can be used as a "message counter". It's sequential, so...
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 2 1010 0000 - Fax: +351 2 1010 4459
PGP signature
Mike Hodson wrote:
>
> Hey, im just wondering, is the qmail list activity oddly slow, or is my new email
>setup blocking 90% of all incoming messages?
I have noticed this the past couple weeks. It seems to slow down on the
weekends a little but picks backup. Last weekend I didn't get any thing
from the list until some time that sunday.
--
Dale Miracle
System Administrator
Teoi Virtual Web Hosting
At 14:59 9/16/00 -0600, Mike Hodson wrote:
>Hey, im just wondering, is the qmail list activity oddly slow, or is my
>new email setup blocking 90% of all incoming messages?
could it be is return address?
From: "Mike Hodson" <[EMAIL PROTECTED]>
hi brett,
thanks for your hint with multilog. now it works ! and, yes, i know lwq
and it's great !
ps: zoverall always throws a "division by zero error". did you notice
and fix it ?
> OK Start by looking at Life With Qmail and setting up your logging using
> multilog. Also, you may want to look at using qmail-mrtg as well since it
> provides nice pretty graphs that show change in time quite well or where
> specific problems/bottlenecks occur. When using in parallel with mrtg graphs
> from routers and gateways, it can make management much easier...
regards,
jens
---------------------------------------------------------------------------
instant networks - netzwerkmanagment & internetfullservices
http://www.instant-networks.de
On Fri, Sep 15, 2000 at 10:25:00AM +0200, Didier Derny wrote:
> there r bugs, in qmail + 1 in freebsd (at least for 3.x)
This was a FreeBSD kernel bug, fixed (in RELENG_3) in if.c rev. 1.64.2.4:
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/net/if.c.diff?r1=1.64.2.3&r2=1.64.2.4
--
Jos Backus _/ _/_/_/ "Modularity is not a hack."
_/ _/ _/ -- D. J. Bernstein
_/ _/_/_/
_/ _/ _/ _/
[EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer;
Hi guys...
I would like to archive all my multilog logs, but it appears as if a simple
daily cron script won't do it... Since multilog restarts a new file whenever
it reaches the set size, it could start a new file many times in one day
(copying the old one to a timestamped version), or it could start a new one
once a week...
I want to archive all the logs that go through multilog, which overlap, and
without missing any in the times of high mail when rotation is very
common...
What is the best advice for this? multilog doesn't seem to offer very much
help in this direction... Thanks!
/BR
Manager
InterPlanetary Solutions
http://ipsware.com/
Hello,
I'm hoping the author of the local time patch, John Saunders, gets to read
this message. It regards the patch he wrote to get qmail to emit the servers
local timestamp in headers instead of GMT time. The problem I'm having is as
follows.
I applied the patch and compiled qmail as normal. When I tested it out,
local times are emited for Received: headers, but not the initial From
header. For example:
>From [EMAIL PROTECTED] Sat Sep 16 23:52:53 2000
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 36979 invoked by uid 0); 17 Sep 2000 01:52:53 +0200
Date: 17 Sep 2000 01:52:53 +0200
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: test
test
This message was sent at 01:52 as shown by the Received: header. But it's
the first From header that most MUAs seem to get their timestamp from. It's
set to GMT time. Does anyone know of a workaround/patch that'll get qmail to
timestamp that header with the server local time too? I'd like to upgrade
all our sendmail servers to qmail and this is the only thing standing in my
way. I want to avoid having my users phone me complaining that our mail
server is slow when all their messages appear as if they've arrived 2 hours
late in their Outlook mailboxes :).
Any help would be appreciated.
Thanks,
Aragon
Hello,
"oMail-admin is a PHP4-based Web front end to qmail/vmailmgrd. It can be used by
domain owners and single users to easily administer their mail accounts without
bothering the sysadmin. Its features include mailbox/alias management, auto-responder
(vacation-like) support, changing passwords, and support for French, English, Spanish,
Italian and German."
This is a small bugfix release (important change is the addition
of italian language). I'm currently working on the template feature, and
better program documentation (help buttons) : should come in next version.
Here are the Changes since last version:
* released oMail-admin version 0.95
* added italian support in strings.php. Thx to NERvOus :)
* README: updated mailing list information + corrected cvs tree location
* INSTALL: added FAQ section
* added "First use" splash-screen for statistic purpose.
* Templates support is in progress : should be included in next version
* A few fixes (html, typos)
The file would be: http://download.sourceforge.net/oMail/omail-admin-0.95.tar.gz
Project homepage: http://omail.omnis.ch (with old, but working live demo)
CVSTree: http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/admin2/?cvsroot=oMail
Regards,
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
PGP signature
