I'm sorry, you are out of luck - you cannot have it. The SME server doesn't have copies of your user's passwords at the ISP, and cannot authenticate using them at the ISP.
Not with qmail/qpsmtpd.... there is a possibility with Postfix. For ref :
http://www.postfix.org/SMTPD_PROXY_README.htmlAnd for those that have used fetchmail..... users and passwords are all there.
Your users, however, can bypass SME server, and send directly to your ISP's mail server. Any local mail can then be sent back to SME server by the ISP.
Yes you can bypass your SME and deal direct with the ISP, but then your mail stays with the ISP which you may not want. Sending copies back et al is just messy. Where does your Sent mail end up ? The Inbox ?
To put it another way, we don't understand why you want to relay your users' emails twice, once by SME server and once by the ISP, when they can just go straight to the ISP's mail relay.
I do....
Because recent changes in a lot of ISPs mean that you cannot use one login to the ISP smarthost to relay/forward on your mail. If you are also stuck with some crummy IP that gets blocked a lot as it is in a 'residential' IP block, then using the ISP smarthost was useful, or the only way to reliably send email and still keep it all stored on your own server.
For sure in the UK some ISPs were not happy at people running their own server for business on a single IP and wanted to leverage them to pay more. Moving to products like 365 did this as you have to authent on a per user basis to use the smarthost which effectively kills you using SME as you mail host. It's why I changed to running my cloud box, and a lot of people I knew did the same thing.
This is not the specific case for this user, but the principal is the same.