Re: slightly dumb newbie question
Nick -- ...and then Nick Stewart said... % % Hi, Hello! % % Would someone please give me possible reasons why some of my mail is not delivered. % By not delivered I mean that not only does the desired recipient % not get the mail but I get no form of responce what so ever. % No unable to deliver mail because... messages, zip, zilch, nada. You're still not giving us any real information. % % The only obvious pattern I can see is that the mail only seems to disappear when sent % to an address on a network (what kind of netwrk, I don't know). Even this isn't anything. What network? What address? - Have you checked your sendmail(/qmail/postfix/exim) logs? - Have you tried it without mutt, like echo test | mailx [EMAIL PROTECTED] to take one more thing out of the loop? - Have you tried to send to another user at the same address, like maybe the postmaster over there? - Have you any information from that server's logs to see if your mail *is* getting there but is getting dropped for some reason? - Your Message-ID: field has a simple name instead of FQDN, and the first outbound Received: header shows localhost. Does your box have a name? % % On the bright side some of my mail is delivered (including this one :-). Yep :-) % % Thank you in advance for any advice you can offer. HTH HAND % % Nick % % :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28433/pgp0.pgp Description: PGP signature
Re: slightly dumb newbie question
Hi, * Nick Stewart [05/31/02 18:36:09 CEST] wrote: Would someone please give me possible reasons why some of my mail is not delivered. By not delivered I mean that not only does the desired recipient not get the mail but I get no form of responce what so ever. No unable to deliver mail because... messages, zip, zilch, nada. The only obvious pattern I can see is that the mail only seems to disappear when sent to an address on a network (what kind of netwrk, I don't know). All you can is try to contact the responsible postmaster - sounds stupid since you can't deliver any mail, I know. Maybe the receipent can do something about it. If there's no error message from mutt and no kind of error report (neither from your nor from their MTA), I can't even guess what a possible reason could be. Cheers, Rocco
Re: slightly dumb newbie question
On 05/31@18:57, Rocco Rutte wrote: Hi, * Nick Stewart [05/31/02 18:36:09 CEST] wrote: Would someone please give me possible reasons why some of my mail is not delivered. By not delivered I mean that not only does the desired recipient not get the mail but I get no form of responce what so ever. No unable to deliver mail because... messages, zip, zilch, nada. The only obvious pattern I can see is that the mail only seems to disappear when sent to an address on a network (what kind of netwrk, I don't know). All you can is try to contact the responsible postmaster - sounds stupid since you can't deliver any mail, I know. Maybe the receipent can do something about it. If there's no error message from mutt and no kind of error report (neither from your nor from their MTA), I can't even guess what a possible reason could be. Cheers, Rocco Great. I've ask the recipient to ask the postmaster from more information. I have two more queries (apologies in advance for their mundane nature): 1. I am running mutt on my SuSE linux pc a home as under a user account. I am using sendmail and fetchmail to do the dirty work. My method of sending mail is this: After mutt has given me the mail sent message I become superuser and type $ sendmail -q My question is: Is this standard proceedure? Or should mutt be telling sendmail hey, send this mail now to which sendmail responds sure sending mail now? If so how should I configure this considering I'm using mutt as a user so I don't get those annoying permission denied messages. Also where should I change the config in my ~/.muttrc or /etc/Muttrc? 2. With regard to undelivered mail. I was told to set envelope_from but when I set it in /etc/Muttrc I get X-Athentification-Warning hearders on my mail. Is this because I need to set my user account to trusted user? if so how?
Re: slightly dumb newbie question
Hi, * Nick Stewart [05/31/02 19:37:03 CEST] wrote: On 05/31@18:57, Rocco Rutte wrote: [ no mail delivery ] Great. I've ask the recipient to ask the postmaster from more information. Good. I have two more queries (apologies in advance for their mundane nature): No problem. That's what this is for... 1. I am running mutt on my SuSE linux pc a home as under a user account. I am using sendmail and fetchmail to do the dirty work. My method of sending mail is this: After mutt has given me the mail sent message I become superuser and type $ sendmail -q My question is: Is this standard proceedure? Yes and no. Sendmail is holding the mail back until you flush the mail queue (with -q). This is - in most cases - only usefull when you have a dialup connection and are not online all the time: you get mail with fetchmail, disconnect, answer everything, dial in again and flush the queue to disconnect. Or should mutt be telling sendmail hey, send this mail now to which sendmail responds sure sending mail now? I'm not the sendmail expert (because Postfix exists :-) but I'd bet it is impossible since this is a system-wide setting in sendmail.cf. This has nothing to do with mutt, it's sendmail. 2. With regard to undelivered mail. I was told to set envelope_from but when I set it in /etc/Muttrc I get X-Athentification-Warning hearders on my mail. Is this because I need to set my user account to trusted user? Yes, look for sendmail documentation since this is a FAQ (I guess since lots of people ask). Cheers, Rocco
Re: slightly dumb newbie question
Nick, * Nick Stewart [EMAIL PROTECTED] [2002-May-31 08:36 AKDT]: Would someone please give me possible reasons why some of my mail is not delivered. By not delivered I mean that not only does the desired recipient not get the mail but I get no form of responce what so ever. No unable to deliver mail because... messages, zip, zilch, nada. Seems like it's possible that the mail server doing the delivery hasn't given up yet, and that's why you haven't gotten an error message on your end. Some mail servers will keep trying to deliver mail for 5 days before bouncing the message back. Chris -- Christopher S. Swingley phone: 907-474-2689 Computer Systems Manager email: [EMAIL PROTECTED] IARC -- Frontier Program GPG and PGP keys at my web page: University of Alaska Fairbankswww.frontier.iarc.uaf.edu/~cswingle
Re: slightly dumb newbie question
On 05/31@11:35, Will Yardley wrote: Nick Stewart wrote: On 05/31@18:57, Rocco Rutte wrote: All you can is try to contact the responsible postmaster - sounds stupid since you can't deliver any mail, I know. Maybe the receipent can do something about it. If there's no error message from mutt and no kind of error report (neither from your nor from their MTA), I can't even guess what a possible reason could be. Great. I've ask the recipient to ask the postmaster from more information. well you're still not showing any logs, nor are you giving information on your system type, connection type, or anything else (as far as i noticed anyway). do the messages that are lost show up as being accepted in your mail logs? The good news is after checking out sendmail's FAQ I was able to assign the nessecary permissions to /mqueue and therefore able to set envelope_from which in turn pleased the mail server which delivered my mail (not the old mail it's still floating around their mail server). Thanks for the advice re envelope from. Below I've included the mail log entry for two mails sent to the same recipient before and after envelope_from was set. Intresting to see the difference (not that I know exactly what it means) maybe someone could explain. 1. May 30 18:23:30 linux sendmail[23642]: g4UMNUrx023642: to=[EMAIL PROTECTED], delay=00:00:00, mailer=relay, pri=30468, stat=queued May 30 18:35:31 linux sendmail[23698]: g4UMNUrx023642: to=[EMAIL PROTECTED], ctladdr=[EMAIL PROTECTED] (500/100), delay=00:12:01, xdelay=00:00:01, mailer=relay, pri=120468, relay=mail.earthlink.net. [207.217.121.201], dsn=2.0.0, stat=Sent (OK id=17DYZT-0002Lj-00) 2. May 31 15:03:41 linux sendmail[25932]: g4VJ3frx025932: to=[EMAIL PROTECTED], delay=00:00:00, mailer=relay, pri=30705, stat=queued May 31 15:03:41 linux sendmail[25931]: g4VJ3fvv025931: [EMAIL PROTECTED], [EMAIL PROTECTED] (500/100), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30452, relay=localhost [127.0.0.1], dsn=2.0.0, stat=Sent (g4VJ3frx025932 Message accepted for delivery) are you by chance using sendmail from a dynamic IP (like a dialup)? you shouldn't send mail directly out from a machine that has a dynamic IP (esp. a dialup) - rather define your ISP's mail server as a smart host. The bad news :-) Yes, I have ADSL connection which does have a dynamic IP. Comments on what this mean for my system and what I shoud do to rectify any security or system issues would be appreciated. I attach to my ADSL modem through a 10/100 ethernet card. I configured the connection using YAsT2 on SuSE 8.0 I use Kinternet (from KDE 3.0) to control the connection. I would be please to hear about better more secure etc. way to configure my connection and manage my mail. I know this isn't exactly a mutt issue but any direction would be appreciated. Best, Nick After mutt has given me the mail sent message I become superuser and type $ sendmail -q My question is: Is this standard proceedure? Or should mutt be telling sendmail hey, send this mail now to which sendmail responds sure sending mail now? not really. you should just send the message. sendmail -q is used to flush the queue (ie if a message didn't go through for some reason). under normal circumstances, you should rarely have to run 'sendmail -q'. you might consider postfix; many people feel that it's easier to configure than sendmail. the default configuration lets users other than root flush the queue. 2. With regard to undelivered mail. I was told to set envelope_from but when I set it in /etc/Muttrc I get X-Athentification-Warning hearders on my mail. Is this because I need to set my user account to trusted user? if so how? this is outside the scope of this newsgroup; do a google search or look on sendmail.org. note that the X-Authentication-Warning doesn't do anything bad, so you might want to just leave it. or switch to postfix. -- Will Yardley input: william @ hq . newdream . net .
