[EMAIL PROTECTED] writes: > ----- 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 > > > > [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?
Well, it seems sort of obvious to me that if you're using a mail client that receives by pop3 or imap then you might need relay after pop/imap. It is not clear to me that you would ever legitimately need relay after sqwebmail. I admit that I can miss the bleedin' obvious (to quote Monty Python) at times. but I don't see a SENSIBLE need for that. > 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. I understand the need to be able to be able to access mail from cybercafes. Many of our clients, and one of our directors, have this need. As part of my penance for administering our servers, I'm forced to use webmail just to prove it's working. I read your mail using sqwebmail. I replied using sqwebmail. If you use sqwebmail to read mail then you should also be using it to reply to mail and your queries about relaying are addressing the wrong problem. I can tell you this confidently because I used sqwebmail to read what you wrote AND to reply to it. Relay-after-pop just doesn't come into it. Relay-after-pop is irrelevant to a pure sqebmail envitonment. > 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 > in logging in via the web. That's the way ALL our clients work. They're all virtual domains. They all get relay if they first collect using pop3 or imap. If they use webmail to read mail then they MUST use webmail to send mail. That's the way it is. And, I think. that's the way it will always be. You use a proper mail client for sending AND receiving or you use the web interface for sending AND receiving. Currently you can't mix and match and I doubt that you ever will be able to. > 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" That is an entirely different matter. I can assure you that I can read mail using sqwebmail (that's what I'm doing right now) and I can send mail using sqwebmail (that's what I'm doing right now). Sending mail using sqwebmail does NOT have anything to do with relay after pop3/imap. Since our sqwebmail runs on the same machine that has the mail directories, the only concern is that 127.0.0 is allowed to relay anywhere as far as qmail is concerned. [...] > 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. I can tell you that we have many users wo use IMAP normally but when away from their computer use sqwebmail. It works. Which isn't much help to you but your description of the problem isn't much help to us. :( > 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. Relay-ctrl applies ONLY to imap and pop3 connections from your own computer. Sqwebmail diddles the mail directories directly without using pop3 or imap. Other webmail clients like squirrelmail or imp do use imap but generally run on the local server/metwork and won't do you any good. You can send/receive using Outlook or similar and relay after pop/imap will take effect. You can use sqwebmail to send AND receive. You CANNOT use sqwebmail to receive and use smtp to send. It just doesn't work. And even if you think it ought to worik, nobody else is going to agree with you so it will NEVER work, Welcome to reality. Sorry if you're upset, but that's the way things are and that is almost certainly how they will continue to be. If you cannot send mail from sqwebmail you have a real problem that we need to solve. If you think you ought to be able to log into sqwebmail and then your computer ought to be able to use the server as a relay then you don't understand how things work, or why they MUST work that way. -- Paul Allen Softflare Support
