qmail Digest 21 Jan 2001 11:00:01 -0000 Issue 1251
Topics (messages 55654 through 55698):
Re: some problems with tcpserver
55654 by: Tetsu Ushijima
55656 by: NDSoftware
Re: Mailer error
55655 by: Tetsu Ushijima
Installing "open-smtp4" on qmail-1.03
55657 by: qmailu
qmHandle vs. qmail-mrtg-queue
55658 by: Olivier M.
55660 by: Sean C Truman
Re: Qmail and Syslogd?
55659 by: Phil Barnett
55661 by: Mark Delany
Qmail Under TCPServer
55662 by: Alex Le Fevre
55664 by: Henning Brauer
55666 by: Alex Le Fevre
55667 by: Henning Brauer
55681 by: Felix von Leitner
Installing "open-smtp4" on qmail-1.03 - help required urgently pls
55663 by: qmailu
qmail-queue
55665 by: NDSoftware
55675 by: Clemens Hermann
qmail problem ?
55668 by: NDSoftware
55670 by: Henning Brauer
55671 by: Clemens Hermann
55674 by: Henning Brauer
55676 by: Clemens Hermann
Maildir versus malibox
55669 by: Piotr Kasztelowicz
55673 by: Robin S. Socha
55677 by: Piotr Kasztelowicz
55679 by: Ricardo Cerqueira
55680 by: Henning Brauer
55686 by: Robin S. Socha
[OT] pine and Maildir (was: Maildir versus malibox)
55672 by: Henning Brauer
55678 by: Piotr Kasztelowicz
55682 by: Adam McKenna
55683 by: Adam McKenna
55684 by: tc lewis
55687 by: Piotr Kasztelowicz
55690 by: Karl Vogel
55691 by: Mark Delany
55696 by: Alex Pennace
55697 by: tc lewis
55698 by: Alex Pennace
Re: [OT] pine and Maildir
55685 by: Robin S. Socha
Weird "double To:" in bounce-backs...
55688 by: Simon Grabowski
couldn't find any host
55689 by: Jeff Bolle
55693 by: Alex Pennace
POP Toaster
55692 by: Peder Angvall
55695 by: Sean Reifschneider
CNAME errors, qmail-1.03+patches-18
55694 by: Corey Crawford
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]
----------------------------------------------------------------------
Chris Johnson writes:
> Try adding -l0 (that's ell zero) to your tcpserver options. That'll keep your
> server from trying to look up its own name.
I agree that DNS reverse lookup for the local host name on
startup is not necessary in normal situations.
But it may be worth mentioning that qmail-smtpd copies
$TCPLOCALHOST into Received fields. If you run qmail-smtpd
under tcpserver -l0, you will see ``Received: ... by 0 ...''
in message headers.
People may or may not think this is a problem. If you
think this is a problem and still want to avoid looking up
in DNS, just specify the (real) local host name, not 0, as
the -l option's argument.
--
Tetsu Ushijima
Can i force to use mail.ndsoftware.net ?
Because i have now ns1.ndsoftware.net !
If yes how ?
Thanks
Nicolas DEFFAYET, NDSoftware
http://www.ndsoftware.net - [EMAIL PROTECTED]
France: Tel +33 671887502 - Fax N/A
UK: Tel +44 8453348750 - Fax +44 8453348751
USA: Tel N/A - Fax N/A
-----Original Message-----
From: Tetsu Ushijima [mailto:[EMAIL PROTECTED]]
Sent: Saturday, January 20, 2001 2:55 PM
To: [EMAIL PROTECTED]
Subject: Re: some problems with tcpserver
Chris Johnson writes:
> Try adding -l0 (that's ell zero) to your tcpserver options. That'll keep
your
> server from trying to look up its own name.
I agree that DNS reverse lookup for the local host name on
startup is not necessary in normal situations.
But it may be worth mentioning that qmail-smtpd copies
$TCPLOCALHOST into Received fields. If you run qmail-smtpd
under tcpserver -l0, you will see ``Received: ... by 0 ...''
in message headers.
People may or may not think this is a problem. If you
think this is a problem and still want to avoid looking up
in DNS, just specify the (real) local host name, not 0, as
the -l option's argument.
--
Tetsu Ushijima
Boz Crowther writes:
> what I see is that the mailer doesn't include header information
> specified on the command line after it gets the go ahead to send DATA,
> although MAIL FROM and RCPT TO are correctly specified.
[...]
> Is there a fixcrio-like utility out there that will correct this problem?
How about ofmipd in the mess822 package?
http://cr.yp.to/mess822.html
--
Tetsu Ushijima
|
Hi,
I am trying to install open-smtp4 to enable pop
before smtp. Its posing a few problems by not writing the remote ip into the
file /etc/smtp.filter.newer. It only writes
":allow,RELAYCLIENT=// " into the file. I have
changed tcpmakectl to tcp rules in pop3-record .
Can someone give me the exact procedure. I also
checked checkpassword.c where the oneliner has been added asking it to execute
pop3-record.
I have done as follows -
Unpack open-smtp4.tar.gz
Unpack
checkpassword-0.81.tar.gz
cd into checkpassword-0.81
Change tcpmakectl to tcprules and chmod for both
pop3-record and age-smtp
Issue the following command: patch
<../open-smtp/checkpassword.patch
Make checkpassword as per
usual.
Restart qmail
Raghu
|
Hello,
Strange thing:
viper:~ # qmail-mrtg-queue
39
2
viper:~ # qmHandle -s
Messages in local queue: 0
Messages in remote queue: 4
Well :) And there are some (different) messages in the queue, so
I guess that qmail-mrtg-queue is right, and qmHandle wrong.
Maybe somebody noticed that too ?
Regards,
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
qmail projects: http://omail.omnis.ch - http://webmail.omnis.ch
PGP signature
You have the two confused..
qmail-mrtg-queue returns number of messages in the queue and number of
message unprocessed in the queue.
qmhandle is returning concurrency for local and remote..
Sean
----- Original Message -----
From: "Olivier M." <[EMAIL PROTECTED]>
To: "QMail List" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, January 20, 2001 9:19 AM
Subject: qmHandle vs. qmail-mrtg-queue
On 20 Jan 2001, at 11:24, Stefan Laudat wrote:
> grrr either you have an old syslogd man page or you can't rtfm well!
I have Redhat 6.2 and rtfm for quite a while before I quesioned
you.It mentions the - flag for buffered writes, but it doens't give an
example of it. I loath experimenting on a production machine.
> e.g if you specify
> mail.* -/var/adm/maillog
> you have an unsynced maillog
> it will work faster but unreliable for sudden power failures!
I'm battery backed up. Hopefully this won't be an issue.
> next time please post your questions to the list and not to my
> personal mailbox, as anyone else might be ever interested and as I'm
> not your consultant :)
Damn, I hate lists that don't reply to lists.. ;) Didn't notice. Sorry, I
meant it to go to the list.
--
Phil Barnett mailto:[EMAIL PROTECTED]
WWW http://www.the-oasis.net/
FTP Site ftp://ftp.the-oasis.net
On Sat, Jan 20, 2001 at 11:24:15AM +0200, Stefan Laudat wrote:
> grrr either you have an old syslogd man page or you can't rtfm well!
> e.g if you specify
> mail.* -/var/adm/maillog
> you have an unsynced maillog
Hopefully he previous identified the OS because, eg, Solaris does not
have this capability. In other words, -path is not universal.
Regards.
Thanks all who have answered my questions so far. You
have been very helpful.
I'm running into a much stranger problem now. I'm
trying to set up Qmail under TCPServer, optimally with
POP access. I've installed the TCPServer program and
checkpassword (which tests out great) as per online
instructions. Then I went ahead and added the line
into my /etc/rc that was supposed to bring up Qmail
under TCPServer on boot...and for some reason, it
didn't.
This may be a problem with my system, since for some
reason the line above this in that file, which should
be starting Apache Web Server, has quit working on me
as well (it was fine at one point). Problem is, I'm
still way too much of a UNIX novice to diagnose it.
The last part of my /etc/rc reads:
# Alternatively, on some architectures, xdm may be
started in /etc/ttys.
if [ "X${xdm_flags}" != X"NO" ]; then
echo 'starting xdm...';
/usr/X11R6/bin/xdm ${xdm_flags}
fi
exit 0
# Starts Apache Web Server
/usr/local/apache/bin/apachectl start
# Starts Qmail Under TCPSERVER
tcpserver -v -u 1010 -g 1010 0 smtp
/var/qmail/bin/qmail-smtpd \
2>&1 | /var/qmail/bin/splogger smtpd 3 &
The stuff at the top is just there so anyone out there
can tell if I've put those lines in the wrong place.
FYI, the system is OpenBSD 2.8, running on an old
Pentium-200.
Any help/direction would be greatly appreciated.
Alex Le Fevre
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/
On Sat, Jan 20, 2001 at 12:28:30PM -0800, Alex Le Fevre wrote:
> The last part of my /etc/rc reads:
>
> # Alternatively, on some architectures, xdm may be
> started in /etc/ttys.
> if [ "X${xdm_flags}" != X"NO" ]; then
> echo 'starting xdm...';
> /usr/X11R6/bin/xdm ${xdm_flags}
> fi
>
> exit 0
^^^^^^
everything behind exit will never be executed. exit 0 should be the last
line in your script.
> # Starts Apache Web Server
> /usr/local/apache/bin/apachectl start
>
> # Starts Qmail Under TCPSERVER
> tcpserver -v -u 1010 -g 1010 0 smtp
> /var/qmail/bin/qmail-smtpd \
> 2>&1 | /var/qmail/bin/splogger smtpd 3 &
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
Duh! Thanks.
One remaining question: shouldn't those show up in my
process list if I do a ps ax? I ask because I tried
setting up the account in Outlook Express on a Windows
machine, and when it tried to connect, it got a socket
error.
Thanks,
Alex
--- Henning Brauer <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 20, 2001 at 12:28:30PM -0800, Alex Le
> Fevre wrote:
> > The last part of my /etc/rc reads:
> >
> > # Alternatively, on some architectures, xdm may be
> > started in /etc/ttys.
> > if [ "X${xdm_flags}" != X"NO" ]; then
> > echo 'starting xdm...';
> > /usr/X11R6/bin/xdm ${xdm_flags}
> > fi
> >
> > exit 0
> ^^^^^^
> everything behind exit will never be executed. exit
> 0 should be the last
> line in your script.
>
> > # Starts Apache Web Server
> > /usr/local/apache/bin/apachectl start
> >
> > # Starts Qmail Under TCPSERVER
> > tcpserver -v -u 1010 -g 1010 0 smtp
> > /var/qmail/bin/qmail-smtpd \
> > 2>&1 | /var/qmail/bin/splogger smtpd 3 &
>
> --
> Henning Brauer | BS Web Services
> Hostmaster BSWS | Roedingsmarkt 14
> [EMAIL PROTECTED] | 20459 Hamburg
> http://www.bsws.de | Germany
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/
On Sat, Jan 20, 2001 at 01:14:34PM -0800, Alex Le Fevre wrote:
> Duh! Thanks.
>
> One remaining question: shouldn't those show up in my
> process list if I do a ps ax?
Yes. One supervise process per service, plus the app itself (mostly
something like tcpserver [options] qmail-anything), normally plus one
additional supervise per service for logging and one multilog per service.
On our main mail machines i have typically about 25 qmail-related processes
(plus the ones for connected clients plus running deliveries), if you don't
have qmqp, qmtp, spop3 and such nice stuff there are less.
> --- Henning Brauer <[EMAIL PROTECTED]> wrote:
please stop full quoting, instead just quote the part you are referring to.
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
Thus spake Henning Brauer ([EMAIL PROTECTED]):
> > exit 0
> ^^^^^^
> everything behind exit will never be executed. exit 0 should be the last
> line in your script.
>
> > # Starts Apache Web Server
> > /usr/local/apache/bin/apachectl start
> >
> > # Starts Qmail Under TCPSERVER
> > tcpserver -v -u 1010 -g 1010 0 smtp
> > /var/qmail/bin/qmail-smtpd \
> > 2>&1 | /var/qmail/bin/splogger smtpd 3 &
Also, tcpserver is in /usr/local/bin per default, which probably is not
in the PATH.
Felix
Hi,
I am trying to install open-smtp4 to enable pop
before smtp. Its posing a few problems by not writing the remote ip into the
file /etc/smtp.filter.newer. It only writes
":allow,RELAYCLIENT=// " into the file. I have
changed tcpmakectl to tcp rules in pop3-record .
Can someone give me the exact procedure. I also
checked checkpassword.c where the oneliner has been added asking it to execute
pop3-record.
I have done as follows -
Unpack open-smtp4.tar.gz
Unpack
checkpassword-0.81.tar.gz
cd into checkpassword-0.81
Change tcpmakectl to tcprules and chmod for both
pop3-record and age-smtp
Issue the following command: patch
<../open-smtp/checkpassword.patch
Make checkpassword as per
usual.
Restart qmail
Raghu
|
Hi,
Can you send me a qmail-queue patched for use with qmail-scanner, because i
have patched qmail-queue but the 2 files have the same size !
Thanks
Nicolas DEFFAYET, NDSoftware
http://www.ndsoftware.net - [EMAIL PROTECTED]
France: Tel +33 671887502 - Fax N/A
UK: Tel +44 8453348750 - Fax +44 8453348751
USA: Tel N/A - Fax N/A
Am 20.01.2001 um 22:05:42 schrieb NDSoftware:
> Hi,
Hi Nicolas,
> Can you send me a qmail-queue patched for use with qmail-scanner,
why don't we try to get it to run on your computer? It might not be a
good idea to take a program from someone you do not know, sent to you per
mail. You can imagine yourself what could happen.
> because i have patched qmail-queue
how did you do this? where did you download the patch? how did you call
patch (commandline). What did patch say?
> but the 2 files have the same size !
this is not necesarily a problem but very likely patch failed. Have a
look at the patched file and try to find the lines in the patch file.
Are they there?
regards
/ch
What is qmail concurrency ?
It's normal ?
http://mrtg.ndsoftware.net/concurrency.html
http://mrtg.ndsoftware.net/messstatus.html
Thanks
Nicolas DEFFAYET, NDSoftware
http://www.ndsoftware.net - [EMAIL PROTECTED]
France: Tel +33 671887502 - Fax N/A
UK: Tel +44 8453348750 - Fax +44 8453348751
USA: Tel N/A - Fax N/A
On Sat, Jan 20, 2001 at 11:41:01PM +0100, NDSoftware wrote:
> What is qmail concurrency ?
> It's normal ?
aie, yes. read the manual...
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
Am 20.01.2001 um 23:41:01 schrieb NDSoftware:
Hi Nicolas
> What is qmail concurrency ?
it is a non-standard control file introduced in LifeWithQmail. It is
used in the tcpserver call. It specifies the maximum numbers of the
qmail-smtpd processes that can run simultaniously. If not specified
the default is 40.
Simply said it is the maximum number of smtp-connections that
can be made to your server.
Hopefully this helped
/ch
On Sun, Jan 21, 2001 at 01:09:35AM +0100, Clemens Hermann wrote:
> > What is qmail concurrency ?
> it is a non-standard control file
wrong. there are concurrencylocal and concurrencyremote, both standard
control files.
> It specifies the maximum numbers of the
> qmail-smtpd processes that can run simultaniously.
wrong. concurrenylocal affects qmail-lspawn (and therefore qmail-local),
concurrencaremote affects qmail-rspawn (and therefore qmail-remote).
> If not specified
> the default is 40.
wrong. default for local and remote is 20 each.
> Simply said it is the maximum number of smtp-connections that
> can be made to your server.
wrong wrong wrong. the concurrencies are for DELIVERIES, not for inbound
connections.
> Hopefully this helped
aehh...
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
Am 21.01.2001 um 00:19:14 schrieb Henning Brauer:
Hi Henning,
> > > What is qmail concurrency ?
> > it is a non-standard control file
>
> wrong. there are concurrencylocal and concurrencyremote, both standard
> control files.
sorry, I mixed up concurrency and concurrencyincomming. Taken this, at
least the other answers were correct ;-)
I did not use this myself, I just tried to proved some little help to
Nicolas and - now he got it, thanks to you ;-)
good n8
/ch
Hello
In discusion - regard to Maildir versus mailbox question - for
promoting Maidir were is useful to encourage pine authors to
adapting the pine program for directly work with Maildir fromat.
Pine, as I think, is most popular software in Unix for mail
reading/writing. If the new version were able to support
Maildir without to install additional patch, the Maildir
also qmail would be more popular and thus more functional :-)
Mutt - in my opinion is to "raw" and the all energy should
gonna Maildir format to gain for it the "pine team".
Piotr
---
Piotr Kasztelowicz <[EMAIL PROTECTED]>
[http://www.am.torun.pl/~pekasz]
* Piotr Kasztelowicz <[EMAIL PROTECTED]> writes:
> Pine, as I think, is most popular software in Unix for mail
> reading/writing.
Pine is a rotten bunch of crap.
find pine4.21 -type f | xargs egrep '(sprintf|strcpy|strcat)' | wc -l
4299
--
Robin S. Socha <http://socha.net/>
Hello
>Pine is a rotten bunch of crap.
>
So make better functionaly and intuitionaly software
as pine :-)
Piotr
---
Piotr Kasztelowicz <[EMAIL PROTECTED]>
[http://www.am.torun.pl/~pekasz]
On Sun, Jan 21, 2001 at 12:20:05AM +0100, Robin S. Socha wrote:
> * Piotr Kasztelowicz <[EMAIL PROTECTED]> writes:
>
> > Pine, as I think, is most popular software in Unix for mail
> > reading/writing.
>
> Pine is a rotten bunch of crap.
>
> find pine4.21 -type f | xargs egrep '(sprintf|strcpy|strcat)' | wc -l
> 4299
Yes, pine is crappy, and pine is bloatware. Also, pine is not as featureful
as mutt. (even though one might argue that pine supports nntp).
But... You can't ignore the fact that pine _is_ probably the most popular
MUA. It's cursor driven interface is perfect for dumb^H^H^H^Hend users. Who
cares if it doesn't support maildirs, or if it lacks some features, or even
if it uses by default the crappiest text editor I've ever seen? It's easy
to use. Just like Windows :)
RC
--
+-------------------
| Ricardo Cerqueira
| PGP Key fingerprint - B7 05 13 CE 48 0A BF 1E 87 21 83 DB 28 DE 03 42
| Novis Telecom - 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
On Sat, Jan 20, 2001 at 11:44:08PM -0000, Piotr Kasztelowicz wrote:
> >Pine is a rotten bunch of crap.
> So make better functionaly and intuitionaly software
> as pine :-)
If "functionaly and intuitiomaly" counts more then security for you, you
might want to check outlook and windooze.
sorry.
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
* Piotr Kasztelowicz <[EMAIL PROTECTED]> writes:
>> Pine is a rotten bunch of crap.
> So make better functionaly and intuitionaly software as pine :-)
May I introduce myself? I am /the/ Robin S. Socha, horror of
news:comp.mail.pine and founding member of the nancyboys (also of cmp
fame). Which part of "pine sucks more than words can describe" did you
not understand? Gnus and mutt exist, support SIMAP and Maildir and I use
both. And no, I don't want your Cc:s. Thankyouverymuch.
--
Robin S. Socha <http://socha.net/>
"The new glue is, unfortunately, ignored by recent versions of the BIND
cache; the detailed technical explanation for this is that the BIND
company is a bunch of idiots." (DJB)
On Sat, Jan 20, 2001 at 10:42:11PM -0000, Piotr Kasztelowicz wrote:
> In discusion - regard to Maildir versus mailbox question - for
> promoting Maidir were is useful to encourage pine authors to
> adapting the pine program for directly work with Maildir fromat.
maybe you find this useful, I don't. So contact the pine authors.
> Pine, as I think, is most popular software in Unix for mail
> reading/writing.
pine is a security nightmare AFAIK.
> If the new version were able to support
> Maildir without to install additional patch, the Maildir
> also qmail would be more popular and thus more functional :-)
a) I as many others don't care about pine
b) qmail is _very_ functional, can't see any dependency to pine
c) popularity isn't always the best goal
> Mutt - in my opinion is to "raw" and the all energy should
> gonna Maildir format to gain for it the "pine team".
Maybe you just don't spend enough effort to understand mutt, but I won't
start a MUA discussion here. If you want pine to support Maildirs natively
(mutt does btw) contact the pine authors, this is _ways_ OT here.
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany
Hello
>Maybe you just don't spend enough effort to understand mutt, but I won't
This is the good opportunity to make functionality of Mutt better.
I let to see to much porblems and this is reason, that I don't use
Mutt with plesure.
Piotr
---
Piotr Kasztelowicz <[EMAIL PROTECTED]>
[http://www.am.torun.pl/~pekasz]
On Sun, Jan 21, 2001 at 12:12:55AM +0100, Henning Brauer wrote:
> Maybe you just don't spend enough effort to understand mutt, but I won't
> start a MUA discussion here. If you want pine to support Maildirs natively
> (mutt does btw) contact the pine authors, this is _ways_ OT here.
The author of PINE flat out refuses to support Maildir.
--Adam
On Sat, Jan 20, 2001 at 11:45:31PM +0000, Piotr Kasztelowicz wrote:
> Hello
>
> >Maybe you just don't spend enough effort to understand mutt, but I won't
>
> This is the good opportunity to make functionality of Mutt better.
> I let to see to much porblems and this is reason, that I don't use
> Mutt with plesure.
Are you using babelfish to make your posts? Just wondering.
Mutt is pretty intuitive. Not quite as intuitive as pine, but it should only
take a few days for most pine users to make the switch.
--Adam
i've had lots of problems with mutt concerned its sorting. i've
consistently seen mutt think messages from november 28th interpreted as
being from january 4th, 2002, as an example. weird things like that.
that's simply unacceptable to me.
plus the whole idiotic self-quoting thing on the top of mutt's web page,
and some other stuff on the web pages, just makes me think that the author
is an idiot. but that's certainly not very objective reasoning.
old redhat releases of pine included a patch for maildir support.
however, pine is _extremely_ inefficient when it comes to large mailboxes
(maildirs, i should say). get a few thousand messages in one, and pine
will annoy you something awful. it seems to try to rebuild the message
list in a box from scratch repeatedly every time certain operations are
performed, or a timeout is met. very, very frustrating.
for now i'm still using an old pine with the maildir patch, as that mutt
date interpretation thing simply makes it impossible for me to use. i
started writing my own mua that will probably be very, very minimal in
features, just so i can avoid these stupid yet horrendous problems. i
haven't done much with it recently, however, so who knows when it will be
usable.
pine's license is also kind of...not cool. but then again, people using
qmail probably aren't very license-religious. chuckle.
so shrug, lose-lose situation.
-tcl.
Hello
>take a few days for most pine users to make the switch.
I will not say, that mutt is not-useful, but it could be better :-)
For me - the first problem is how make, that the sent mail shall
be placed in sent folder - Neverless it don't me simple :-(
and I have to less time to sacrificate more time. I will say
only, that the softwares provided for users (not for UNIX
administrators) should be really simple to use!
Maybe the exapmples of Muttrc files or especiall WWW
on subject Mutt can help.
I will say in my post, I will help no criticize to
present the viewpoint of peoples, who are users no
admins. It seems to be important how the software see
the others, who don't aspirate to be qmail list subscribers!
Piotr
---
Piotr Kasztelowicz <[EMAIL PROTECTED]>
[http://www.am.torun.pl/~pekasz]
>> On Sat, 20 Jan 2001 20:24:05 -0500 (EST),
>> Piotr Kasztelowicz <[EMAIL PROTECTED]> said:
P> I will not say, that mutt is not-useful, but it could be better :-) For
P> me - the first problem is how make, that the sent mail shall be placed
P> in sent folder.
If you want a copy of all your sent messages, I'd use qmail for that
instead of relying on anything else. Assuming your userid is "pekasz",
have your MUA add a header to outgoing messages:
Bcc: pekasz-bcc
Create ~/.qmail-bcc holding the following line:
| (preline /bin/cat; echo) >> $HOME/mail/sentmail
This way, you get a copy of the message as it was seen by qmail. I've
been using this method for quite some time with no problems. Since I
use procmail to handle filtering, I also save portions of outgoing
message headers in case I lose someone's address:
% cat ~/.qmail-header
| (preline formail -XFrom: -XSubject: -XDate: -XTo: -XCc:
-XMessage-ID: ; echo) >> $HOME/mail/SENT.`/bin/date +%Yw%W`
(all on one line, of course).
--
Karl Vogel <[EMAIL PROTECTED]>
ASC/YCOA, Wright-Patterson AFB, OH 45433, USA
Never criticize a man till you've walked a mile in his shoes.
That way, you'll be a mile away from him and have his shoes as well.
--Peter Salzman
On Sat, Jan 20, 2001 at 09:56:27PM -0500, Karl Vogel wrote:
> >> On Sat, 20 Jan 2001 20:24:05 -0500 (EST),
> >> Piotr Kasztelowicz <[EMAIL PROTECTED]> said:
>
> P> I will not say, that mutt is not-useful, but it could be better :-) For
> P> me - the first problem is how make, that the sent mail shall be placed
> P> in sent folder.
set record=+sent
The sample Muttrc file is pretty good reading.
Regards.
On Sat, Jan 20, 2001 at 08:02:51PM -0500, tc lewis wrote:
> i've had lots of problems with mutt concerned its sorting. i've
> consistently seen mutt think messages from november 28th interpreted as
> being from january 4th, 2002, as an example. weird things like that.
> that's simply unacceptable to me.
When sorting by date mutt only barfs when the date header is messed
up. Are you sure the date headers in those messages are standards
compliant?
> plus the whole idiotic self-quoting thing on the top of mutt's web page,
> and some other stuff on the web pages, just makes me think that the author
> is an idiot. but that's certainly not very objective reasoning.
This is coming from someone who doesn't know what capitalization
is. But you can't please them all, right?
> for now i'm still using an old pine with the maildir patch, as that mutt
> date interpretation thing simply makes it impossible for me to use.
Like I said I've had no problems in this area except when the message
itself was flawed. Are you sure you are using Mutt properly?
On Sun, 21 Jan 2001, Alex Pennace wrote:
> On Sat, Jan 20, 2001 at 08:02:51PM -0500, tc lewis wrote:
> > i've had lots of problems with mutt concerned its sorting. i've
> > consistently seen mutt think messages from november 28th interpreted as
> > being from january 4th, 2002, as an example. weird things like that.
> > that's simply unacceptable to me.
>
> When sorting by date mutt only barfs when the date header is messed
> up. Are you sure the date headers in those messages are standards
> compliant?
i would much rather simply sort by the mailbox. which i've tried. and it
still gets messed up. why on earth do muas think they're smarter than
mtas? whatever. but i was using an old version of mutt so who knows?
> > plus the whole idiotic self-quoting thing on the top of mutt's web page,
> > and some other stuff on the web pages, just makes me think that the author
> > is an idiot. but that's certainly not very objective reasoning.
>
> This is coming from someone who doesn't know what capitalization
> is. But you can't please them all, right?
this is the absolute worst argument i've ever heard in my entire life.
don't ever email me again.
> > for now i'm still using an old pine with the maildir patch, as that mutt
> > date interpretation thing simply makes it impossible for me to use.
>
> Like I said I've had no problems in this area except when the message
> itself was flawed. Are you sure you are using Mutt properly?
no, i'm not sure.
i've been talking about this in private messages with someone else. i'm
not sure that my use of mutt is perfect, altho i have no idea what i could
possibly be messing up. nevertheless, if i have to mess around with it
that much for it to be coherent for me to use, it's not the proper tool
for me. to each his own.
-tcl.
On Sun, Jan 21, 2001 at 03:03:38AM -0500, tc lewis wrote:
> > > plus the whole idiotic self-quoting thing on the top of mutt's web page,
> > > and some other stuff on the web pages, just makes me think that the author
> > > is an idiot. but that's certainly not very objective reasoning.
> >
> > This is coming from someone who doesn't know what capitalization
> > is. But you can't please them all, right?
>
> this is the absolute worst argument i've ever heard in my entire life.
> don't ever email me again.
Dish it but can't take it.
> > > for now i'm still using an old pine with the maildir patch, as that mutt
> > > date interpretation thing simply makes it impossible for me to use.
> >
> > Like I said I've had no problems in this area except when the message
> > itself was flawed. Are you sure you are using Mutt properly?
>
> no, i'm not sure.
>
> i've been talking about this in private messages with someone else. i'm
> not sure that my use of mutt is perfect, altho i have no idea what i could
> possibly be messing up. nevertheless, if i have to mess around with it
> that much for it to be coherent for me to use, it's not the proper tool
> for me. to each his own.
RTFM, and *plonk*
* Adam McKenna <[EMAIL PROTECTED]> writes:
> On Sat, Jan 20, 2001 at 11:45:31PM +0000, Piotr Kasztelowicz wrote:
>> This is the good opportunity to make functionality of Mutt better. I
>> let to see to much porblems and this is reason, that I don't use Mutt
>> with plesure.
> Are you using babelfish to make your posts? Just wondering.
Nope. The Dialectizer with the "Polish impersonator of the Swedish
Cook(tm) module(R)".
> Mutt is pretty intuitive.
Ummmm... Nope. It lacks a --luser-gui switch. But then again, who cares?
> Not quite as intuitive as pine, but it should only take a few days for
> most pine users to make the switch.
# muttrc.Pine 1.0 by Daniel González Gasull
# Feedback is welcome. Email: gasull[at]usa.net
# http://gasull.home.ml.org
#
# This file contains commands to change the keybindings in Mutt to be
# similar to those of PINE 3.96.
--
Robin S. Socha <http://socha.net/>
For some strange reason, I occassionally
receive bounce-backs (i.e. Returned mail: ....)
that have a double To: field in the headers...
e.g.:
To: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
This is obviously wrong and gives qmail a headache.
Instead of parsing the incoming bounce-back
to a bounce-back handling Perl script (as it always
did before) qmail now sends those bounce-backs
to me and floods my mailbox...
Is there a root cause for the problem and
any idea how to fix it?
I have been running in the same environment
for months now and this problem only started
very recently...
Thanks for your help.
Simon Grabowski
I am running OpenBSD 2.7 and I just installed qmail. I am able to
recieve e-mail just fine, but when attempting to send e-mail as in step
5 of TEST.deliver I use:
echo to: [EMAIL PROTECTED] | /var/qmail/bin/qmail-inject
and the log reports:
Jan 20 12:54:29 mail qmail: 980024069.412360 new msg 88457
Jan 20 12:54:29 mail qmail: 980024069.414730 info msg 88457: bytes 213
from <[EMAIL PROTECTED]> qp 16727 uid 1000
Jan 20 12:54:29 mail qmail: 980024069.530847 starting delivery 14: msg
88457 to remote [EMAIL PROTECTED]
Jan 20 12:54:29 mail qmail: 980024069.533984 status: local 0/10 remote 1/20
Jan 20 12:54:30 mail qmail: 980024070.874084 delivery 14: failure:
Sorry,_I_couldn't_find_any_host_named_bucknell.edu._(#5.1.2)/
Jan 20 12:54:30 mail qmail: 980024070.951459 status: local 0/10 remote 0/20
Jan 20 12:54:31 mail qmail: 980024071.142996 bounce msg 88457 qp 5184
Jan 20 12:54:31 mail qmail: 980024071.150650 end msg 88457
after which it sends an e-mail to the local account and I can recieve
that. The DNS records all should be right. The mail server is
mail.ebolle.com. The domain is being managed by register.com, but the MX
record points to this machine, as does everything else. This machine is
currently using register.com's domain servers in resolv.conf. Any help
would be greatly appreciated.
Jeff Bolle
On Sat, Jan 20, 2001 at 08:55:14PM -0500, Jeff Bolle wrote:
[...]
> Jan 20 12:54:30 mail qmail: 980024070.874084 delivery 14: failure:
> Sorry,_I_couldn't_find_any_host_named_bucknell.edu._(#5.1.2)/
[...]
> This machine is currently using register.com's domain servers in
> resolv.conf.
You should be using a closer recursive nameserver, like the one at
your ISP or your own local DNS cache.
I had a working Qmail setup where email was delivered to local accounts and
I decided to change to a single UID POP toaster approach. I read Paul
Greggs paper on setting it up, but for some reason, it's still not working.
I can check my email, so I know the POP portion is working, but whenver
someone sends email to one of the users, it gets the following bounce:
>Hi. This is the qmail-send program at dogbert.webscripting.net.
>I'm afraid I wasn't able to deliver your message to the following
addresses.
>This is a permanent error; I've given up. Sorry it didn't work out.
><[EMAIL PROTECTED]>:
>Sorry. Although I'm listed as a best-preference MX or A for that host,
>it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)
I've taken webscripting.net out of the locals file (like the document says)
and it is now empty.
The virtualhosts file has:
webscripting.net:webscripting-net
The rcpthosts file has:
webscripting.net
The assign file has:
=webscripting-net-peder:popuser:508:103:/home/popuser/webscripting.net/peder
/:::
.
Again, I can authenticate my user via pop, so I don't think it's the assign
file, but I can't figure out what the problem is. It's almost as if I'm
completely missing some setting (which is possible). Any ideas?
Peder
On Sun, Jan 21, 2001 at 12:26:09AM -0600, Peder Angvall wrote:
>><[EMAIL PROTECTED]>:
>>Sorry. Although I'm listed as a best-preference MX or A for that host,
>
>I've taken webscripting.net out of the locals file (like the document says)
>and it is now empty.
>
>The virtualhosts file has:
>webscripting.net:webscripting-net
So, you're forwarding mail for "[EMAIL PROTECTED]" to
"webscripting-net-user" *AT WHAT DOMAIN*? If a name doesn't have
an "@" in it, it uses the value of "/var/qmail/control/envnoathost",
which defaults to the value of "/var/qmail/control/me".
You probably want to put something like "myhostname.webscripting.net"
in envnoathost, and list it in locals. That'll probably fix the
problem.
>file, but I can't figure out what the problem is. It's almost as if I'm
>completely missing some setting (which is possible). Any ideas?
Don't worry, this one is kind of subtle and quick to anger.
--
668: Next door neighbor of the beast.
vivivi: The editor of the beast.
Sean Reifschneider, Inimitably Superfluous <[EMAIL PROTECTED]>
tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python
Evening folks.
I'm running into the CNAMEs error that everyone else seems to have trouble
with at some point in time. I have Bruce's qmail-patch18 version of qmail
(which includes the big-dns patch) but I'm still having quiet a lot of
trouble. Here's an example:
- LOG FOR NEW MESSAGE -
Jan 19 17:18:17 seventh qmail: 979949897.984215 new msg 1134325
Jan 19 17:18:17 seventh qmail: 979949897.984701 info msg 1134325: bytes 805
from <[EMAIL PROTECTED]> qp 21196 uid 101
Jan 19 17:18:18 seventh qmail: 979949898.016691 starting delivery 7: msg
1134325 to local [EMAIL PROTECTED]
Jan 19 17:18:18 seventh qmail: 979949898.016964 status: local 1/10 remote
0/20
Jan 19 17:18:18 seventh qmail: 979949898.017095 starting delivery 8: msg
1134325 to remote [EMAIL PROTECTED]
Jan 19 17:18:18 seventh qmail: 979949898.017218 status: local 1/10 remote
1/20
Jan 19 17:18:18 seventh qmail: 979949898.065016 delivery 7: success:
did_0+0+0/
Jan 19 17:18:18 seventh qmail: 979949898.070105 status: local 0/10 remote
1/20
Jan 19 17:18:38 seventh qmail: 979949918.075619 delivery 8: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
Jan 19 17:18:38 seventh qmail: 979949918.076077 status: local 0/10 remote
0/20
- RUN NSLOOKUP ON HOTMAIL -
% nslookup hotmail.com
- SEND SIGNAL 'ALRM' TO QMAIL-SEND TO RESEND EVERYTHING -
% kill -ALRM 12345
- LOG FOR RESENDING -
Jan 19 17:20:49 seventh qmail: 979950049.559996 starting delivery 9: msg
1134325 to remote [EMAIL PROTECTED]
Jan 19 17:20:49 seventh qmail: 979950049.560413 status: local 0/10 remote
1/20
Jan 19 17:20:50 seventh qmail: 979950050.259506 delivery 9: success:
216.32.243.136_accepted_message./Remote_host_said:_250_Requested_mail_action_okay,_completed/
Jan 19 17:20:50 seventh qmail: 979950050.264649 status: local 0/10 remote
0/20
Jan 19 17:20:50 seventh qmail: 979950050.265027 end msg 1134325
Notice that it works just fine after I do an nslookup for hotmail.com.
Course, after awhile that seems to go away and I have to redo an 'nslookup
hotmail.com' to get emails to hotmail.com to work.
Anyone have any ideas what might be causing this?
Could it have something to do with unix-tcp? I think I have version .88-1.
Thanks! :)
Oh, this is on a RedHat 7.0 server, with BIND 8. Also, qmail won't do a
reverse lookup on the domains in the 'control/virtualhosts' file, and I
believe it's a related problem. Btw, I didn't have this problem on RedHat
6.0 with the same files (cept it was qmail-1.03+patches-17).
Appreciate any help!
\=/, _-===-_-====-_-==-_-===-_-====-_
| @___oo ( Corey Crawford )
/\ /\ / (___,,,}_-= [EMAIL PROTECTED] )_
) /^\) ^\/ _) =__ TajanaMUD / seventh.net )
) /^\/ _) (_ seventh.net 7070 )
) _ / / _) -===-___-====-___-=====-___-===-
/\ )/\/ || | )_)
< > |(,,) )__)
|| / \)___)\
| \____( )___) )___
\______(_______;;; __;;;
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
