Re: multiple qmail-send
thanks it's how I actually expected it to function too bad it's the misleading responses the ones that come up first dan - Original Message - From: "Henning Brauer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 18, 2001 10:09 PM Subject: Re: multiple qmail-send > On Wed, Jul 18, 2001 at 09:52:06PM +0200, Lukas Beeler wrote: > > At 21:40 18.07.2001 +0200, Daniel BODEA wrote: > > >Can there be, in the normal flow of qmail, multiple instances of > > >qmail-send running at the same time (?) > > yes of course... what do you think is the concurrency limit for ? > > exactly that > > WRONG. There is always _one_ qmail-send. > concurrencylocal -> max concurrent qmail-local processes > concurrencyremote -> max concurrent qmail-remote processes > 1 -> qmail-send process > > > > because multithreaded it's not, and I haven't seen any locking > > > mechanisms for the ressources qmail-send accesses directly. > > each of those processes send ONE individual message.. so there isn't any > > locking machanism needed > > WRONG. > This is true for qmail-local/qmail-remote, but not for the queue manager > qmail-send. > > > and in future, please write text/plain and not text/html > > ACK. > > And you... well, I'd not answer questions here if I am not sure. No offense > intended, it just confuses. > > For the original question: > 1 qmail-send -> 1 queue > > You can install more than one qmail instace per machine, e. g. in > /var/qmail/1/, 2/ and so on. Change conf-home and make setup check for each > instance. You have multiple queues then and must find a solution to balance > the load between them. > > -- > * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * > * Roedingsmarkt 14, 20459 Hamburg, Germany * > Unix is very simple, but it takes a genius to understand the simplicity. > (Dennis Ritchie) >
Re: multiple qmail-send
Please excuse my HTML side of the email. Won't happen again. I wasn't asking about qmail-remote or qmail-local. What I was asking is "Could I EVER see more than 1 qmail-send process running on my system ?". If I'm not mistaken, it's the qmail-send process the one that adds bounce addresses to the bounce directory and it's there that I haven't seen any locking system. Plus qmail-send relies on the good old select method to poll its inputs so the flow is synchronous. Dan - Original Message - From: "Lukas Beeler" <[EMAIL PROTECTED]> To: "Daniel BODEA" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, July 18, 2001 9:52 PM Subject: Re: multiple qmail-send > At 21:40 18.07.2001 +0200, Daniel BODEA wrote: > >Can there be, in the normal flow of qmail, multiple instances of > >qmail-send running at the same time (?) > > yes of course... what do you think is the concurrency limit for ? > exactly that > > > because multithreaded it's not, and I haven't seen any locking > > mechanisms for the ressources qmail-send accesses directly. > > each of those processes send ONE individual message.. so there isn't any > locking machanism needed > > > > >Thanks, > >Dan > > and in future, please write text/plain and not text/html > > -- > Lukas "Maverick" Beeler / Telematiker > Project: D.R.E.A.M / every.de - Your Community > Web: http://www.projectdream.org > Mail: [EMAIL PROTECTED] >
multiple qmail-send
Can there be, in the normal flow of qmail, multiple instances of qmail-send running at the same time (?) because multithreaded it's not, and I haven't seen any locking mechanisms for the ressources qmail-send accesses directly. Thanks, Dan
verh archive@jab.org header patch
After patching qmail-remote.c with Frederik Lindbergs qmail-verh-0.06, the only problem I encountered was with To: header fields of the form archive@jab.org where each mailing recipient, apart from the verh bounce and reply addresses, would get a "personal" message with his address in the To: field. The solution above makes qmail-inject add the default domain to the resulting header, as it can't find the dot in the domain part of the address. I couldn't find any imediate solution for this so the patch I came up with is attached to this mail. The modifications are made only to qmail-inject.c, as it's not a big deal, or otherwise I would have had to touch at least 3 files (the token files and headers)... don't take my head off. The perfect reply to this would be "hehe... you could have just removed file x" or thelike... A+ from Paris Dan qmail-inject.c.diff
Re: Mailing from One connection
you're asking for the perfect spam solution your targets get mail messages without a To: header or a bogus one, and if they're lucky enough to receive mail on one address but reply with another, you'll never know who's it coming from it's clearly not the right way to do things dan - Original Message - From: D Rajesh To: [EMAIL PROTECTED] Sent: Monday, July 09, 2001 2:28 PM Subject: Mailing from One connection Hi All, I am sending different mails to 20,000 recipients at a time. So, each qmail-remote sends a mail to each recipient. or am I wrong If in the total 20,000 mails, say 5000 are hotmail, 5000 are yahoo and the rest are to other domains. Then, is it possible to open a single qmail-remote process and dump all messages to be sent to hotmail on one connection and open another connection for all yahoo messages I guess this speeds up the mail delivery amazingly Cheers, rajesh.
bounce/457 processing
Hello, One thing I haven't been able to find in the INTERNALS file (and without studying yet the code in detail) is how qmail-send processes the /queue/bounce files. Does it group several addresses with permanent errors into one single message? If it does, how does it cope with the VERH system? Normaly, I shouldn't have to parse the whole bounce message to for the list of invalid addresses. Thanx, Dan