Rosilene Pagani wrote: > Thank you for your quick answer! > Undoubtedly is possible configure the clients with 587 port but I have > another problem. > Actually when the client sends an email (with our SMTP) with a bad address > destination qmail doesn't reply a message error.
Do you have a catchall account defined? If so, email to a non-existing address at your domain would go there. Hence no bounce. If there's no catchall, a bounce should be generated. > I would configure qmail that in this case: > - the authenticated clients (587 port) receive a error message > - everybody else (also the spammers!) don't receive any message > > ...is this possibile? I'm not aware of a way to do that. Doesn't mean it can't be done though. ;) TTBOMK, whether the sender receives a message or not is simply dictated by the existence of a catchall account. I think CHKUSER does this checking, but I'm not sure. > Anyway also the second solution (Jean-Paul) is great but I have only a few > available ip addresses and is not possible to use an ip only for this... In > the second server (B) I should configure another services - for this reason > I had thought this way ;) > > Thank you! > Rosilene > > > -----Messaggio originale----- > Da: Jean-Paul van de Plasse [mailto:[EMAIL PROTECTED] > Inviato: venerdì 23 febbraio 2007 17.58 > A: [email protected] > Oggetto: Re: [qmailtoaster] multiply server smtp > > > ----- Original Message ----- > From: "Eric "Shubes"" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Friday, February 23, 2007 5:47 PM > Subject: Re: [qmailtoaster] multiply server smtp > > >> Rosilene Pagani wrote: >>> Hi all, >>> >>> I have a running server (A) with qmailtoaster. >>> >>> For various issues, I would move the smtp service for authenticated >>> clients in a different server (B) - mainly because the clients with >>> dynamic ip are blocked from blacklists. >>> >>> In this moment I replicated the (A) vpopmail database in the second >>> server (B). >>> >>> How I should setup the server (B) with qmailtoaster running only the >>> smtp service? >>> >>> Many thanks, >>> >>> Rosilene >>> >> Is it feasible to configure these clients to use port 587 for submission? >> The latest toaster supports port 587, which solves this problem. It is the >> preferred solution (port 587 is a standard). >> >> However painful it might be to switch them, it is very like more painful >> to >> maintain everything in two places. >> >> Let us know what you think. >> -- >> -Eric 'shubes' >> > > An other way (not standard) would be to strictly bind your regular smtp to > an ip and the submission variant to a different ip on the same box. > It would consist out of a few small changes in your run script > 1) in /var/qmail/supervise/smtp/run : Replace the 0 argument of tcpserver > (just before smtp) with the ip for the regular (rblcheck enabled) ip > 2) in /var/qmail/supervise/submisson/run : Do the same but then the second > ip and change 587 to smtp > > This does require you have all primary mx records pointed to that specific > ip. > > Well just a thought. > > JP > > > --------------------------------------------------------------------- > QmailToaster hosted by: VR Hosted <http://www.vr.org> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > QmailToaster hosted by: VR Hosted <http://www.vr.org> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- -Eric 'shubes' --------------------------------------------------------------------- QmailToaster hosted by: VR Hosted <http://www.vr.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
