qmail Digest 10 Oct 1999 10:00:05 -0000 Issue 785
Topics (messages 31430 through 31440):
Wildcards and users/assign
31430 by: Michael Legart
31435 by: Tong YU
Re: Queue stalls
31431 by: Kevin Sawyer
Re: Concurrency Limits
31432 by: Magnus Bodin
IMAP
31433 by: Emmanuel PIERRE
(Fetchmail and Qmail) and losing adressing information
31434 by: Bram Heerink
31436 by: Sam
Strange Problem
31437 by: Marek Narkiewicz
tcpserver
31438 by: Bob Ross
31439 by: Timothy L. Mayo
Re: forward and environment variables
31440 by: Giles Lean
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from 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 there,
Is it possible to make wildcard aliases (*@domain) in a setup using users/assign?
--
Michael Legart
Yes. Use '+' instead of '=' in users/assign.
'+' matches anything.
At 12:51 PM 10/9/99 +0200, Michael Legart wrote:
>Hi there,
>
>Is it possible to make wildcard aliases (*@domain) in a setup using
users/assign?
>
>
>--
>Michael Legart
>
>
> If you think there are messages in the queue that qmail-send doesn't
> see, identify one by searching the queue. See if you can determine
> when/how it was received.
OK, I'm finally on to something. I'm seeing this in my logs:
warning: trouble opening local/xx/xxxxx; will try again later
warning: trouble opening remote/xx/xxxxx; will try again later
So, I went into /var/qmail/queue/mess/xx and looked at the files. They look
fine. They are owned qmailq.qmail with mode 0644. After a few days of not
restarting qmail, there are hundreds of messages like this and there is no
rhyme or reason as to the directory/inode where they live. If I restart
qmail, they disappear without further error.
That leave the question: why can qmail-queue put them there in the first
place but qmail-send has trouble opening them until it has been restarted?
--Kevin
On Sat, Oct 09, 1999 at 12:26:55PM +0800, DOODS wrote:
>
> Hi to everyone!
> I've been using qmail's concurrency limit defaults of 10 for local and 20
> for remote since I first ran qmail. Lately however, I see that my remote
> deliveries always reach the limit.
> All I see in the man pages about limits is their default values. Now how
> can I change these values and should I restart my qmail-send process?
> Thanks in advance and more power to all!
Create the files concurrencyremote and concurrencylocal in your
/var/qmail/control-directory and put the appropriate values there.
Then give qmail-send a kill -HUP.
See further in
http://Web.InfoAve.Net/~dsill/lwq.html#config-files
/magnus
--
Selected as MOST useless 1998 -> http://x42.com/
Hi,
I want to build up a system with virtuals email accounts with both POP
and IMAP.
so far, I've seen that only POP can do so.
Can you help me ?
Regards,
Emmanuel
Hey folks,
If mail comes 2 my Qmail server via SMTP, everything is fine.
But, if I get mail via Fetchmail, Qmail does not how 2 deliver it.
For some stupid reason Fetchmail strips off the delivery information.
Log:
Oct 9 18:05:25 guts fetchmail[32199]: 1 message for [EMAIL PROTECTED] at pop.sitelite.nl
(2506 bytes).
Oct 9 18:05:26 guts qmail: 939485126.569860 new msg 63519
Oct 9 18:05:26 guts qmail: 939485126.570103 info msg 63519: bytes 2794 from
<[EMAIL PROTECTED]> qp 22425
+uid 514
Oct 9 18:05:26 guts qmail: 939485126.580550 starting delivery 660: msg 63519 to local
bram@localhost
Oct 9 18:05:26 guts qmail: 939485126.580690 status: local 1/10 remote 0/20
Oct 9 18:05:26 guts fetchmail[32199]: reading message 1 of 1 (2506 bytes) . flushed
Do you notice the bram@localhost? Because al that mail is sent 2 [EMAIL PROTECTED] or
[EMAIL PROTECTED]
This is my .fetchmailrc
set daemon 30 # Poll at 5-minute intervals
poll pop.sitelite.nl envelope Delivered-To:
protocol POP3
user [EMAIL PROTECTED]
pass <hidden>
forcecr
fetchall
set syslog
I digged in the archive, I digged in the Fetchmail pages, I'm unable 2 find the answer.
Meaby you folks know how 2 this.
Bram
--
............................................................
G U T S DIGITAL COMMUNICATIONS
HERENGRACHT 562 1017 CH AMSTERDAM
TEL 020.33 0 32 60 FAX 020.33 0 32 61
WWW.GUTS.NL [EMAIL PROTECTED]
............................................................
On Sat, 9 Oct 1999, Bram Heerink wrote:
>
> Hey folks,
>
> If mail comes 2 my Qmail server via SMTP, everything is fine.
>
> But, if I get mail via Fetchmail, Qmail does not how 2 deliver it.
>
> For some stupid reason Fetchmail strips off the delivery information.
I do not believe that it should be a POP3 client's job to sort downloaded
mail in any way, shape, fashion, or form. A POP3 client should simply
download the mail from a remote mailbox into a local mailbox.
If you need to do any kind of post-processing on downloaded mail, use any
one of many mail filtering programs out there to do the job.
I have qmail running. These are the relevant processes:
/usr/local/bin/tcpserver -r -x/etc/tcp.smtp.cdb -c100
4478 ? S 0:00 tcpserver 0 pop-3 /var/qmail/bin/qmail-popup orbital.
11780 ? S 0:00 qmail-send
11781 ? S 0:00 splogger qmail
11782 ? S 0:00 qmail-lspawn ./Mailbox
11783 ? S 0:00 qmail-rspawn
11784 ? S 0:00 qmail-clean
the two tcpserver lines correspond to the pop and smtp servers. As it stands qmail
accepts messages (no error or bounce returned) but I can see no reason why the
emails are not ending up in the correct popbox. I use vpopmail to handle the pop
accounts. Is there anyone who has an idea for me to have a go at or do you need
more info? Cheers,
--
Marek Narkiewicz, Webmaster Intercreations
Reply to <-marek @ intercreations . com->
"Ticking away, the moments that make up a dull day"
Pink Floyd
Time
I'm running Linux Slackware 2.0.36, Qmail 1.03, this is a mail only
server. Qmail is installed and running.
A couple month's ago I tried to install tcpserver and with the help from
many in this group it would still not work at all, even when it said it
was installed.
I have given it a rest and would like to try again.
I downloaded the release again .84 extracted it in it's own directory
ran make and then make install setup.
In the inetd.conf I have removed the smtp line and replaced it with:
tcpserver -u 7791 -g 2108 0 smtp /var/qmail/bin/qmail-smtpd &
when I restarted the server I tried to send mail to it and would receive
the error in the logs unable to establish an smtp connection.
Thanks for any help in advance.
Bob Ross
On Sat, 9 Oct 1999, Bob Ross wrote:
> I'm running Linux Slackware 2.0.36, Qmail 1.03, this is a mail only
> server. Qmail is installed and running.
>
> A couple month's ago I tried to install tcpserver and with the help from
> many in this group it would still not work at all, even when it said it
> was installed.
>
> I have given it a rest and would like to try again.
>
> I downloaded the release again .84 extracted it in it's own directory
> ran make and then make install setup.
>
> In the inetd.conf I have removed the smtp line and replaced it with:
> tcpserver -u 7791 -g 2108 0 smtp /var/qmail/bin/qmail-smtpd &
tcpserver is NOT run from inetd.conf. Remove this line and do NOT put
anything in inetd.conf for smtp. Run tcpserver from the command line and
place it in your startup scripts (location depends on your version of
Unix).
>
> when I restarted the server I tried to send mail to it and would receive
> the error in the logs unable to establish an smtp connection.
>
> Thanks for any help in advance.
> Bob Ross
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
On Sat, 9 Oct 1999 08:41:32 +0100 Peter Gradwell wrote:
> My best idea so far is to deliver all the mail for all the domains
> and deliver it to ~forwarder/.qmail-default. Then, that
> .qmail-default file would have two lines
>
> | rules.pl
> | forward $END_ADDRESS
> - now, the idea is that rules.pl would work out (from a mysql table)
> where the messages was going and set the environment variable
> $END_ADDRESS and then exit with the appropriate exit code (100??)
The environment variable won't be set once rules.pl has exited. An
exit code of 100 will bounce the mail. I expect you need to forward
the mail within rules.pl to do what you want.
> Now, I can see the following problems - IMHO is it not desirable to
> pipe the whole message the rule.pl, else AFAIK the perl program may
> have a huge file in memory.
Only if the perl script reads the message -- if it doesn't read it,
then it won't have to allocate the memory.
Regards,
Giles
