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 . >