Antonio, sorry to be closing this thread so late but I wanted to make sure that it got done...
Problem resolved (and better understood)... I took Nick's advice and added recordio to get some additional logging... The Linux clients were going through my ISP while the Windows clients where trying to SMTP-AUTH against my QMail server... Of course, the QMail box wasn't patched to support smtp-auth (why isn't this in by default!!??) so the authentication failed... Since I know which subnets I want to allow, I updated the tcp.smtp file and re-generated the cdb version of it and everything worked... For the sake of my own sanity, I tried to relay from another subnet and it failed (so no open-relay!!)... I still need to investigate why my Linux clients are bypassing the QMail server when sending - but that is a topic for another day and another mailing list... In conclusion, my problem had nothing to do with this list (sorry) - but thank you very much to everyone who tried to help!! The Linux community rocks! -David On Sunday 05 October 2003 03:51, tonix (Antonio Nati) wrote: > At 03/10/03 03/10/03 -0700, David Benson wrote: > >Tonino, I have the Linux mail clients configured exactly the same as their > >Windows counterparts... > > > >But your question got me thinking and retracing my install steps (again) > > and here is something that I thought of: I didn't do the SMTP-AUTH patch > > when I compiled. That considered, shouldn't everything fail to send? Or > > does the latest QMail have the ability to handle smtp-auth natively? > > No, SMTP auth is never installed by default, but it depends by which patch > are you using. > > If you installed Bill's megapatch, AUTH is installed. > > Anyway, if clients have addresses authorized to relay, they will relay. > > So, again, my question: > > - are Linux and Windows clients in the same subnet? > - did you check the addresses authorized to relay? what your > '/etc/tcp.smtp' says? > > Tonino > > >I'm going to try Nick's suggestion of using recordio to see what is being > >sent, maybe that will turn up some clues... > > > >On Wednesday 01 October 2003 02:31, tonix (Antonio Nati) wrote: > > > Are Linux clients relaying using your SMTP box, or are they sending by > > > themselves? > > > > > > Tonino > > > > > > At 01/10/03 01/10/03 +0000, David Benson wrote: > > > >Eric, thanks for the suggestion, but that was not the solution... I > > > > will be reviewing the site you recommended to see if I can find a > > > > clue as to what this could be... > > > > > > > >More info: > > > >It is not just Outlook that I'm having problems with, it's anything > > > >Windows... > > > >I have tried Outlook, Outlook Express, and Eudora - all were able to > > > > receive mail but unable to send it. > > > > > > > >Recap: > > > >I have a qmail box that I am only serving virtual mailboxes from using > > > >qmail+vpopmail. My Linux-based users report no problems, all is fine. > > > > My Windows-based users can check their mail but cannot send it. The > > > > log reports nothing wrong. The error reported by Outlook is the > > > > standard one about the domain not being listed in rcpthosts... > > > > > > > >This has really got me baffled because the behavior is not consistent. > > > > I can't understand how it could work for Linux clients but not > > > > Windows... The OS shouldn't really be a factor... > > > > > > > >On Tuesday 30 September 2003 01:51, you wrote: > > > > > Dave, I think I had the same problem. What is the error you are > > > > > getting back? What is the log showing? I ended up replacing my > > > > > /service/qmail-smtpd/run file with the script below and now > > > > > relaying works. Just a thought, hope it helps. (this was out of the > > > > > guide at: > > > > > http://www.pipeline.com.au/staff/mbowe/isp/webmail-server.htm which > > > > > is the best guide I've seen around) > > > > > - Eric > > > > > > > > > > > > > > > #!/bin/sh > > > > > QMAILDUID=`id -u qmaild` > > > > > NOFILESGID=`id -g qmaild` > > > > > > > > > > exec /usr/local/bin/softlimit -m 2000000 \ > > > > > /usr/local/bin/tcpserver \ > > > > > -H -l mail.mydomain.net\ > > > > > -v -x /etc/tcp.smtp.cdb \ > > > > > -c 20 -R -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ > > > > > /usr/local/bin/rblsmtpd -b -C \ > > > > > -r 'relays.ordb.org:Your message was rejected because the mail > > > > > server you use is configured to allow OPEN RELAY - > > > > > More detailed information regarding this problem is available from > > > > > http://www.ordb.org/lookup/?%IP% - Please forwa > > > > > rd this error through to your email server support staff for easy > > > > > resolution.' \ -r 'proxies.relays.monkeys.com:Your message was > > > > > rejected because the message was sent from an OPEN PROXY - More i > > > > > nformation regarding this problems is available at > > > > > http://www.monkeys.com/upl/listed-ip-0.cgi?ip=%IP% - Please forw > > > > > ard this error to your email server support staff for resolution.' > > > > > \ -t 5 \ > > > > > /var/qmail/bin/qmail-smtpd 2>&1 > > > > > > > > > > # The line in orange should be used if you are running qmail on a > > > > > computer # that is on a LAN that is using fake ips/masquerading. > > > > > # It tells tcpserver not to bother trying to resolve ip addresses > > > > > # to names when writing the SMTP log files. Usually with fake ips, > > > > > # you cant resolve them to names, so it will make the SMTP services > > > > > run # really slowly if it is always trying to resolve these > > > > > addresses. # Alternatively, if you are eg an ISP and all your SMTP > > > > > clients are # connecting from real IPs with resolvable names, then > > > > > you can omit # the orange line and then then benefit from more > > > > > readable logfiles. > > > > > > > > > > > > > > > > > > > > __________________________________ > > > > > Do you Yahoo!? > > > > > The New Yahoo! Shopping - with improved product search > > > > > http://shopping.yahoo.com > > > > > > ------------------------------------------------------------ > > > [EMAIL PROTECTED] Interazioni di Antonio Nati > > > http://www.interazioni.it [EMAIL PROTECTED] > > > ------------------------------------------------------------ > > ------------------------------------------------------------ > [EMAIL PROTECTED] Interazioni di Antonio Nati > http://www.interazioni.it [EMAIL PROTECTED] > ------------------------------------------------------------