ReiserFs and qmail
Hello everyone, We're going to install a new production server with the lastest linux kernel (2.4.5) and ReiserFS. Is there any issue regarding qmail? I have done some research and I found a "Qmail and ReiserFS integration and optimization HOWTO" in http://www.jedi.claranet.fr How accurate is the information on that web? Anything else to take care of? Thanks in advance ======= Paco Gracia Director Técnico Net2u_ http://www.net2u.es
Re: New qmail version request
I agree... qmail won't have new versions??? It's a great program but it's far from being complete... imho - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 02, 2001 6:35 PM Subject: Re: New qmail version request > > Please forgive my naivete as I am new to qmail and this list, but hearing a > statement such as yours, Peter, gives me pause to consider: If there may > not be future development, am I betting on a dead (or dying) horse? > > What is wrong with some of the requests that have been asked for? Granted, > some of the functionality is available as a patch, but should not some of > those patches be incorporated into the main code base if doing so would > make qmail easier to setup, configure, and run without the new qmail > administrator having to download and install a series of patches that > affect the core functionality of qmail? > > Being new, I may be off base with these questions, but I am just trying to > get a better understanding of what the future of qmail is. If DJB is no > longer interested, or able, to continue development of qmail, could he not > pass the reins to someone else? There seems to be a great pool of talent on > this list, I'm sure someone would be interested in continuing development. > (although I am not one who could, due to my pathetic programming skills) > > Not trying to start a flame war or anything, just trying to get a better > understanding of the reasons. > > Thanks for your time. > > Dion Vansevenant > Internetwork Administrator > MRO.com > > > > > Peter van > Dijk To: [EMAIL PROTECTED] > ss.nl> Subject: Re: New qmail version request > > 2001/03/02 > 10:43 > > > > > > > On Fri, Mar 02, 2001 at 04:15:37PM +0100, Paco Gracia wrote: > > I'd like to see a configure option to support smtp with authentication in > > the official qmail release. > > Please stop this thread. A new qmail version is not likely to happen, > and if it does, it'll probably contain very few patches that are > already available. > > Greetz, Peter. > > > > >
Re: New qmail version request
I'd like to see a configure option to support smtp with authentication in the official qmail release. - Original Message - From: "Balazs Nagy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Subject: Re: New qmail version request
Re: please help me - newbie questions
Start here and follow it step by step. This is the best qmail document around: http://web.infoave.net/~dsill/lwq.html - Original Message - From: "chris Günther" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 09, 2001 1:10 PM Subject: please help me - newbie questions > Hi folks, > > I'm new to this list and as well to qmail. I'm supposed to set up > a mail-server for our company and I'm totally confused. My situation > is as follows: > > We have am inernal net here with a Redhat Linux 6.2 Server. This server > is our DNS, firewall and fileserver, all in one. The Server has two > network cards, one with an internal address, say 192.168.1.3, and one > with an official address say 24.3.19.73 - this is my birthday ;-) > The server is connected to our ISP via DSL and the connection is always > open. Now I have to set up qmail on this server and I just can't figure > out how this should work. I have followed all the instructions in the > source distribution to install and do the minmal configuration. The server > shoud be named smtp.uscreen.de for smtp and mail, or pop3.uscreen.de > for pop - or should I use IMAP - I don't know. All I know is that the > server needs to be up and running on next monday. > > Can anyone direct me to a poit where there is a good description on how > to set up qmail from scratch??? The information on > http://qmail.mirrors.Space.Net/top.html > weren't too helpfull. All I want to know is - where do I have to set up > the mail servers forwarding the mails to other networks - for example if > I'd want to send mail to this list from my workstation over our own > mailserver; where can I configure the pop-accounts for incoming mail > and so on. > > PLEEEAASEE help me out, > > thankx in advance, > > chris > > +-+ > |chris Günther| > | | > | Web & Database Developer | > | Unix Administrator | > | | > | --- | > | uscreen | > | Gesellschaft für Internet | > | und Multimedia mbH | > | | > | --- | > | Hofaue 51 | > | 42103 Wuppertal | > | | > | eMail [EMAIL PROTECTED] | > | Fon (02 02) 979020 - 23 | > | Fax (02 02) 979020 - 11 | > +-+ >
Best option for sending a newsletter
Hello everyone, I have to send a daily newsletter to 60.000 e-mail addresses that are stored in a MySQL database. The newsletter is the same for everybody and the process of composing and sending it will be started from a PHP web app. I have several doubts: 1- Should I use mail() function from PHP, invoke qmail directly or create a mailing list with ezmlm? 2- If I don't log the sending of the newsletter will it increase the speed or just free CPU? 3- What side effects have to set concurrencyremote to high values like 300? 4- Is it necessary to use a higher value in tcpserver's -c option if I use mail() function? 5- Could I set up a second qmail instalation for just sending the newsletter so it doesn't slow the "normal users" mail? Thanks in advance, Paco
RE: Xinetd & Qmail
Hello,
This set up used to work with qmail and RH7.0. It uses vpopmail so if
you have a standard qmail instalation you'll have to change vchkpw to use
checkpassword.
Each service is in one file inside /etc/xinet.d. Read xinet man pages to
allow and deny connections, set a maximun number of concurrent connections,
bind and external ip to an internal ip, configure your logs, etc...
tcpserver was the only solution before xinet and it is still the best
solution for advanced qmail instalations. For nothing too complicated xinet
can do the job perfectly... and it is most straightforward than tcpserver.
So the choice depends on your needs.
Bye.
/etc/xinet.d/smtp
# default: on
service smtp
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= qmaild
server = /var/qmail/bin/tcp-env
server_args = /var/qmail/bin/qmail-smtpd
log_on_success += USERID
log_on_failure += USERID
}
/etc/xinet.d/pop
# default: on
service pop3
{
disable = no
socket_type = stream
wait= no
user= root
server = /var/qmail/bin/qmail-popup
server_args = your.mail.server /home/vpopmail/bin/vchkpw
/var/qmail/bin/qmail-pop3d Maildir
log_on_success += USERID
log_on_failure += USERID
}
- Original Message -
From: Jeff Lacy <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 27, 2000 2:56 AM
Subject: Xinetd & Qmail
> Hello Everyone,
>
> I'm new to this list, so please forgive me if this has been asked
before
> or is really dumb.
>
> I'm running RH7.0 and I would like to run qmail. I thought I had it
> working once, but I was just calling tcpd from xinetd and that seemed a
> little foolish. I have been messing around with xinetd all day and my
> progress has been -42. Qmail accepts messages, but then they just sort of
> disappear. I think it all stems from a problem with my xinetd
> configuration. I have searched the internet and everything I find is
> different from everything else. I am looking for the 'definitive' thing
to
> use with xinetd. Hopefully, it should have logging and not use anything
> t complex (and allow relaying from my lan).
>
> I would also really appreciate it if someone would tell me why so many
> people use tcpserver instead of xinetd. I understand that tcpserver can
be
> run continually, but xinetd only starts smtpd (or whatever) when someone
> connects to port 25. I am going to be running a very very (did I mention
> very) low-volume mail server.
>
> PLEASE someone, just tell me what to do. Thanks very much in advance.
> Maybe now I can put down my virtual water gun. Thanks.
>
> Despairing Jeff
>
>
