Yes, this is a bug in qmail's virtualdomains && VERP handling
Yes, this is a bug. Is Dan going to issue a qmail-1.04? He was very prompt in issuing qmail-1.03 when a bug was discovered in qmail-smtpd's handling of a null envelope recipient. -russ p.s. Apologies to mycroft. No, I didn't understand his description of the problem he was trying to solve. Pavel Kankovsky writes: > On 8 Aug 2001, John R. Levine wrote: > > > Like I said: > > > > > It's true, qmail doesn't work the way you might first have guessed it > > > does. That doesn't mean it's wrong. > > The fact qmail--or any other piece of software--does something does not > mean it is correct. > > Executive summary: qmail breaks VERP under certain circumstances. > > Let H be a host running qmail, A and B users at H, and V a virtual domain > redirected to B@H. Let X@V, i.e. B-X@H, be forwarded to some other, maybe > remote, address, say K@L. Now, let's assume A uses > > QMAILINJECT=r qmail-inject X@V > > to send a "VERPed" message M to X@V. M is forwarded to K@L. Now, let's > assume the delivery to K@L fails and the message is bounced back to A. > Well, it should be bounced to A-X=V@H, shouldn't it? After all, A sent the > message to X@V, and VERP is supposed to preserve the *original* recipient > address. Indeed, qmail-inject's manpage says: > > >r Use a per-recipient VERP. qmail-inject will append each > > recipient address to the envelope sender of the copy going > > to that recipient. > > Unfortunately, the return address in the scenario described above is > > A-B-X=V@H > > Is A supposed to know "B-" is superflous (if and only if the domain is V!) > and should be removed? Is A supposed to analyze qmail's configurations > files in order to fix something that should have never been broken? (BTW: > I cannot find any code analyzing virtualdomains in ezmlm. Am I blind?) > > A does not care what is recorded in Delivered-To or what a program run > from ~B/.qmail-V-... sees in its environment. A cares what qmail does when > he sends a message and asks qmail to use VERP. > > Is this scenario purely artifical? Not at all. It is easy to imagine a > host run by some ISP-like company hosting both an email forwarding service > implemented as a virtual domain and some mailing lists. > > P.S. I wonder whether we will see any reaction from DJB himself. > > --Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ] > "Resistance is futile. Open your source code and prepare for assimilation." -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | All extremists should Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | be shot.
Re: Flame Bait: Using Qmail as a front-line mail server
Steve writes: > 1. Is it possible to list the Qmail server as the primary MX record and > still forward the mail to its final destination? All my research > says no, but I need to be certain. Use smtproutes. It essentially functions as an MX record with priority -1 (in other words, a stronger priority than any possible MX record). The other way you could do it is with split DNS. djbdns (http://www.djbdns.org) makes split DNS trivially easy. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | All extremists should Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | be shot.
Re: Dan, how do we solve this problem?
Chris Hardie writes: > > After reading some initial responses to this, I thought it was worth > asking for clarification: (4) and (5) together would indicate that the > user wants to use his "ownership" of the slow connection's IP address as a > source for the mail, but wants to deliver it via tha fast DUL-listed > connection. Is that the problem we're addressing? Well, on one level he just wants it to work, but on another level he would like to be able to tell qmail to use the slow static IP connection. On the one hand, as Greg says, he can use operating system facilities, but on the other hand, bind() exists to solve the problem, except that qmail-remote won't do a bind() without patching. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | All extremists should Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | be shot.
Re: virtualdomains vs. VERP and Delivered-To
Charles M. Hannum writes: > There is no way for the mailing list software to get from > `[EMAIL PROTECTED]' to > `[EMAIL PROTECTED]' without having knowledge of virtualdomains. > That's not an acceptable solution. Why not? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: virtualdomains vs. VERP and Delivered-To
Charles M. Hannum writes: > > >> Also, that doesn't resolve my VERP problem. > > > > Sorry, I thought it did. Why doesn't it? > > Uhhh, did you *read* my first piece of email? If I get a VERP address > of `[EMAIL PROTECTED]', > how pray tell is my mailing list software supposed to know that the > mail was actually sent to `[EMAIL PROTECTED]'? It's supposed to strip off the "foo-owner-mycroft-" prefix and the "@netbsd.org" suffix, and change the rightmost = into an @. Were you expecting me to write the script for you? > VERP and virtualdomains just don't work properly together in a stock > qmail. Yup. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: virtualdomains vs. VERP and Delivered-To
Charles M. Hannum writes: > > >Charles M. Hannum writes: > >> Delivered-To: [EMAIL PROTECTED] > >> ... > >> > >> This seems very wrong. The Delivered-To: address here isn't even > >> correct; it should be something the actually exists -- either > >> `[EMAIL PROTECTED]' or `[EMAIL PROTECTED]'. > > > > Don't think of Delivered-To: as an address. Think of it as a unique > > magic cookie derived from email delivery path. You can always > > reconstruct the address if you know something about the delivery path, > > and sometimes you may indeed have to. > > I don't need to be taught the religion, thanks. I'm already well > aware of it. But there are other people who are not. I didn't write you a private reply, did I? > And I don't buy it in this case. What if > `[EMAIL PROTECTED]' *was* a valid, different > address? It could falsely detect loops. Maybe that wouldn't make > sense in this particular case, but I'm sure you can construct a more > palatable case with little effort. Then use a character in virtualdomains which is not legal in an email address. I thought you didn't need to be taught the religion? Repent, sinner! > Also, that doesn't resolve my VERP problem. Sorry, I thought it did. Why doesn't it? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Dan, how do we solve this problem?
A user on this mailing list has a problem. He has a fast non-static IP ADSL connection, which is listed on the DUL. The non-default route was a slow second internet connection with a static IP and which was not listed on the DUL. He has several choices that I can see: 1) Try to get his fast connection removed from the DUL. That's not acceptable since he doesn't have a fixed IP address. 2) Let his SMTP client connections go out from the IP address on the DUL. This isn't acceptable because anybody subscribing to the DUL will reject his email. 3) Use a wildcard smtproutes entry to redirect his email to his ISP's email relay. This isn't acceptable because he doesn't want to have to trust his ISP. He wants to be able to look in his log files and know that the email has been accepted by the recipient's SMTP server. 4) He could change the default route to point to the slow connection. Obviously unacceptable. 5) He simply MUST convince qmail-remote to bind to the IP address of the slow non-DUL interface. Unfortunately, there is no way to do that short of patching qmail. Why should he have to patch qmail in order to add a feature he needs? As you've said yourself, the problem with people offering patches is that you don't get an indication of how many people are using the patch. 6) His only acceptable alternative to patching qmail is to try to convince you to add this as a feature to qmail. Other people have tried to get this feature added, and you've called their desire "frivolous". He doesn't hold out much hope for success. What should he do? Give up on convincing you and patch qmail? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: routing mail with user-specific tokens in addresses
Bela Lubkin writes: > Assuming qmail has been set up on a bastion host and is being used to > route incoming mail from the Internet to various internal hosts; > > and observing that in doing such routing, it is not honoring the > "user-token@domain" address extension delimiter; > > then: what mistake has been made in configuring the bastion host? Hard to say. There are so many mistakes you could have made. If you were a clueless luser, I'd suggest that you failed to create ~alias/.qmail-token (from the example above) or put the wrong thing in it. But you're not, and you didn't, therefore you must have done something spectacularly wrong, rather than mildly and boringly wrong. Pray, tell us what it was when you figure it out. > Furthermore: once that's been fixed, is there a way to also get it to > honor "=" as a similar address extension delimiter -- without setting up > thousands of individual wildcard aliases? man qmail-users should tell you how to set up multiple instances of each user, each with his own delimiter. I tend not to like qmail-users because I (still!) have more experience with hosts where a user in /etc/passwd can receive email, damnit. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: Fix for qmail-remote process hanging on Linux (and possibly other s)
Richard Underwood writes: > My other suspicion is that there's a chance that my one server will > try a couple of dozen connections to the same remote host at the same time. > (This is an issue in itself!) Not really. It used to be an issue back in 1996 when qmail was first introduced. There were still legacy smtp daemons which couldn't handle the load they offered to accept. These days, nobody wants to be trampled by a big mailing list house (and they *all* use qmail), so everybody has incoming connection limits. Now if you want to complain about your operating system's TCP stack failing to share timeout information between TCP connections to the same host, or cache TCP timeout information, go ahead. But that's a TCP stack thing, not a qmail thing. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: custom RBLSMTPD message... (was: Sublist (Was: Virus...)
Roger Merchberger writes: > Rumor has it that Russell Nelson may have mentioned these words: > >Yup. Anybody who uses an email client that they didn't write > >themselves (in assembly language) is just a poseur. > > Altho I've never really stopped programming in assembly, I do *very* little > with it nowadays... and until sombody gets that mighty 1.78Mhz 6809 to > handle a TCP/IP stack in my CoCo3 (thru the bit-banger serial port, no > less) I doubt I will program my MUA in assembly... Feh. If you were any good, you'd be able to connect an Ethernet controller to it, and port a TCP/IP stack to the thing. I managed to wrire-wrap a board for HP's HP-IL interface chip (the 1LB3) and an EEPROM. I put an HP-IL controller into the EEPROM so I could use HP's HP-IL tape drive to load and save programs. The CoCo3 was an excellent hacker's computer, and HP an excellent hacker's company. > I'd like to put a different (and prolly longer) message in there, including > an off-site email address that folks could use if they do stop sending > spam, but putting that on *every* line is becoming tedious... Use a tool to build tcp.smtp? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Sublist (Was: Virus-infected listmembers)
Smithj writes: > Use GIMP :) Yup. Anybody who uses an email client that they didn't write themselves (in assembly language) is just a poseur. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Sublist (Was: Virus-infected listmembers)
Dave 'Duke of URL' Weiner writes: > > On Thu, Jul 26, 2001 at 09:54:53PM -0400, Steve Reed wrote: > > > I think it would be very considerate of the list members if > > > whoever runs this mailing list would PLEASE wake up and ban the > > > living daylights out of Wilson and his barrage of viruses. > > > > What for? Wilson isn't the problem. The problem is that we're not in > > 92 anymore. What I'd like to see is a sublist that drops anything that > > isn't ASCII only and also everything that is sent with Windos MUAs. > > For the fun of it, I just killed everything that said Outlook > > (Express), Eudora, Pegasus and Webmail for the last month. Trust me, > > the list suddenly became good. > > So Robin, despite the fact that I just finished building a qmail cluster > using 3 Sun 220R's load balanced behind a pair of F5 Networks Big/IP's, > qmail 1.03, vpopmail, courier-imap, sqwebmail, mysql and apache handling > 1,000,000 users across 5,400 domains, I should be banned from your sublist > because I choose to use Outlook Express??? Yup. Is as does. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Alter bounce messages?
Amanda writes: > Who can tell me how to alter the bounce messages in the qmail-send > file without blowing it up? Recompile it. > In particular I'd like to terminate with extreme prejudice the > message that says something to the effect of, "Hi. This is the The problem with this idea is that any software which parses a QSBMF is going to look for that string. What is the problem you are trying to solve? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: GHOSTS SECURITY AND OVER CONFIDENT NAZI'S
Frank Tegtmeyer writes: Thanks, Frank. Worms die in the sunlight. > I think most of you assholes are looking for potential pay for > support candidates anyway, so you use this list to make people feel > stupid, so they pay you for consulting services. Na. It's bad business practice to make your customers feel stupid. Instead, you want to make them feel smart for selecting you. Is qmail confusing in spots? Sure. That's because the software does what the documentation says it does (no more and no less), rather than what people think the software ought to do. That means that you need to read a little more than you might with other pieces of software. On the other hand, you don't have to worry about someone breaking in via qmail. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: deferral: /bin/sh:_./Maildir/:_is_a_directory/
Stephen Froehlich writes: > I have a couple of users who aren't receiving mail with the following error > message > > delivery XX: deferral: /bin/sh:_./Maildir/:_is_a_directory/ Sounds like they have a .qmail file that looks like this: ./Maildir That would be fine if you wanted email delivered to a mbox-format file named "Maildir", confusing as that would be. I rather expect, though, that you forgot the slash at the end of ./Maildir/. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Is it possible to use qmail-pop3d with mailbox format
[EMAIL PROTECTED] writes: > Hi all, > > I am using qmail-1.03-30 and its working fine as far as SMTP connection is > concern. > But i am using ipop3d for for pop daemon, which is very slow. > Is it possible to use qmail-pop3d with Mailbox format ??? No. Switch to Maildir format. It's much more managable. You can remove unwanted emails from a user's mailbox ("My email download is taking forever. Do I have a multi-megabyte email? Could you delete it?"). You can insert bulletins just by symlinking to them. You can delete emails which haven't been read for a certain period of time. And it's reliable over NFS, which Mailbox isn't. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: [Q] difference between rcpthosts and locals
YOON, Joo-Yung writes: > Can anynone explain me about the difference between > rcpthosts and locals? The difference is subtle and confusing. Many qmail users have identical contents in both. rcpthosts lists the hostnames you will accept via smtp. locals are the hosts by which your machine is known to email users. In order for your users to receive mail via smtp addresses to that host, it must be listed in rcpthosts and locals. If a host is in locals but not rcpthosts, then only users who send email while logged into the machine will be able to send mail to that host. If a host is in rcpthosts but not locals, then qmail will go looking for a better machine to deliver the mail to. If there is no better machine, then qmail will bounce the mail with the infamous "Sorry. Although I'm listed as a best-preference MX or A for that host,\n\ it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)\n". Qmail will go looking for an MX record, or A record, or entry in control/smtproutes. If it finds none, it gives up as above. If it finds no MX record with a lower cost, it gives up as above. If a host in neither rcpthosts nor locals, then qmail will not accept mail via smtp, nor deliver any mail to that host locally. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: courier-imapd, folders and delivery
Peter Schuller writes: > I want to switch from POP3 to IMAP (finally). I cannot imagine why any enterprise would want to switch from POP3 to IMAP. They are designed to do completely different things. POP3 exists to get the email the heck off your server as quickly as possible, whereas IMAP is designed to keep the email on your server forever. Unless you chose the wrong protocol in the first place, why are you switching? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: mailq
Jörgen Persson writes: > The ''destroy mail'' option is a neat idea but I fail to see a valid > need for such a feature. It's handy if one of your users has sent out a bunch of spam. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: mailq
KIM writes: > well is safe if i delete all contents of queue/info? No. If you want to clear out your queue completely, do this: # You *did* install as per LWQ, didn't you? svc -d /service/qmail-send rm -rf /var/qmail/queue # You *did* compile qmail from source, didn't you? cd /usr/local/src/qmail-1.03 make setup check svc -u /service/qmail-send -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: GHOSTS AND ASSHOLES
Robin S. Socha writes: > I'd buy your support any day, Russel. And I mean it. Once, just once I'd like to see people mis-spel my name as "Rusell". Just once. Why does anybody think that a trailing 'L' is optiona? You don't ever see your name spelled "Robi Socha", do you? Huh? Betcha don't, do ya? And it's not like my name wasn't properly quoted inside the message you responded two. And I don't want to hear any guff about English not being your native language not being English. This is not spelling, this is typing. There it was in all its glory, "Russell", with both of it's deserved, earned, highly-decorated, and self-important L's. If you're not up to the task of spelling Russell today; if that's too many letters to type, you should feel free to spell it "Russ". > OP's overly cautious use of the recommended reading aka FAQ? And it's getting to the point where you don't even need English-language skills. We've got qmail documentation in Russian, Korean, Japanese, Spanish, Turkish, Italian, German, and now French. And except for the fact that all Indian computer techs can speak fluent English, you'd see Hindi documentation as well. Hrm. Rediff.com's Hindi page crashes Netscape. That's okay, Netscape crashes just by looking at it. Um, say, did you know that the Hindi word for "colocation" is "colocation"? Note to Chinese qmail users: you've got a billion people living in your country. Surely one of them can write some Chinese-language qmail documentation. Get on it. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: GHOSTS AND ASSHOLES
Bill Andersen writes: > Russ, I'm not saying they shouldn't give us the information needed > to help them. I'm just of the opinion we shouldn't jump down every > newbie's throat just because they are a little over cautious. We don't jump down every newbie's throat. Just every fifth one, to serve as an example to the rest. And then we put his head up on a spike. Like I said before: pick a reliable consultant from www.qmail.org. How to know which is reliable? Watch this mailing list, and see who's been around longest (has the most established reputation to protect), whose name begins with "R", and when you've picked me, call 1-800-233-7351 with your credit card in hand. Operators are standing by! Call now! No, all MarkD's funning aside, I take *no* responsibility for the quality of the performance of people listed on www.qmail.org/top.html#paidsup, and I say so right there. You've got to have some way to figure out who knows what they're doing, and who's a turkey. If you know of a better method than reading postings to this mailing list, please 'fess up! -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: GHOSTS AND ASSHOLES
Bill Andersen writes: > I know, I know. You have to give out enough info to get help. > But some people are a little more cautious than others. Remember, > they DON'T know YOU. And with all the inflated news propaganda > about the Internet and how people can "steal you blind", we should > at least understand someone's reluctance to just "spill it all out" > in a public group. Then don't ask a public mailing list for help. Instead, go to one of the suppliers of commercial support. How to know which is reliable? Watch this mailing list, and see who's been around longest (has the most established reputation to protect), and who supplies the most clueful answers. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Java and Qmail - building a large mailmerge server - plain text version
manav writes: > I really appreciate you took some time out to reply. Thanks. And not flame you? :-) Not everybody on the list is a flamer, and besides you supplied us with all the necessary information. You *did* confuse us by mentioning 10 lakh recipients and 128kbps in the same paragraph, but that's really no matter. The real problem is injecting bulk email using separate messages. > We are running the alpha phase right now (with whatever current > implementations we have), and I have serious doubts about the stability and > scalability of the system. The maximum load that I've put on my production > boxes is 250,000 emails so far and I've had similar issues that I mentioned > on my development boxes (the ones that are resemble a Beetle, to quote Mike > :-) ). The problem, simply enough, is that you should try very, very hard not to have a separate copy of the email on the disk. If you're running qmail-inject on each message, then yes, three machines aren't going to be enough. On the other hand, three machines of the type you describe below will be sufficient to deliver one million emails in about eight hours, IF you're doing the mail merge function at delivery time. You can do that using the qmail-verh patch, you could call qmail-remote directly (in theory; I don't know that anyone is doing that), or you could purchase my qmail-merge system. It lets you substitute multiple fields into each message. So you could substitute in a first name, a last name, a database ID number, or whatever else you want. Handles bounces, and runs everything through the database. Details upon request. Dealing with bounces is a whole 'nother headache. You see, there are three types of email bounces: 4XX bounces, which are known to be temporary. A retry is definitely called for, and qmail will handle that on its own. You also get a 5XX bounce, where the smtp server has told your smtp client that the email will never be deliverable. These get handled by parsing the QSBMF message. And you can also get a delivered but returned message. VERP is your friend here, because parsing bounce messages is a task only attempted by lunatics. Even then, you can't treat a 5XX or returned message as a permanent failure. You have to have a system for retries these messages at a later time. As someone else pointed out, ezmlm handles this nicely. Unfortunately, ezmlm doesn't work well when you've got users subscribed to more than one type of mailing, because it doesn't share bounce information between lists. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Java and Qmail - building a large mailmerge server - plain text version
manav writes: > I have been using qmail for the last year and a half and have been closely > following the mailing list at securepoint, and didn't find anything related > to my query, hence I took the liberty of posting it. > > The objective is to build a high-volumer server capable of doing mail-merged > email blasts to several lists with 10,000 to 1,000,000 users, provide > detailed reports about the status of emails (sent, bounced, bad email > addresses, opened, forwarded), list management (across multiple lists for > each user) and of course, stability. > > Over the period of last 12 months, we explored several options - and finally > settled on qmail (what else?). I am using a Pentium III with Linux Redhat > 6.2 installed on it, with 512 MB of RAM, 20 GB HDD and JDK 1.2.2 connected > to a 128 Kbps line. 128Kbps? Surely you mean Mbps. If that's all the bandwidth you can afford at your location, you should rent a server at a colocation site n the US. Use your server to create and distribute batches of recipients to a server running qmail-qmqps configured with the qmail-verh and big-concurrency patches. Let's say that you're sending a 2K message. Sent to 1,000,000 users, that's 2,000,000,000 bytes. Assuming that you're using qmail-verh (to merge on the fly), that your system doesn't limit your sending (and if you've got an IDE disk, it will), and assuming 20% overhead (tcp/ip packet headers, smtp dialogue, message retries), this blast will take 15 seconds to clear your server. That's 42 hours, minimum. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: mailq
Jörgen Persson writes: > On Fri, Jun 22, 2001 at 03:48:10PM +0800, KIM wrote: > > how can i delete the mail queue in qmail? pls help i really need it. > > There are several tools mentioned on ''the qmail home page''[1] but > I prefer to make it reach the queuelifetime by touching the relevant > queue/info file. It will then be bounced after one more delivery > attempt. That works, but it would be better if Dan had implemented a "destroy mail" option. That is, if the queue/info file is "too old", the email would be deleted instead of bounced. It's not too late to implement it as a patch now with all the attendant problems. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: OT: POP3
Lars Hansson writes: > Since he tends to leave all his mail on the server (gah) and also travel a > lot I was thinking it might be better to switch him over to IMAP since he > sure wouldnt be getting duplicates then, unless someone actually sent him > duplicates. > Any ideas? POP3 is designed for sites that want to get all the email off the site as quickly as possible. IMAP is designed for exactly the other circumstance. Switch him over to IMAP. Yes, it's possible to operate POP3 in an IMAP-like manner. Don't. It hurts too bad for words. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Why conf-split prime?
Stephen Froehlich writes: > Its not an issue for me as I have 10 users and don't expect queues larger > than 2 or three messages (i.e. performance is not an issue). I wanted qmail > for the security, though I am more than pleased to have the scalability and > speed. However, why should this number be prime, why not have 12 or 16 > directories? Because it's a hash. If your hash isn't prime, you fill your hash buckets unevenly. The scary thing is people who know primes off the top of their heads. "Hey Nick, do you know a prime that's about five hundred?" "Yeah. 521." "Thanks." <--- Real conversation at Xoom.com in 1998. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: qfilter to add disclaimer (samples anyone?)
Jeff Newton writes: > > The list archive indicates many people are using qfilter to add > an email disclaimer. Does anyone have sample scripts they are > willing to share with me? I looked for a qfilter list to ask but > there doesn't appear to be one. Email disclaimers are evil. Resist their implementation with all your might. I'll help you by not telling you how to do it. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Spam IP master list?
Roger Merchberger writes: > Kindof an offtopic question, but is there a "Master List" of IP's that send > spam regularly, with which I could use to update my tcprules deny list? > > I really don't want to patch & reinstall qmail with the RBL... (and it > seems ORBS went away...) Besides, I'm really only looking to stop "the big > chunks" with something I can personally manage. Use rblsmtpd (part of ucspi-tcp) and you need not patch or reinstall. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: [Q] CPU usage -- Too busy
YOON, Joo-Yung writes: > I just installed qmail, ucspi-tcp, and daemontaols under directions > of lwq. > > Now the system shows 100% of CPU usage on the window of wmcube (a small > display application in WindowMaker, which shows the CPU rate.) > > And the load average is also full on the window of wmload (WindowMaker App.). > > I wonder if supervise takes all the resources, and that is why. > Couldn't it run as quiet as other daemons? Look at /service/qmail-smtpd/log/main/current . I'll bet you that the service is looping because it cannot open port 25 because sendmail is still running. Either that, or look at /service/qmail-send/log/main/current to see if qmail is looping because a configuration file is missing. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: FW: Slow Connection with LVS
peter green writes: > * Mehul Choksi <[EMAIL PROTECTED]> [010619 09:35]: > > Why do I get this message? Any suggestions? > > lesoleil.com's mail servers suck rocks. Their admins seem unresponsive to > fix the problem. Feel free to block 'em with your tcpserver rules. Wouldn't it be easier if Dan removed them from the mailing list? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: restart without rebooting
Virginia Chism writes: > I need to learn how to restart qmail on my BSDi system. I have not been > able to locate a qmail-restart in any of the qmail directories. > > Whenever I make changes in qmail, I have had to resort to `shutdown -r now` > thus rebooting the entire system. I don't like doing this. > > Someone told me to try 'killall -SIGHUP qmail', but someone else said this > might kill everything running - that the machine would not read to the > 'qmail' at the end of the line. > > Any suggestions? Yes. If you've installed qmail as per http://www.lifewithqmail.org, then you need only do this: svc -t /service/qmail-send If you haven't installed qmail as per LQW, it's never to late to reinstall. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: rss spam filtering problems
Stephen Bosch writes: > Chris Johnson wrote: > > > > I tried the above *with* the patch, and it didn't work either. I don't > > > think it's working right anymore. My system fails the RSS test at Russ > > > Nelson's site. > > > > Which is because the RSS people removed Russ's IP address from their database. > > Oh -- really? They don't approve of what he's doing? No, I think a robot removed it. What's curious is that I get no response from [EMAIL PROTECTED] I'll ping 'em again. > How can I test it, then? No idea. That's why I wrote the testing robot. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: How to accept e-mails to addresses like user@foo.bar%mail.foo.bar?
Adam Nealis writes: > For reasons I am not too clear about, a user with > a POP3 vpopmail account on my qmail server appears > to let out his reply address as > > [EMAIL PROTECTED]%mail.foo.bar This is wrong, and bad. It's a construct from a pre-MX days, when there were smtp clients that didn't support MX records. But everybody does now, so there is absolutely ZERO excuse for using an address of that form. > So: what info do I put into what files? Still, they've told people about that address, so you ought to support it. man qmail-send and search for percenthack. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Queue corrupted???
Now *this* is a bug report. I don't have to go back and ask you questions because you've told us what happened, and what you expected to see happen, and what you did and what happened when you did it. Good job, Paulo! Muy bien! Paulo Jan writes: > When I later stopped qmail again to delete more spam, I started finding > weird inconsistencies. For example, qmail-read would show a piece of > junk-mail, but when I tried to view or delete it using qmHandle, it > would say that it didn't exist. Or I would go to queue/info and see a > certain file (say, 880099), and when I tried to view it using qmHandle, > it would say again that it didn't exist. That sounds like a problem in qmHandle. If you can see the file but qmHandle doesn't know about it, that's a problem right there. > Not only that, but some users started receiving bounce messages for > users to which they had NOT send mails, almost as if qmail had > mixed up the recipients for the junk mails and the regular > ones. This can happen if you change the queue files while qmail-send is running. It can also happen if the queue is inconsistent. qmail-queue relies on the inode of the message file matching the name of the message file. If it doesn't, then you can get a new message arriving which ends up with the envelope sender and recipients for an existing message. Try running qmail-qsanity: http://qmail.org/qmail-qsanity-0.52 qsanity doesn't fix anything, but it will tell you about problems in your queue data structure. > After seeing this, I stopped qmail and ran queue-fix, but the problem > still persisted for 2 or 3 days, until the queue ran out of spam (either > because they bounced or because we deleted them by hand). My question > is: has anbody seen this before? I have a hard time believing that > qmail's queue could have been corrupted by just 1500 mails, and I > haven't touched the queue by hand in any moment (other than to view > (that is, *read*) some files). It certainly looks very odd to me... Well, as you say, qmHandle was confused, so maybe there's a bug in qmHandle? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: vscan
Tim Rainier writes: > Okay, here's a better look at the problems we're having: > the vscan daemon is running, but it just sits there and does nothing, until > I touch the lock files, and then off she goes. Doesn't make sense to me. > Why would a touch fix something like this? What's "vscan"? What are you expecting to see instead of "nothing"? What is "she"? I could guess, but what's the point? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: many mails
Gianni Campanile writes: > In any case I like the queue, what I don't > like is that to build a 5000 message queue I > have to call 5000 times qmail-queue, instead of preparing > a big 5000 messages file and call qmail-queue only once. Have you read the qmail-queue source code? What are you worried about? Instead of having such a cow, why not actually TRY it? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Mime Encoding
Anstett, Brad writes: > Hi, > Does anyone know what the default length that qmail sets for a MIME encoded > string for attachments. I had a programmer set it at 4320 and the mail and > attachment can across corrupted. Is there anyway to increase the string > length that qmail will accept. Sigh. I hate MIME boundaries. It's SUCH a STUPID idea. Instead of quoting a character inside the body, you have to guess a string that will never appear inside the body. Anyway, all ranting aside, qmail puts no limits whatsoever on the MIME content of a message. Do what you want -- any problems you're seeing with the content of a message aren't on qmail's side. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: qmail date sync prob?
Tim Rainier writes: > We have an extendnet box running Debian. Our qmail program has a problem > where it will stop functioning until we do something to modify the date. > simply running a touch command on it, gets it back up and running. > any ideas? This is not a problem I've ever heard of before. Describe the problem in more detail. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Long connect times
Jon Booth writes: > Hi all, > I am using QMail with xinetd. It takes ages for a PC internally (allowed > to relay) to connect to the server. Outside servers can connect instantly. > Where should I look to diagnose this problem Reverse DNS for your internal hosts. It's not optional. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: warning: trouble opening remote
dgrer writes: > Jun 14 08:28:24 seic8 qmail: 992478504.218230 warning: trouble opening >remote/0/348013; will try again later > ... > > When I enter /var/qmail/queue/remote/0/, I con not find file 348381,348335 and >348013, > What I showld do to deal with this problem? thx! This might be a permission problem (except that you say that those files really *don't* exist), or it might be that somebody deleted files out of the queue while qmail-send was running. Qmail-send keeps its own idea of what's in the queue while it's running, so if you delete files, it gets confused. Stop qmail-send, delete /var/qmail/queue/*/0/{348381,348335,348013} and restart qmail-send. If you're running qmail configured as per http://www.lifewithqmail.org, then the following commands will fix the problem: svc -dx /service/qmail setlock /service/qmail/supervise/lock sh -c '/var/qmail/queue/*/0/{348381,348335,348013}' -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: queue processing problem
David Gartner writes: > 4 machines (3 nodes, running qmail, mounting /home from NFS server. 1 NFS > server--running IDE RAID 5) Switch to SCSI drives and you can do it with one machine. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: yet more trouble with daemontools and supervise
Stephen Bosch writes: > > This is the old-fashioned way to log. > > But Dave... what's wrong with my setup? =) splogger is slow. It's incompatible between systems. > Should I just reconfigure everything according to the new LWQ? Yes. That's the first thing I do when I get to a new customer's site. That way, once I leave them, they can ask questions on the mailing list, and everybody will know where their files are. > I don't have the overview here -- this supervise logging stuff is > really opaque for me. svscan looks in /service for directories with a "run" file. svscan starts up a supervise which runs the run file. Oh, but before doing that, if the directory has the sticky bit set, svscan runs a supervise on ./log/run, and redirects its stdin from the output of the main supervise. So, every service with logging has its current log in /service/*/log/main/current . Maybe I've gone a bit overboard on /service, but here's my listing of services: axfrdns dnscache ftpd msql2dqmail rsyncdsshd bray etrn httpd pop3d qmtpd smtpd tinydns -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Hello , How to give Priority
RAGHVENDRA SHUKLA writes: > > Hello , > How i can give priority in the qmail and how i can set delay > factors for some mails/mailing lists . Please describe the problem you are trying to solve, rather than asking us how to do something. It may be that there is a better solution than the one you imagine. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: Multiple recipients to remote domain
Joshua Nichols writes: > > > Not true. It simply means that the remote system would have to > > > implement VERP when qmail-remote tells the smtpd that the envelope > > > sender is list-@[]@host.example.com. Unfortunately, qmail-remote and > > > VERP-compatible smtp servers do not cooperate in that manner. > > All this talk of delivery optimization and VERP actually raises a few > question for me: > > 1. Is there a seperate instance of qmail-remote for each bcc: header? There is a separate instance of qmail-remote for every recipient regardless of how the recipient got to qmail-queue (and yes, bcc: is one of the ways). > 2. If so, how does one message with many recipients save memory or run > faster? It saves a HUGE amount of disk space and disk bandwidth. Otherwise, each recipient gets its own copy of the message body. > 4. Does the existing qmail-verh patch work on the body of the message? The > archives suggest that this would be VERB, not VERP or VERH. No, it doesn't modify the body. What if a message contained '#'? > 5. If qmail-verh won't do replacements on the body, did anyone ever write a > qmail-verb patch? I did, but it's not freely copyable, and I charge mucho dinero to install it. > 6. Does implementing VERB or VERH negate the benefits of 1 message, many > recipients? No, because the per-recipient substitution is done inside qmail-remote. > Lyris and L-soft both claim that their mtas are better (faster) because they > will do "domain batching". If they are not misleading the masses, has > anyone thought of ways (or developed patches) to implement this behavior in > qmail? Russ? Dan has said that qmail has been measured to be faster and use less bandwidth than sendmail's implementation of the same idea. I don't know if Lyris and L-soft have better implementations than sendmail. Changing qmail to do this kind of batching would be a significant change. I hope that qmail 2 will address this problem. Whether it's a real problem or not, it's certainly a marketing problem. And it doesn't matter if you've got the world's most secure software if people have reasons to not use it. > Perhaps this is all misguided conversation, but it seems to me that most of > the threads on the list fall into 1 of 2 categories: > > 1. Qmail doesn't work (read as "I broke it" * ). > 2. How can I get ___ to work better? (Expect "What problem are you > trying to solve?") :-) -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Multiple recipients to remote domain
Peter van Dijk writes: > qmail-remote would have to start saying EHLO ofcourse, in that case. > > Is VERP a registered EHLO tag? I'm sure it isn't. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Multiple recipients to remote domain
Charles Cazabon writes: > Good clarification. Would you settle for "Making VERP work with per-MX > batched recipients of a message would require extensive core changes to > qmail?" No. VERP support has little to do with it. The problem is that qmail-send / qmail-rspawn are strongly oriented around one recipient per invocation of qmail-remote. VERP just makes it slightly more complicated. qmail-send and qmail-rspawn could offer qmail-remote a list of recipients for the same message at the same host[1], and qmuail-remote could decide if VERP support from the SMTP client was needed. If it wasn't present then qmail-remote could *still* re-use the TCP connection. Given the state of the art in TCP/IP stacks, this would be a good thing because TCP retry timers are not shared between TCP sessions. [1] I'm not talking about per-MX, but instead per-host. Collating by MX entry means a gratuitious MX lookup (admittedly, probably cached). Instead, I'm just talking about a textual comparison between hostnames. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: many mails
Roger Walker writes: > Here is my, possibly similar, situation: We have approximately > 650,000 customers/accounts and Marketing wants to send them a monthly > newsletter. Our mail system is Intermail running on some 25-30 Sun > Enterprise Servers (and there is no chance of it being replaced with > QMAIL). If you were running qmail, you could run ten times as many users on the same hardware. This I know experientially because one of my customers is doing just that. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Multiple recipients to remote domain
Charles Cazabon writes: > qmail never batches recipients to remote domains. One of the (several) > reasons for this is it would make VERP impossible. Not true. It simply means that the remote system would have to implement VERP when qmail-remote tells the smtpd that the envelope sender is list-@[]@host.example.com. Unfortunately, qmail-remote and VERP-compatible smtp servers do not cooperate in that manner. Actually there's no protocol reason why qmail-remote couldn't look for VERP in the EHLO tags, and send over all recipients for the current piece of email along with a VERP envelope sender. Of course, the current structure of qmail-send won't allow for that (even though qmail-remote will). -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: many mails
Gianni Campanile writes: > I am setting up a mailing system that must send very very quickly a great number > of mails (5,000-10,000) with different text to different recipients. Hmmm... You could get them sent out in about ten seconds, but I don't think you could do any better than that. And even that presumes that you can devote five computers to the task, and of course that all the recipients' servers are up which is not a possibility. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Using qmail-queue
Jon writes: > So is there anyway of having the email address of the user being emailed in > the To: field without using qmail-inject for every message? You can use the following patch to qmail-remote, or if that's not sufficient, I have a proprietary patch which allows substitution of fields from a database, conditional substitution, paragraph reformatting, etc. It's a subset of the TRAC programming language, and could be extended to be such. There's also the http://www.ezmlm.org/pub/patches/qmail-verh-0.02.tar.gz";>qmail-verh patch. This allows substitution of the recipient local/host parts into the message. Useful for inserting a customized mailto: URL for list-unsubscribe into the body of the message. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: How can a user put comments into rcpt to address
K. F. Yim writes: > Our user put it in the To: address box of their MS outlook mail client Qmail doesn't parse that address. MS outlook does. If it's handing the wrong thing to qmail, point the finger at MS. > and I did it from command line as well. Running qmail-inject? Qmail-inject doesn't support RFC822 addresses on its command line. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: qmail-remote (cry wolf?)
Greg White writes: > I think we may have red-herringed on the OS thing -- if RH6.2, as > deployed, had this sort of problem, I think we would have run across it > before this, no? Hmmm I wonder. I could do a denial of service attack on qmail-remote by receiving email very, very slowly, and by sending email to a server which is guaranteed to be received and guaranteed to bounce. qmail doesn't keep track of very slow hosts, but only hosts that time out. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: How can a user put comments into rcpt to address
K. F. Yim - Netvigator writes: > Just right after the to address [EMAIL PROTECTED](comments). In what file? On what command line? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: How can a user put comments into rcpt to address
K. F. Yim - Netvigator writes: > My users previously put comments with his recipient address. e.g. > [EMAIL PROTECTED](comments). It worked for sendmail type system for message > handling. > > Now he is complaining that whenever he puts (comments) with the recipient > email address, qmail bounces. Where are they specifying this address? You see, sendmail has the (bad) habit of accepting RFC822 addresses in places where only an RFC821 address should be found. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: qmailqueue patch
Joy Hundley writes: > How do I know/find out if my system has the qmailqueue patch that is > required to enable qmail to call a different qmail-queue program than the > one compiled in by default? Where would I find this information? strings /var/qmail/bin/qmail-smtpd | grep QMAILQUEUE Or look at the source code. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Line Feed
Marc Knoop writes: > I have been requested to make a change to one of my qmail servers [see > below], though I am unsure of how to do this. Probably the best thing to do, to minimize the possible corruption of email, is to add a /service/smtpdlf, bind to another IP address or port number, and patch the copy of qmail-smtpd that's running on that service so it accepts LF as a line terminator. Then tell the people who can't fix their broken code that they can use smtpdlf at the different port or IP address. -russ > -Original Message- > Subject: Mail server config > > Could your mail relay/server be configured so that LF is allowed as a line > terminator? > RFC requires CR LF as the terminator and the server by default would enforce > the rule, which causes problem for our legacy codes. Almost all servers > allow this type of configuration. > - End forwarded message - -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: TCP Server Question
Peter van Dijk writes: > On Wed, Jun 06, 2001 at 03:27:49PM +0200, Duncan MacMillan wrote: > > I'm sorry if this is off topic for this list, but I'm assuming that there > > will be people here that can answer this question. > > > > I have a box that runs QMail & TCPServer. The box has multiple external > > addresses that are used to route various port connections to internal > > network addresses using redir. My problem is that I now find that I need to > > route a port 25 connection into the network. The problem I am having is that > > TCPServer is binding to all the interface addresses and as such redir can > > not bind to the address and port I need. > > > > My question is how do I limit TCPServer to a specific address when it starts > > listening on ports 25 and 110. > > Somewhere in the tcpserver line, there is a '0'. Change that to the IP > you want it to bind to. Yep. In fact, I strongly recommend that an ISP always run two instances of qmail-smtpd. One should be bound to the IP address whose hostname is published in MX records. The other should be bound to an IP address bound to a name like "smtp.example.com", which users configure into their email clients for outgoing relaying. This is not to solve the problem of open relays, but instead to solve the problem of external denial of service attacks. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
RE: qmail troubleshooting
Mark Douglas writes: > >Excellent, you show initiative. Most good qmail resources can be found by > >either following links from qmail.org, or by doing a Google search. > > qmail.org is down for me presently. qmail.org *was* down for you previously. See my message over in [EMAIL PROTECTED] for my plans to address this problem. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: qmail troubleshooting
Mark Douglas writes: > Now, my suspicion is that these are deliveries that failed the first time > and have been set to retry again at a later date. However, I can't find a > way of confirming this, apart from the "deferred" statements in the log > files. That *is* your confirmation. > What I'm wondering, is if there's a way to reset the deferred status of > these messages and try sending them all out again? Yes, but why are you worried about it? qmail automatically retries the email. http://lifewithqmail.org/lwq.html#retry-schedule > Or is there a way of monitoring the queue (other than qmail-qstat)? qmail-mrtg gives you pretty pictures. > 1) A website detailing different troubleshooting situations for qmail http://cr.yp.to/qmail/faq.html -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Virtual Domain
Lye On Siong Johnny writes: > Are there any other way to implement virtual domain apart from using vpopmail? There are many ways. qmail is in effect a tool for sending and receiving email. You can use it in many different ways, vpopmail being just one of them. You could use vmailmgr (http://www.vmailmgr.org/) instead. Rumor has it that IBM has a virtual domain system based on qmail; I expect it's proprietary since they charge very large amounts of money for it. Or you could invent your own. I usually do that for my larger customers, because their requirements are specialized and unique. E.g. rediffmail.com, which doesn't need virtual domains, but which handles ten million users. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: direct connection to qmqp or qmtpd server
Johan Almqvist writes: > BTW: Why is there still no link to my qmail page on www.qmail.org? Laziness. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: anyone using qmail-qfilter?
Charles Cazabon writes: > Another possibility (given that you're running on PC hardware) is hardware > problems; "it's worked fine for years" does not mean there wasn't a latent > problem all along. Yep; in fact "it's worked fine for years" and now doesn't is probably a very good indication of a hardware failure. Have you checked your CPU fan? The qmail.org outages in December 1999, and February 2001 were due to a worn-out CPU fan. ALL of the qmail.org outages for the past five years have been due to hardware problems: o Hardware lacking AC mains power. o Hardware in wrong location. o Hardware overheating due to bad CPU fan. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: direct connection to qmqp or qmtpd server
Newbieportal writes: > Everyone knows that we can connect to smtp server directly using telnet or > simple socket connection script. > > Can I do the same for qmqp server or qmtpd server. Not using telnet. At least, not without counting every character you type before you type it and adding them into multiple sums. > If yes, is this better way to speed up the sending mail. Only if you have to send it from a different machine. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Slow smtp response
[EMAIL PROTECTED] writes: > Apologies in advance for this question, I have trawled the archives and the > various web pages but no joy. > The problem is my qmail box responds v.slowly to smtp request, taking an > average of 100 secs for a connection to be made. I am running qmail on a > redhat 7.0 box. > I have eliminated networking issues. Any ideas on how to speed this up? I know exactly what your problem is, but I can't tell you, because I'm not sure that you addressed the question to me. Please re-send your message without any disclaimers. > **DISCLAIMER** > > > This message is intended only for the use of the person(s) (\"Intended > Recipient\") to whom it is addressed. It may contain information, which is > privileged and confidential. Accordingly any dissemination, distribution, > copying or other use of this message or any of its content by any person > other than the Intended Recipient may constitute a breach of civil or > criminal law and is strictly prohibited. If you are not the Intended Recipient, > please contact the sender as soon as possible. > > Reed Business Information Ltd. +44 (0)20 8652 3500 > > > ** -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Enquiry
Pavel Kankovsky writes: > Perhaps I should have been more specific: when I said ``clogged'' I meant > the queue had run out of disk space and no new messages could be injected. > (To make things better, it was even impossible to inject bounces.) Oh, well, a full disk always requires immediate sysadmin attention. It's not an MTA issue, except to the extent that the disk got filled by email messages. > Once upon a time, I spent a week modifying Sendmail's code! :) I cannot be responsible for your odd habits. Whatever you want to do for fun is fine by me, as long as you don't scare the horses. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Enquiry
Pavel Kankovsky writes: > On Sat, 2 Jun 2001, Russell Nelson wrote: > > > Qmail doesn't need any queue management. > > Sure. Everything you need to do when your mail queue gets clogged with > 10,000 spam messages is to close your eyes and wait a week or two until > these messages and their undeliverable bounces time out and the queue > is cleared out in a natural way. ;) Sure. You may *wish* to do something about it, but it's not required. While those 10,000 spam messages are sitting in your queue (on average, 434 per directory; a reasonable size for a directory on ufs or e2fs), new emails will continue to be received and sent. Visualize sendmail with a 10,000 message queue. Or rather, don't, unless you wish to spoil an otherwise beautiful Sunday night / Monday morning. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: smtp on a specific IP
Ross Davis writes: > I still can't believe that after all this time, I am the only one that wants > to control what ip a domain sends mail out on. Quoting from www.qmail.org: http:[EMAIL PROTECTED]";>Markus Stumpf has a http://www.lamer.de/maex/creative/software/qmail/";>pair of qmail patches, one to cause qmail-smtpd to log its disposition of mail, and another to convince qmail-remote to use a fixed IP address other than the one you get without binding to an address. Andy Repton has ported the fixed IP address patch to qmail 1.03. Damir Cifer has better instructions for his http://tycho.edico.si/linuxtnt/#qmail-patch";>port. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: headers in failure notice
Charles Cazabon writes: > I personally don't see how this would help anything. As Russell Nelson has > aid a couple of times in the last 24 hours, "What problem are you trying to > solve?" It's a terribly useful question when a customer calls up and asks me how to do something that makes no sense. Maybe I just don't understand problem; maybe they're trying to solve a problem the wrong way. Asking for a description of the problem keeps me from saying something stupid. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Re[2]: Oops,I guess Sendmail wasn't secure after all...
Boris writes: > If you will find 100 bugs in sendmail they are fixed then after > reporting them. The games is over, the problem is solved. The admin > updates, and thats all. Actually, the admin doesn't update. Or rather, some do, and some don't. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Enquiry
Rohit Gupta writes: > Hi all guruz > > Is there any way out without using vpopmail.. that i can analysing > qmail queue and cleaning it manually without actually get into > queue directory and deleting the files manually You worry too much. Qmail doesn't need any queue management. What problem are you trying to solve? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Oops,I guess Sendmail wasn't secure after all...
Boris writes: > I really can´t hear the "qmail is the most secure bla bla" anymore, > really. Why? It's true. > At the moment I am evaluating qmail, and there > are some things I am missing from sendmail. Like what? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: headers in failure notice
John Hogan writes: > this is a post-search-the-archive question: > > i want control over the headers available in the body of the qmail-send > bounce notices > > is this at all configurable? No. What problem are you trying to solve? -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Quick tcpserver question
Gordon-Nildram writes: > If you edit the tcp.smtp file then reload the tcp.smtp.cdb file > using tcprules do you need to restart qmail for these changes to > take effect? No. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: qmail-popbull used w/ imap
michael writes: > This question I suppose is directed at Russell since he is the > writer of qmail-popbull... > > We're trying to get courier-imap running and the desire is to > also have bulletin ability. Since qmail-popbull is called as > part of tcpserver startup for qmail I'm hoping it can be > inserted into the startup string for imap. Can anyone think > of a reason why it wouldn't be able to be done? I'd check > it out now, but am still working on getting checkpassword > converted for use w/ courier-imap since it appears to need > a few extra environment variables set. I'd rather not have > to add that functionality into a new piece of code. Won't work, because Mr. Sam chose not to use checkpassword for courier-imap. qmail-popbull requires the use of checkpassword. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Limiting bandwidth usage
Karsten W. Rohrbach writes: > qmail indirectly contains instrumentation for that. it is called remote > concurreny. Alas, no. What it actually does is limit the number of connections, in the hope that the machine will not use a lot of bandwidth. But then, really, all you're doing is relying on the machine and connection to run slowly enough that it doesn't start just as many sessions per unit of time. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Limiting bandwidth usage
Roger Svenning writes: > > Anyone have some advice on how to limit the bandwidth usage for qmail ? > > > > We have a mail/web server sitting on a 2mbit and several times a week we > > need to push out 3+ mails and don't want this to totally block the web > > traffic to the same server. You don't understand how TCP/IP works. A sustained load through a network doesn't cause anybody to be blocked. It causes their transfers to slow down. TCP/IP interprets a lossy connection as an overloaded connection. That's why your IP connection must only lose packets when it is congested. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Dynamic allow of relay
Charles Cazabon writes: > Mark Douglas <[EMAIL PROTECTED]> wrote: > > Is there a way to setup qmail such that it will dynamically allow relay > > hosts based on their previous login to the qmail-pop3d? > > Yes, and there's several implementations available. See qmail.org for > details, and read the mailing list archives; there are hundreds of messages > discussing the various methods. I favour Bruce Guenter's relay-ctrl. Me too, even over mine. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: forwarding msgs analyzing subject text
Massimo Quintini writes: > Excuse me, but I have tried your solution but it don't works! > |/var/qmail/bin/condredirect iauc `822field Subject | grep -q "IAUC"` Doh! Yes, of course that won't work. condredirect wants a program to run, not a string. Try it this way: |/var/qmail/bin/condredirect iauc /bin/sh -c '822field Subject | grep -q "IAUC"' -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Vpopmail+qmail pop3 has lost it's mind!
Dave Sill writes: > Henning Brauer <[EMAIL PROTECTED]> wrote: > > >You want to sync the clocks... qmail-pop3d won't list messages from the > >future. > > Somebody refresh my memory... Why does it care? I can't see any reason why it skips files in the future. And it has an explicit check to do that. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Qmail.org website
Frank Tegtmeyer writes: > There must have be something with his machine/network. Russells DNS > server and the MX are also not reachable. Network. "Hey, what's this 192.203.178 network? How come it's being routed to us??" Ring, ring. "Oh, it's YOUR network. Sorre! We'll get it fixed as quick as we can." Sigh. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: tcpserver: Return 553 instead of 451?
Bruce Lane writes: > I'm using tcpserver with qmail and a local blacklist in the form of > tcp.smtp and tcp.smtp.cdb. In order to provide local logging, and a brief > description to a rejected source of why their connection attempt was > rejected, a typical line from my tcp.smtp file may look something like this: > > 63.102.43.25:allow,RBLSMTPD="Access denied due to spamming." > > My question: Is there any way to make tcpserver return a 553 error instead > of a 451? I've dug around in the source code files, but I don't speak > enough C to be able to find and change what I want. In http://cr.yp.to/ucspi-tcp/rblsmtpd.html, look for "Temporary errors". -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: forwarding msgs analyzing subject text
Massimo Quintini writes: > I must forward msgs from 1 sender to groups of users AFTER EXAMINING > SUBJECT TEXT > > example: > > the rcpt of msg is user1 > IF subject contains the char string "xxx" THEN the msg must be forwarded > to users user2, user3, user4 > IF subject contains the char string "yyy" THEN the msg must be forwarded > to users user5, user6, user7 > ..and so on > > It's possibile? How? cat >~user1/.qmail <~alias/.qmail-user234 <~alias/.qmail-user567 < http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: "/did_1+0+0/ " meaning ?
george writes: > qmailI don't know understand the message "/did_1+0+0/" in /var/log/syslog file when >qmail success delivery > Example: > May 30 11:06:38 www2 qmail: 991191998.879928 delivery 9: success: /did_1+0+0/ > > Anyone can tele me? It's the count of dispositions that qmail-local made of your message. The first number is the number of file (Mailbox / Maildir) deliveries. The second is the number of forwarded recipients. The third is the number of program deliveries. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
RE: Maildir delivery problem
Daniel Bakken writes: > My Qmail rc script (/var/qmail/rc) reads like this: > > #!/bin/sh > > exec env - PATH="/var/qmail/bin:$PATH" qmail-start '|dot-forward .forward > ./Maildir/' > > delivery 4: deferral: dot-forward:_fatal: ./Maildir/:_is_a_directory Somehow the newline after ".forward" is getting destroyed, because dot-forward is attempting to read ./Maildir/ as if it were another file containing forwarding instructions. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Maildir delivery problem
Daniel Bakken writes: > I am using Qmail with Maildir and pop3d. After Qmail receives a message, It > seems to not be able to deliver it. I usually see the following (roughly) in > my log: > > Starting delivery 4 . . . > > delivery 4: deferral: dot-forward:_fatal: ./Maildir/:_is_a_directory Sounds like you are missing the / at the end of "./Maildir", so it's trying to deliver to a Mailbox. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Installation of QMAIL
Constantine Koulis writes: > Anybody knows what should i do next.i mean i have to go to the BIND DNS of > the primary to say what?or to the secondaru to say what. Please explain the problem you are trying to solve. > No i think i have to go to qmail and to run ./config mail1.xxx.ro in order > to configure qmail.It doesnt let me proced. > Anybody knows? Every smtp server should have reverse DNS (a PTR record in the .in-addr.arpa zone). It sounds like yours does not. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: smtp times out
kamesh jayachandran writes: > @40003b140df82d486e1c /var/qmail/bin/qmail-smtpd: error in loading shared >libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory Are you running qmail-smtpd using the daemontools softlimit? If so, you've got the maximum memory limit set too low. Or perhaps for some reason you've run ulimit somewhere in the process subtree that started the program that's running qmail-smtpd. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: switch from mailbox to maildir format
Franco Vecchiato writes: > what's the "new-user template directory"? (where is it?) Typically /etc/skel/, but every vendor seems to feel that it's crucial to reinvent every wheel, so there's no one definitive answer. man useradd (or perhaps it's adduser) will tell you more. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Selective queue processing
Gordon-Nildram writes: > Hi > > I have searched the archive for this, but only found someone asking the same > question, but no answers. > We have a server which acts as an smtp feed for customers using ISDN, is it > possible to process the queue for a certain domain? ie if example.com are > having problems with their ISDN and ask if we could process any messages > they may have in the queue while they are on the phone (and online at that > moment) do we need to send a doqueue command for the whole queue or can we > specify 'doqueue example.com' > I reckon you could do something it using serialmail, but it would be great > if you could just add the domain to the doqueue command or something like > that. You're right, the recommended solution is to use serialmail. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: How to patch ... ?
george writes: > Hello all: > I download qmail-1.03-mysql-0.6.7.patch.gz and I want to patch qmail. > But I can't how to do patch > Example: > > # patch -p1 < qmail-1.03-mysql-0.6.7.patch > Looks like a unified context diff. > File to patch: > Not every patch necessarily requires -p1. Try -p0, or indeed, leave off -p altogether. In this particular case, you should be in the qmail-1.03 directory when you execute the following command: gunzip http://russnelson.com Crynwr sells support for free software | PGPok | Microsoft rivets everything. 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Linux has some loose screws. Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | You own a screwdriver.
Re: Newbies vs. arrogant experts (was: Newbie with tcpserver)
Chris Garrigues writes: > As it is, I consider unsubscribing several times a week (and it's not because > of the newbies). I send qmail list traffic into its own mailbox, and read it once a day. It's kind of handy, because I can see the questions which don't get answered, and sometimes I answer them if I feel so led. -- -russ nelson will be speaking at http://www.osdn.com/conferences/handhelds/ Crynwr sells support for free software | PGPok | Mailing lists should not set 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Reply-To: back to the list! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | http://russnelson.com/rt.html
Re: Newbies vs. arrogant experts (was: Newbie with tcpserver)
Dave Sill writes: > Second, the offer of commercial support made to Pablo was sent > privately, not to list. Pablo's reposting it publicly is at least as > rude as trolling the list for clients. The best way to troll the list for clients is to answer people's questions. > Answering FAQ's is "nice", but it's tiresome and contributes to > lowering the signal/noise ratio on the list and it encourages other > newbies to ask their FAQ's. Flaming them about it, though, produces triple the traffic: 1) The newbie's mail 2) The flamer's mail, and 3) The backlash against Robin. > Ignoring FAQ's is the easiest and safest approach. It encourages the > newbie to search the web, list archives, etc. and doesn't reward > newbies by answering their question. It keeps the signal/noise ratio > high, and it keeps the civility and morale high. Probably. But it demands a certain amount of Teutonic self-control. -- -russ nelson will be speaking at http://www.osdn.com/conferences/handhelds/ Crynwr sells support for free software | PGPok | Mailing lists should not set 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Reply-To: back to the list! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | http://russnelson.com/rt.html
Re: Newbie with tcpserver
Robin S. Socha writes: > * Paulo Jan <[EMAIL PROTECTED]> [010510 11:00]: > > Considering the guy's name, perhaps English isn't his primary language > > and he isn't fluent at all with it, which would also explain why he > > wasn't able to express himself politely enough when rejecting the > > "offer" from that consultant, and had to resort to a > > basic-and-apparently-rude-sounding phrase like "I was asking for free > > help". Did that thought cross your mind? > > Not for second. I'm German. I don't think. Please forgive Robin. English isn't his primary language, and he sometimes uses rude words and phrases that I'm sure he would never, ever say in his native German. -- -russ nelson will be speaking at http://www.osdn.com/conferences/handhelds/ Crynwr sells support for free software | PGPok | Mailing lists should not set 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Reply-To: back to the list! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | http://russnelson.com/rt.html
Re: qmail rewrite in progress
Dave Sill writes: > In comp.security.unix, <[EMAIL PROTECTED]>, DJB wrote: > >A complete rewrite is in progress. Several pieces have already been > >released. In the meantime, the current qmail version works. > > I wonder what pieces he's referring to. Maybe daemontools and > ucspi-tcp? djbdns has the resolver library that qmail 2.0 will use. That's why he wrote djbdns -- because the bind resolver library is so bletcherous. And daemontools (svscan, /service, multilog) is part of it. So is mess822. So is ucspi-tcp. -- -russ nelson will be speaking at http://www.osdn.com/conferences/brie/ Crynwr sells support for free software | PGPok | T-568-B rules! 521 Pleasant Valley Rd. | +1 315 268 1925 voice | T-568-A drools! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | Go T-568-B !
Re: unknown record type in ...
Smith, Lisa writes: > > My apologies if this has already been asked and answered, I've searched the > archives and haven't seen anything on it, I've looked thru the docs that I > have, and the only thing I have found is > "a serious bug in qmail-send or qmail-queue". Or your operating system. You should only get this if files have been seriously corrupted. -- -russ nelson will be speaking at http://www.osdn.com/conferences/brie/ Crynwr sells support for free software | PGPok | T-568-B rules! 521 Pleasant Valley Rd. | +1 315 268 1925 voice | T-568-A drools! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | Go T-568-B !
Re: conf-spawn
Federico Edelman Anaya writes: > I compile the qmail with conf-spawn 509 value ... How can I setup a big > value? sample: 1000 ? http://qmail.org/top.html#large -- -russ nelson will be speaking at http://www.osdn.com/conferences/brie/ Crynwr sells support for free software | PGPok | T-568-B rules! 521 Pleasant Valley Rd. | +1 315 268 1925 voice | T-568-A drools! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | Go T-568-B !
RE: Some Hints?
Kitabjian, Dave writes: > > Second:how to insert new names into /var/qmail/control/rcpthost > > unless edit this file? > > Why not just: > > echo "newdomain.com" >> /var/qmail/control/rcpthosts > > ? Because it's the wrong thing to do (as it turns out). He's turning his server into an open relay, in bits and pieces. I'll bet that you can already use it to relay to AOL.COM, for example. > p.s. Don't forget to do: > > killall -HUP qmail-send Why? It's totally unnecessary when modifying rcpthosts. -- -russ nelson will be speaking at http://www.osdn.com/conferences/brie/ Crynwr sells support for free software | PGPok | T-568-B rules! 521 Pleasant Valley Rd. | +1 315 268 1925 voice | T-568-A drools! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | Go T-568-B !
Re: Some Hints?
Marco Calistri writes: > > On 02-Apr-2001 Russell Nelson wrote: > > Marco Calistri writes: > > > Hello,this is my first post on this mailing list. > > > I wonder if have I any chances to modify header lines > > > so that qmail reports hostnames instead of IPs: > > > > > > Delivered-To: [EMAIL PROTECTED] > > > Received: (qmail 1236 invoked from network); 1 Apr 2001 16:00:53 - > > > Received: from unknown (HELO box.tin.it) ([EMAIL PROTECTED]) by > > 192.168.2.1 > > > with SMTP; 1 Apr 2001 16:00:53 - > > > > qmail will always report an IP address. If you haven't turned off > > reverse-dns lookups, it will also report the hostname or "unknown". > > If the HELO name differs from the reverse dns lookup, then it will > > print the HELO name. > > Hello Russ,I've not DNS server on my machine,I'm using my ISP as > POPMAIL Server. You can't do anything about those headers. They are a result of your ISP's brain-damage. Tell them that they should have reverse DNS records for all of their IP addresses. > > > Second:how to insert new names into /var/qmail/control/rcpthost > > > unless edit this file? > > > > Why? > > Because unless doing so,I can't reply to domains not included!! Look at the file "FAQ" in qmail-1.03.tar.gz. In it, you'll find a section numbered "5.4". Follow the instructiions. -- -russ nelson will be speaking at http://www.osdn.com/conferences/brie/ Crynwr sells support for free software | PGPok | T-568-B rules! 521 Pleasant Valley Rd. | +1 315 268 1925 voice | T-568-A drools! Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | Go T-568-B !