Re: Mail problem - smail
On Thu, 4 Dec 1997, Daniel Martin wrote: Well, my conclusion is that you've done something to the basic smail satellite option - specifically, your /etc/smail/directors file has something in it besides the smartuser director. What you appended of your configuration isn't enough to tell. (It's the /etc/smail/directors file that controls local mail delivery) By default, when using the satellite option, /etc/smail/directors is set up so that smail will not deliver any local mail. (and this precludes using fetchmail to store mail locally) You are right. I rerun smailconfig and option 3 (Satellite) was unfamiliar to me, option 1 (Internet site) looked like the questions I have answered during smail setup. So:USE OPTION 1, DON'T USE OPTION 3 I am sorry for causing that much confusion. I guess in the year which passed between now and my smailconfig, I have lost too much brain due to the good beer you get here in germany :-) So I hope atleast somebody found my fetchmailrc usefull. Don't forget to check for localhost in the hostnames line in /etc/smail/config if you want to take it as a template for your own setup. Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
On Thu, 4 Dec 1997, Martin Bialasinski wrote: As long as the MX wasn't set up, I got a reply from the mailsystem (DNS lookup failed for internet-treff.uni-koeln.de) if I tried to send mail from the system. The same for mails to the system using the MX address ([EMAIL PROTECTED]). This just flashed into my mind after sending this mail: I have chosen the option forward all outbound mail to the smarthost, so the message was from sendmail on the smarthost. Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
On Wed, 3 Dec 1997, Unga Synskadade Smaland Blekinge / Peter Nilsson wrote: Now that I have went over to using PPP over a modem line, I have got some trouble. The problem is that I have no official hostname. Therefore, I call my host peter. I have configured smail for Internet site (smailconfig) and I have set a smarthost. When I try to send an e-mail Use the option satellite system. from my machine, smail says in the logfiles that the hostname peter is not valid. The From: line of the mail ontains [EMAIL PROTECTED], and therefore smail doesn't sem to send the mail. I have also observed this behaviour if you say internet site in smailconfig. Does anyone know how to force smail not to check that the host on the From: address is valid. Another solution would be to get the From: line to be rewritten to From: [EMAIL PROTECTED]. I can't find a way to get Pine do that for me. Even if smail doesn't check the hostname, you have to set a from header or pine will use your (invalid) local host and username as your emailaddress. Or you have to make smail change your header. In pine you can set the From header in the configoption customised headers. This will insert a line into your .pinerc like customized-hdrs=From: Martin Bialasinski [EMAIL PROTECTED] Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
On Thu, 4 Dec 1997, Martin Bialasinski wrote: On Wed, 3 Dec 1997, Unga Synskadade Smaland Blekinge / Peter Nilsson wrote: Now that I have went over to using PPP over a modem line, I have got some trouble. The problem is that I have no official hostname. Therefore, I call my host peter. I have configured smail for Internet site (smailconfig) and I have set a smarthost. When I try to send an e-mail Use the option satellite system. No - DON'T. Satellite is useful if and only if all the usernames of any account that will ever receive any mail are either mentioned in /etc/aliases or match the usernames on your smarthost. Among other things, the satellite setup makes using fetchmail near impossible. I personally think that a big warning should be issued if you choose this option, as people seem to think that it's the appropriate choice for intermittently connect PPP machines. I suppose it can be, if you use IMAP or POP-capable MUAs exclusively, and don't ever want local mail to go on. However, it has the potential to set you up to send mail to system accounts at your ISP about what's happeneing on your box, which with some ISPs could annoy them greatly. Use the internet host option. from my machine, smail says in the logfiles that the hostname peter is not valid. The From: line of the mail ontains [EMAIL PROTECTED], and therefore smail doesn't sem to send the mail. I have also observed this behaviour if you say internet site in smailconfig. Well, I just re-configured my machine's smail a few times checking this out, and I don't see this behavior - I'm betting that it's your smarthost which is rejecting the mails, and smail is reporting the reason for rejection in the logs. Check to see if right before the rejection message there's a line that says something like destination supports esmtp 8BITMIME SIZE - if so, then smail is making the connection to your smarthost before the rejection message, which would seem to point the finger at your smarthost. Actually, I just now checked this by trying to send an email to myself through student.hv.se from a non-existent address (by telnetting to port 25, etc. - you know, the way people fake messages from [EMAIL PROTECTED] and stuff like that). student.hv.se gave me an error message when I entered the bogus from: address (unresolvable host name foo.foo,check your setup); therefore, I'd now conclude that it's _definitely_ your smarthost, and that the only reason this shows up when using the internet site smail configuration as opposed to the satellite option is because when people use the satellite option, their From: lines are different (the hostname used is that of the smarthost, not the local machine). So we come back to rewriting the From: line, either through pine as below or through smail as I mentioned before. Does anyone know how to force smail not to check that the host on the From: address is valid. Another solution would be to get the From: line to be rewritten to From: [EMAIL PROTECTED]. I can't find a way to get Pine do that for me. Even if smail doesn't check the hostname, you have to set a from header or pine will use your (invalid) local host and username as your emailaddress. Or you have to make smail change your header. In pine you can set the From header in the configoption customised headers. This will insert a line into your .pinerc like customized-hdrs=From: Martin Bialasinski [EMAIL PROTECTED] Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
Daniel Martin writes: Among other things, the satellite setup makes using fetchmail near impossible. I personally think that a big warning should be issued if you choose this option, as people seem to think that it's the appropriate choice for intermittently connect PPP machines. It seems appropriate, given the available choices and their terse descriptions, but it's wrong. Better than a big warning and no harder to implement would be to add the choice dialup system. ...I'd now conclude that it's _definitely_ your smarthost,... I agree. ...and that the only reason this shows up when using the internet site smail configuration as opposed to the satellite option is because when people use the satellite option, their From: lines are different (the hostname used is that of the smarthost, not the local machine). I recently had a similar problem when my isp put in some sort of anti-spam-relay stuff. It turns out that they don't care what my From: line says, but they require that the FROM address used in the smtp transaction be [EMAIL PROTECTED]. I now have visible_name set to my.isp.net. This works fine for my machine, but mail from my wife's computer goes out with [EMAIL PROTECTED]@my.isp.net. My isp doesn't care, but a few picky systems bounce such mail. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
Daniel Martin writes: Among other things, the satellite setup makes using fetchmail near impossible. I personally think that a big warning should be issued if you choose this option, as people seem to think that it's the appropriate choice for intermittently connect PPP machines. It seems appropriate, given the available choices and their terse descriptions, but it's wrong. Better than a big warning and no harder to implement would be to add the choice dialup system. ...I'd now conclude that it's _definitely_ your smarthost,... I agree. ...and that the only reason this shows up when using the internet site smail configuration as opposed to the satellite option is because when people use the satellite option, their From: lines are different (the hostname used is that of the smarthost, not the local machine). I recently had a similar problem when my isp put in some sort of anti-spam-relay stuff. It turns out that they don't care what my From: line says, but they require that the FROM address used in the smtp transaction be [EMAIL PROTECTED]. I now have visible_name set to my.isp.net. This works fine for my machine, but mail from my wife's computer goes out with [EMAIL PROTECTED]@my.isp.net. My isp doesn't care, but a few picky systems bounce such mail. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
Use the option satellite system. No - DON'T. Satellite is useful if and only if all the usernames of any account that will ever receive any mail are either mentioned in /etc/aliases or match the usernames on your smarthost. Among other things, the satellite setup makes using fetchmail near impossible. I Hmm, strange. My fetchmail doesn't know of this limitation. It happily gets the mails and handels them to smail and smail delivers them. I'll append my config to this mail. IMAP or POP-capable MUAs exclusively, and don't ever want local mail to go on. However, it has the potential to set you up to send mail to system I have no problem to send mail between the accounts on my system. accounts at your ISP about what's happeneing on your box, which with some ISPs could annoy them greatly. Use the internet host option. Yes, this is annoying, but it doen't happen on my box. from my machine, smail says in the logfiles that the hostname peter is not valid. The From: line of the mail ontains [EMAIL PROTECTED], and therefore smail doesn't sem to send the mail. I have also observed this behaviour if you say internet site in smailconfig. Well, I just re-configured my machine's smail a few times checking this out, and I don't see this behavior - I'm betting that it's your smarthost which is rejecting the mails, and smail is reporting the reason for rejection in the logs. Check to see if right before the rejection message there's a line that says something like destination supports esmtp 8BITMIME SIZE - if so, then smail is making the connection to your smarthost before the rejection message, which would seem to point the finger at your smarthost. I have set up a debian server at my university a month ago (using the internet site option. The university's dnsmaster didn't set up a MX record for my host although he said it was set up. The fqdn is bundy.internet-treff.uni-koeln.de, and I set the visible name to internet-treff.uni-koeln.de. As long as the MX wasn't set up, I got a reply from the mailsystem (DNS lookup failed for internet-treff.uni-koeln.de) if I tried to send mail from the system. The same for mails to the system using the MX address ([EMAIL PROTECTED]). So: here is my setup. Local mail gets delivered without problems (check with mailx root). If offline, mail will be queued by smail (I have a runq in my ip-up to send it as soon as I connect; smail tries every 20 min. nethertheless). If online, it will sent the mail immediatelly. hostname --fqdn haitech.internet-treff.de cat /etc/smail/config [...] visible_name=uni-koeln.de -domains hostnames=haitech:localhost:haitech.internet-treff.de:internet-treff.de [...] cat .fetchmailrc poll 194.8.194.71 protocol pop3 username myname password mypasswd is martinb here smtphost localhost yes, my name at my isp is not martinb. Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
On Thu, 4 Dec 1997, Martin Bialasinski wrote: Use the option satellite system. No - DON'T. Satellite is useful if and only if all the usernames of any account that will ever receive any mail are either mentioned in /etc/aliases or match the usernames on your smarthost. Among other things, the satellite setup makes using fetchmail near impossible. I Hmm, strange. My fetchmail doesn't know of this limitation. It happily gets the mails and handels them to smail and smail delivers them. I'll append my config to this mail. IMAP or POP-capable MUAs exclusively, and don't ever want local mail to go on. However, it has the potential to set you up to send mail to system I have no problem to send mail between the accounts on my system. accounts at your ISP about what's happeneing on your box, which with some ISPs could annoy them greatly. Use the internet host option. Yes, this is annoying, but it doen't happen on my box. Well, my conclusion is that you've done something to the basic smail satellite option - specifically, your /etc/smail/directors file has something in it besides the smartuser director. What you appended of your configuration isn't enough to tell. (It's the /etc/smail/directors file that controls local mail delivery) By default, when using the satellite option, /etc/smail/directors is set up so that smail will not deliver any local mail. (and this precludes using fetchmail to store mail locally) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mail problem - smail
On Wed, 3 Dec 1997, Unga Synskadade Smaland Blekinge / Peter Nilsson wrote: snip Does anyone know how to force smail not to check that the host on the From: address is valid. Another solution would be to get the From: line to be rewritten to From: [EMAIL PROTECTED]. I can't find a way to get Pine do that for me. TIA /Peter ... and again, please answer to the address [EMAIL PROTECTED] Thanks. Well, this isn't _exactly_ what you asked for, but I'm certain it'll do. On my box, I have smail rewrite headers on outgoing mail to get the From: address correct. I wrote up how I do this (and more) on a web page, located at http://www.math.jhu.edu/~martind/mybox.html But I'm a bit curious why you're getting this error - my smail _will_ send out mail with From: headers pointing to invalid mailhosts (I have things set up so that users in a certain database have their From: lines rewritten, but those that aren't in the file don't get headers rewritten). Are you certain that it's your smail that's producing this complaint, and not the smtp server on your smarthost? DANIEL MARTIN -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .