Tonino, I have the Linux mail clients configured exactly the same as their
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?
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
> 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
> >I have tried Outlook, Outlook Express, and Eudora - all were able to
> > receive mail but unable to send it.
> >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]