----- Original Message ----- From: "Paul L. Allen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 20, 2003 2:51 PM Subject: [sqwebmail] Re: Sqwebmail not sending mail
> > [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? Why shouln't I? Im not trying to be flip. The situation is some of the members of the co-op have need due to their travel to check their email from cybercafes and computers that are not their own. So, we would like to have both. > 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. None of the users really have shell access to the local machine. That was something we decided by group consensus. There are very few real user accounts on the server we have set up. Almost all of the email users are set up via vpopmail and so are virtual. They cannot send mail when logging in via the web. I understand that in my first post I made the statement "...who login via SQWEBMAIL and try to send email...". This is prehaps ambiguous, more accurately I should have said "The users who go to the web interface can check mail and take advantage of all of the functionality of sqwebmail except for sending email" I beg your pardon for the abiguity. > 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. That is exactly the reason we want to allow access both via an email client and via the web. When our group discussed this we decided that we needed to allow both. > 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. As I said in the first post connecting via a mail client works fine and well. That is how I am currently sending and receiving email at this account. I'm not sure what you are getting at. The relay-ctrl package allows relay after POP3 authentication for our members that connect via an email client. It may be the case that this is causing a conflict of some sort, however, I am seeing nothing in /var/log/qmail/smtp/current nor in the error log for apache. And it would make sence that sqwebmail would use a mechinism like qmail-inject or something to send mail rather than making a connection to the smtp server. And yes I am currently useing a machine that picks up and send its email via POP3 and SMTP, however, there are going to be times when many of our group cannot. So unfortunately, we do need to get sqwebmail sending mail, as not all of us can count on having our laptops or pc's with us. > 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). What exactly was I wanting to do that would require a patch? There is probably more than one ISP that uses qmail, vpopmail, sqwebmail that offers their customers both pop3/smtp access with a mail client and access via the web with sqwebmail? I believe that my question was not "how do i get sqwebmail to be a half-open relay". As I understand it sqwebmail is not an MTA but a web based application that allows access to an MTA, in this case qmail. So it would be silly if I or anyone submitted a "patch" to make something that is not an MTA act like one. Fortuneately, that is not what I am suggesting. Again I apologize to you Mr. Allen if the abiguity in my first post made it to unclear what I was after. It seems that this has made you rather upset. If you would like to talk about it please give a phone call at your earliest convience 503.223.1481 and ask for sparky and we can get this issue sorted out. > Now if you mean that you can't send mail with sqwebmail, that's another > problem entirely. Exactly what I mean. >Sqwebmail access the mail directories through the > filesystem. Got it, and all of the permissions under /home/vpopmail/, which is where the mail for the users on the virtual domains is stored, and seem to be correct. As I said Sqwebmail can read the mail, make folders, make address book additions etc. It cannot however, send email, which I doubt has much to do with how sqwebmail accesses the file system. However, it may be the case that the account that the cgi program /home/<user>/cgi-bin/sqwebmail cannot launch qmail-inject. Unfortunately, I am not even sure if sqwebmail uses qmail-inject or does something else that talks to qmail-inject or by-passes it totally. Also, when logged in as the user that owns the sqwebmail binary I can successfully execute the manual qmail-inject test. So, I would suspect that the binary owned by that user would also be able to do the same. So before I go down the road of making random changes based on hunches. I would rather give more information and get some good ideas from people with more experience than I, rather than make random guesses. >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. If you mean that in /etc/tcp.smtp that I may not have the following line: 127.:allow,RELAYCLIENT="" which should resolve to localhost it is in /etc/tcp.smtp. Should I include also =localhost:allow,RELAYCLIENT="" and then rerun tcprules manually or will qmailctl cdb work just as well? No, the file system is all on one machine and no NFS is not being used. > How you do that depends upon what you chose to do when installing the > basic qmail system. I installed the base qmail system as per David Sill's qmail Handbook, step by step instructions, and the qmail installation worked like a charm. I did have a little trouble with the relay-ctrl module, but after a friend looked at it he pointed out the one spot in my configuration that missed. After a two second fix it to worked like champ. Thanks for your helpful insights Mr. Allen. If there is anyone else who may be able to help please chip in. And as I said in my first post if there are some configuration files for sqwembmail or qmail that you need to see, that are not in the original post please let me know. sparky
