[SOLVED] Qmail doesn't notify of failed deliveries
Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
[root@mail control]# /var/qmail/bin/qmail-showctl
qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 605, 602, 603, 0, 604, 606, 607, 608.
group ids: 602, 603.
badmailfrom: (Default.) Any MAIL FROM is allowed.
bouncefrom: Bounce user name is postmaster.
bouncehost: (Default.) Bounce host name is m**.net
concurrencylocal: (Default.) Local concurrency is 10.
concurrencyremote: (Default.) Remote concurrency is 20.
databytes: SMTP DATA limit is 10000000 bytes.
defaultdomain: Default domain name is m**.net.
defaulthost: (Default.) Default host name is m**.net
doublebouncehost: 2B recipient host: mail.m**.net
doublebounceto: 2B recipient user: doublebounce.
envnoathost: (Default.) Presumed domain name is m**.net
helohost: (Default.) SMTP client HELO host name is m**.net
idhost: (Default.) Message-ID host name is m**.net
localiphost: (Default.) Local IP address becomes m**.net
locals:
me: My name is m***.net
percenthack: (Default.) The percent hack is not allowed.
plusdomain: Plus domain name is net
qmqpservers: (Default.) No QMQP servers.
queuelifetime: Message lifetime in the queue is 6600 seconds.
rcpthosts:
SMTP clients may send messages to recipients at m***.org
SMTP clients may send messages to recipients at s***.net
morercpthosts: (Default.) No effect.
morercpthosts.cdb: (Default.) No effect.
smtpgreeting: (Default.) SMTP greeting: 220 m***.net
smtproutes: (Default.) No artificial SMTP routes.
timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.
timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.
timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.
virtualdomains:
Virtual domain: m**.org:m**.org
Virtual domain: m**.net:m**.net
badmailto: I have no idea what this file does.
queuelifetime1: I have no idea what this file does.
locals.lock: I have no idea what this file does.
virtualdomains.lock: I have no idea what this file does.
rcpthosts.lock: I have no idea what this file does.
Trouble is that, if a message is sent to any non-existent user, the sender doesn't get any delivery failure message. Only time any user gets a mail delivery failure message is when the user sends a mail to a non-existing domain. No mail delivery failure is received by the sender inside or outside my domain when mail delivery fails at address of my domain.
I decreased queuelifetime to nearly 6000 seconds but that didn't help my cause.
Is there anything that needs to be configured separately for mail delivery failure messages to be sent?
Is there anything that needs to be configured separately for mail delivery failure messages to be sent?
If you accept the mail, it's the responsibility for your system to process it and deal with it. You shouldn't be accepting mail for users who don't exist (reject at mail time and no failure notice should be sent from your server, the sending server should handle it if you rejected it.) You shouldn't be sending delivery failure notices for users who don't exist that you accepted mail for, because that's called backscatter and you'd be sending tons of messages to people who didn't mail you in the first place and it will get you placed on many blacklists in a hurry. It's a major mail no-no. Lastly if this is a new mail setup that is going to be handling millions and millions of messages a day, I really would suggest you setup something other than qmail... especially if you're a novice mail admin (postfix, exim, or sendmail are all better choices these days.)
Lastly if this is a new mail setup that is going to be handling millions and millions of messages a day, I really would suggest you setup something other than qmail... especially if you're a novice mail admin (postfix, exim, or sendmail are all better choices these days.)
Why not qmail?? It is fast and very secure. As i know any security hole has not been found yet. And remember most of ISPs prefer qmail including yahoo. will u suggest them to install postfix exim or sendmail too?? Because qmail is not ok for handling millions of messages lol
snake eyes says that he has redhat4. so he can install rpm based qmailtoaster (1) easily. it has all of necessary patches for a modern qmail. and spamdyke (2) offers smtp level spam filtering for qmail.
@snake eyes
queuelifetime file: it just defines how long a mail can stay in the queue. (man qmail-send)
please check ~vpopmail/domains/yourdomain.com/.qmail-default file. here is my file:
# cat ~vpopmail/domains/mydomain.com/.qmail-default
| /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox
have u checked postmaster account for those mails? if a mail cannot be sent, it will be sent to poastmaster at last (~alias/.qmail-* files). u may also want to check check qmail logs.
Thanks maxut and rweaver.
I'm very new to Linux administration and even more new to Qmail. Among other things got one old Qmail server to manage with no documentation.
My manager here wants the want delivery failure message in case somebody misspells the email id. I've checked the postmaster account and no mails are sent there. vpopmail and qmailadmin are other two plugins installed. I tried looking around on their sites too, but there was no info.
Also is there any way to change the default login page? I page users see when they open mail site is in directory .../src/login.php
But there is no login.php page anywhere in server.
I tried searching the images embedded in that page but got same result. qmailadmin says to customise the page using config.php or install additional plugins. any other way?
if ~vpopmail/domains/domain.com/.qmail-default file is ok, those mails might be deleted by virus/spam filter. there are many softwares that can be used to scan mails. i know 3 of them qmail-scanner, simscan, and qsheff. they are generally used with clamav and spamassassin.
have a look in /etc/tcp.smtp or /etc/tcprules.d/tcp.smtp they are generally defined there. fist u must find what it is. and then check their configurations.
if u are looking for login.php on file system, run
Code:
find / -name "login.php"
. it will print where they are. generally they are located in subdirectories of /var/www or /usr/share
Did I say under no condition should anyone ever run qmail? No. I said it's a bad choice for a novice admin and imo a bad choice for any new deployment that doesn't use dozens of machines to handle mail. Unless you missed it qmail hasn't been updated in years, yes it has had third party patches, but nothing has been done to the base system since 1998 and DJB will not allow anyone else to take it over and it's not open source although the source is available. Then lets consider the most consistently applied qmail patch "mess", qmailrocks, that hasn't been updated in several years either.
At no point did I claim it wasn't secure or fast. However, having worked for several ISPs who have done mail volume in the many millions of messages a day, I can say qmail is no longer necessary except in a few very special cases... which no new admin should ever encounter without being in a company big enough to have an entire it dept who can break the new person in on the ins and outs of qmail. The other mail servers have *all* made huge strides in speed and security.
The problem with qmail is that it's archaic... however, unlike when qmail was written it's not the only secure mta. Just like the other mta's it too has had security problems in the past (integer overflow on 64bit systems with a ton of memory was the last I remember). Also because of the way it used to handle bounces it was responsible for a lot of the spam on the internet (although after all the patches that is no longer true). It also doesn't meet the rfc 3464 standards for mail delivery. There is a long laundry list of issues with qmail. Not to mention qmail, because of the number of patches applied to a "modern qmail system" is a nightmare to debug complex problems under.
I work on peoples broken linux systems for a living, I work on qmail, postfix, exim, and sendmail on a regular basis. By far, the most complex of the four is qmail and by far the hardest to figure out complex issues on is qmail. It's not qmail itself so much as a base package, but all the additional patches you have to apply to get qmail to be a functional normal mail handler today. If djb audited qmail and incorporated all the new features people want in mail systems into it and kept it secure, I would whole heartedly recommend it, but he hasn't and he won't let anyone else take over in his place and in good conscious I can't recommend using a system held together with dozens of patches that isn't being updated as a "modern usable mail system".
As for yahoo... they have the it staff to dedicate to it, they could have just as easily wrote their own mail system.
Thanks for explaining the qmail and qmailrocks.
i only know "integer overflow on 64bit systems" as a security problem. But it must be defined so so huge memory in qmail run script. DJB says that nobody doesnt run qmail like that and he doesn't accept that problem as a security hole. as i know DJB still offer to $1000 reward if anyone find a real security hole in qmail.
please check qmailtoaster. it includes all of necessary patches (chkuser,domainkeys,SPF,remote-auth ..). really so easy to install on centos (redhat) and other rpm based distros. ( http://wiki.qmailtoaster.com/index.php/Main_Page ). I think it will be easier than installing exim postfix or sendmail as complete mail server. thats why i recommended toaster for novices.
Please let me know if u still think qmail (qmail-toaster) is not ok?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.