qmail Digest 7 Aug 2000 10:00:00 -0000 Issue 1086
Topics (messages 46247 through 46251):
Re: web interface to manage user dot-qmail files
46247 by: Aijaz A. Ansari
tcpserver on lpd
46248 by: John Conover
46250 by: Nathan J. Mehl
Re: tai64n -- why?
46249 by: Ben Beuchler
(Reply) Re: Cannot send mail thru SMTP
46251 by: markf.samsung.co.kr
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 Sat, Aug 05, 2000 at 04:08:08PM -0500, Chris Hardie wrote:
...
> -Has anyone else already done this?
Chris, we've done something similar to this at ENoor. We allow users to
authenticate themselves, and go to a web page from which they can create
.qmail files to redirect mail to a local POP3 account or any other remote
email account. Autoresponders are also supported. There is limited
support for multi-line .qmail files and import of text files for making
hundreds of changes at a time.
I haven't looked at inter7's products yet, but may abandon my app if those
products provide all the functionality I need. Either way, keep me in
mind if you're looking for developers. I haven't given too much thought
to releasing my code under GPL or a similar license, but would if it
complements existing applications.
Aijaz.
--
=== = Aijaz A. Ansari Web-based CRM, E-Commerce, Hosting, Training
====== ENoor Creations Let us help you make the Web work for you.
= === [EMAIL PROTECTED] Call us at 847-980-1601 for a FREE web site.
For completeness, I would like to run lpd under tcpserver. Is there
some trick way of doing it?
lpd was not designed to be run under tcpserver-although it has a -F
option to not go into the background, it also won't die when its
finished handling a transaction, and tcpserver invokes another copy
when the the next transaction comes along.
Any tricks?
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
In the immortal words of John Conover ([EMAIL PROTECTED]):
>
> For completeness, I would like to run lpd under tcpserver. Is there
> some trick way of doing it?
>
> lpd was not designed to be run under tcpserver-although it has a -F
> option to not go into the background, it also won't die when its
> finished handling a transaction, and tcpserver invokes another copy
> when the the next transaction comes along.
>
> Any tricks?
That seems kinda silly. tcpserver was definintly not meant to run
persistant daemons. Would you run apache under tcpserver?
You probably just want to run lpd under supervise.
-n
------------------------------------------------------<[EMAIL PROTECTED]>
"What's the difference between a regular actuary and a Chicago actuary?
A regular actuary can tell you how many people will die in the next
year. The Chicago actuary can tell you their names." --Chuck McClenahan
<http://www.blank.org/memory/>------------------------------------------
On Sat, Aug 05, 2000 at 08:07:38PM -0700, Eric Cox wrote:
> But I'm getting back into it. When I get it into a usable state I'll
> post it on my website at www.ericcox.com. Keep checking back...
Your mailstats program looks pretty cool. Does it work with multilog
logs? With tai64n and all that?
Ben
--
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground www.bitstream.net
[EMAIL PROTECTED] wrote:
>>What do the qmail-send logs say? Did you look in ~alias/Mailbox for
>>bounces?
>
>There are no messages from the ~alias/Mailbox for bounces.
>About qmail-send logs, I don't know where to find the log file,
/var/log/qmail
>Now I have another problem, I cheked the
>/var/qmail/supervise/qmail-smtpd/run file and tried to edit it here
>is the file:
>
>#!/bin/sh
>QMAILDUID=`id -u qmaild`
>NOFILESGID=`id -g qmaild`
>exec /usr/local/bin/softlimit -m 4000000 \
> /usr/local/bin/tcpserver -v -p -x /etc/tcp.smtp.cdb \
> -u $QMAILDUID -g $NOFILESGID 0 smtp /var/qmail/bin/qmail-smtpd 2>&1
>
>Then I saved it and restart qmail.....
Hmm. What did you change?
>After restarting, a repeated message appears on the screen:
>
>> softlimit: fatal: unable to run : file does not exist
>
>I don't know what it means, so I just ignore it and tried testing
>mail thru smtp.
softlimit is saying it can't find /usr/local/bin/tcpserver.
>Now I can't even connect.
Of course not.
-Dave
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I was able to fix the error that appears on the screen, it just a typographical error
for the qmail-smtpd/run file.
After that I restart qmail, then check the /var/log/mail, and I think is working fine
with messages:
@40000000398e548b1b8e40ac delivery 1: success:
@40000000398e548b1b964f2c status: local 0/10 remote 0/20
@40000000398e548b1cc63fc4 end msg 46350
@40000000398e563612687894 new msg 46350
@40000000398e563612698dec info msg 46350: bytes 216 from <> qp 868 uid 504
@40000000398e563612b52964 starting delivery 2: msg 46350 to local @samphil.sepco.com.ph
@40000000398e563612b690c4 status: local 1/10 remote 0/20
@40000000398e563612d290bc delivery 2: success:
@40000000398e563612d3a22c status: local 0/10 remote 0/20
@40000000398e563612d4a014 end msg 46350
My testing only works with local. The one I followed with test.deliver. Then I tried
the instructions for
test.receive, still, it's not working with smtp. I mean, I thought I was able to send
it right with no errors,
but when I check the user's mailbox, there's no message only the message I told you
before FOLDER INTERNAL DATA.
I also tried to check for the ~alias Mailbox and .qmail-default, there are no
messages. By the way, right now I just want
to use qmail for our Internal network, so DNS is configured for localhost only, I mean
I still haven't ask our ISP
to delegate the DNS to the server I'm setting up. Does this affect my testing in qmail
using smtp? I think qmail should
work with this kind of setup, besides I'm just on the testing stage. Just like when
you use sendmail, you could send
mail locally.
Thanks again,
mark
for our internal network
