[EMAIL PROTECTED] writes: > 4) Mail is NOT being sent for users who login via SQWEBMAIL and try > to send email: NOT OK
Why would you expect that to work? Users collecting by pop3 or imap have a local mail client which is capable of sending mail out by smtp and they have a requirement to do so. People using sqwebmail are not using a mail client but a browser. Frequently this is because they are not at their own computer for some reason (in a cybercafe, visiting a customer, etc.) Because they are not at their computer the mail client (if there even is one) is not configured for their use and the owner of the computer probably doesn't want them to add their details to the mail client. Fortunately, if you're reading your mail by sqwebmail for whatever reason you have another way of sending mail - SQWEBMAIL. And that is why sqwebmail does NOT open up a temporary relay. It doesn't need to. It wouldn't be sensible to make it do so because if you're using a machine that sends outgoing mail by smtp you're using a machine where you can pick up your mail by pop or imap. What you want is feasible but if you submitted a patch to make sqwebmail do it my guess is that it would be ignored (or maybe ridiculed). Now if you mean that you can't send mail with sqwebmail, that's another problem entirely. Sqwebmail access the mail directories through the filesystem. If you can't send mail with sqwebmail then one possibility is that you have not allowed localhost (it might be your local net if sqwebmail is accessing the mail directories over NFS) to relay. How you do that depends upon what you chose to do when installing the basic qmail system. -- Paul Allen Softflare Support
