Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Chris Bannister <[EMAIL PROTECTED]>: > On Sun, Nov 05, 2006 at 07:15:54PM +, s. keeling wrote: > > Chris Bannister <[EMAIL PROTECTED]>: > > > On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote: > > > > The package chain is as follows: > > > > > > > > INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> > > > > [maildir] --> mutt > > > > [EMAIL PROTECTED] --> fetchmail --> procmail --> mutt > > So fetchmail doesn't send it through exim4? Actually, it does, but it doesn't have to: > from man fetchmail ... > [..] > If no port 25 listener is available, but your fetchmail > configuration was told about a reliable local MDA, it will use > that MDA for local delivery instead. So, if .fetchmailrc contains a line saying your MDA is procmail, fetchmail hands it to procmail. No MTA needed. > An MTA is priority standard. Yes, but not mandatory. > > A working Exim config can be very picky about a couple of lower level > > options, such as re-writing headers and hiding header re-writing. > > With those set wrong, mail will look alright until you send to a > > system that's more suspicious, and your mail will go silently into the > > I think I see what you are saying. Is there a command to check the > config? None that I know of. My tests include sending mail to a couple of seriously picky servers. If it gets through them, the config is correct. > Is the checking not good enough? So the system that's more > suspicious would not be exim? The system that's more suspicious is simply more stringent about what it considers valid mail. Ie., IP address lookups before acceptance & etc. I've no idea what MTA they use, nor do I much care. For me, it's enough that that black box out there is authoritative. -- Any technology distinguishable from magic is insufficiently advanced. (*)http://www.spots.ab.ca/~keeling Linux Counter #80292 - -http://www.faqs.org/rfcs/rfc1855.htmlPlease, don't Cc: me. Spammers! http://www.spots.ab.ca/~keeling/emails.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
On Sun, Nov 05, 2006 at 07:15:54PM +, s. keeling wrote: > Chris Bannister <[EMAIL PROTECTED]>: > > On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote: > > > The package chain is as follows: > > > > > > INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> > > > [maildir] --> mutt > > [EMAIL PROTECTED] --> fetchmail --> procmail --> mutt So fetchmail doesn't send it through exim4? from man fetchmail ... [..] As each message is retrieved fetchmail normally delivers it via SMTP to port 25 on the machine it is running on (localhost), just as though it were being passed in over a normal TCP/IP link. [..] If no port 25 listener is available, but your fetchmail configuration was told about a reliable local MDA, it will use that MDA for local delivery instead. An MTA is priority standard. > > Does getmail4 feed the mail through exim4, fetchmail does. > > > > > OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt > > > > Try dpkg-reconfigure exim4-config > > Are you sure the smtp server is set correctly? What error messages are > > you getting in the exim4 logs? > > A working Exim config can be very picky about a couple of lower level > options, such as re-writing headers and hiding header re-writing. > With those set wrong, mail will look alright until you send to a > system that's more suspicious, and your mail will go silently into the > bit bucket. I think I see what you are saying. Is there a command to check the config? Is the checking not good enough? So the system that's more suspicious would not be exim? -- Chris. == " ... the official version cannot be abandoned because the implication of rejecting it is far too disturbing: that we are subject to a government conspiracy of `X-Files' proportions and insidiousness." Letter to the LA Times Magazine, September 18, 2005. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Chris Bannister <[EMAIL PROTECTED]>: > On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote: > > The package chain is as follows: > > > > INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> > > [maildir] --> mutt [EMAIL PROTECTED] --> fetchmail --> procmail --> mutt > Does getmail4 feed the mail through exim4, fetchmail does. > > > OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt > > Try dpkg-reconfigure exim4-config > Are you sure the smtp server is set correctly? What error messages are > you getting in the exim4 logs? A working Exim config can be very picky about a couple of lower level options, such as re-writing headers and hiding header re-writing. With those set wrong, mail will look alright until you send to a system that's more suspicious, and your mail will go silently into the bit bucket. -- Any technology distinguishable from magic is insufficiently advanced. (*)http://www.spots.ab.ca/~keeling Linux Counter #80292 - -http://www.faqs.org/rfcs/rfc1855.htmlPlease, don't Cc: me. Spammers! http://www.spots.ab.ca/~keeling/emails.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote: > The package chain is as follows: > > INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> > [maildir] --> mutt Does getmail4 feed the mail through exim4, fetchmail does. > OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt Try dpkg-reconfigure exim4-config Are you sure the smtp server is set correctly? What error messages are you getting in the exim4 logs? -- Chris. == " ... the official version cannot be abandoned because the implication of rejecting it is far too disturbing: that we are subject to a government conspiracy of `X-Files' proportions and insidiousness." Letter to the LA Times Magazine, September 18, 2005. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
On Sat, Nov 04, 2006 at 03:33:31PM -0600, Russell L. Harris wrote:
> Andrew Sackville-West wrote:
> >On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote:
> >
> >>At this point, I am receiving mail, but no mail is being sent.
> >>
> >>The package chain is as follows:
> >>
> >>INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop -->
> >>[maildir] --> mutt
> >>
> >>OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt
> >>
> >Did you configure exim for a smarthost? did you specify the smarthost
> >in /etc/exim4/passwd.client?
> >
>
> I have an ADSL connection with DHCP, so my ISP does not require
> authentication for outgoing mail.
okay, but you still need to tell exim which server to use, which I
think you would do from that same file. Here's the deal, mail is
darned confusing, if you ask me and it only seems to work after some
sort of magic incantations that I"m gradually learning. I have found
that its MUCH easier to configure exim (and debug that config) if you
use a single file configuration, which is one of the options in the
reconfigure. i think you have to copy the basic config file from
/usr/share/exim-something-or-other into your /etc/exim4/exim.conf and
then restart to use that file. I found it much easier to basically
read that WHOLE file as the comments are decent and by the end I had
some understanding...
>
> I think the problem may be that I do not understand the Debian
> configuration dialogue for exim4. The dialogue asks whether to hide the
> local name in outgoing mail; I replied "no", inasmuch as it doesn't
> matter to me if someone knows that I am writing mail from "hamlet" or
> from "othello", which are, respectively, the desktop and laptop machines
> here in my LAN named "homedomain". But perhaps I misconstrue the
> question.
if you don't hide the local name then your outgoing mail will look
like its
From: [EMAIL PROTECTED]
which is not a usable address outside your LAN. you should choose to
hide the local name and it will prompt you to provide the address to
rewrite the From: line with.
>
> Should I tell exim to make it appear as if all mail emanates from
> "localprovider.net", which currently is my ISP?
probably
> ("mail.localprovider.net" is the smarthost.)
>
> If so, then what happens when I tell mutt to place
> "[EMAIL PROTECTED]" in the From: line of outgoing messages sent
> in the course of business?
depends. if you are otherwise using a bonestock exim config, then that
mail MAY look like its from [EMAIL PROTECTED] However, there
are ways to allow exim to accept the From: headers untouched as they
come from mutt.
I did this on my LOCAL machines, I don't think its needed on the
server of my LAN since its just relaying for the other machines:
local_sender_retain = true
local_from_check = false
trusted_users = andrew
that allows the users specified as "trusted" to retain the local
sender information. Then you have to set up your from lines properly
in mutt. There is an option to allow untrusted users to retain local
sender, but I could never get it to work, hence I made myself
trusted... :^O
I do this successfully using mutt and folder hooks to set the sender
properly depending on which account I am mailing from. For example, I
mail to debian-user as [EMAIL PROTECTED] but I mail to
gnucash lists as [EMAIL PROTECTED] (stupid qmail on my other
provider gets me blacklisted at gnucash, but that's another story). So
when I switch to the debian-user folder, the folder hook changes my
from: header. When I switch over to gnucash-devel or -user then it
changes the from: header again.
again, hth
A
signature.asc
Description: Digital signature
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Andrew Sackville-West wrote:
On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote:
At this point, I am receiving mail, but no mail is being sent.
The package chain is as follows:
INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop -->
[maildir] --> mutt
OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt
Did you configure exim for a smarthost? did you specify the smarthost
in /etc/exim4/passwd.client?
I have an ADSL connection with DHCP, so my ISP does not require
authentication for outgoing mail.
I think the problem may be that I do not understand the Debian
configuration dialogue for exim4. The dialogue asks whether to hide the
local name in outgoing mail; I replied "no", inasmuch as it doesn't
matter to me if someone knows that I am writing mail from "hamlet" or
from "othello", which are, respectively, the desktop and laptop machines
here in my LAN named "homedomain". But perhaps I misconstrue the
question.
Should I tell exim to make it appear as if all mail emanates from
"localprovider.net", which currently is my ISP?
("mail.localprovider.net" is the smarthost.)
If so, then what happens when I tell mutt to place
"[EMAIL PROTECTED]" in the From: line of outgoing messages sent
in the course of business?
RLH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
On Fri, Nov 03, 2006 at 02:47:21PM -0600, Russell L. Harris wrote: > > Thanks, Andrew. > > I have been puzzled about the "-nw"; and the "-l" is good to know. > > I still am struggling with the transition from gnus to mutt. Both > previously and now, I am using maildir instead of mbox. And now I am > trying to use maildrop to replace the sorting which I was doing with > gnus. > > At this point, I am receiving mail, but no mail is being sent. > > The package chain is as follows: > > INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> > [maildir] --> mutt > > OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt Did you configure exim for a smarthost? did you specify the smarthost in /etc/exim4/passwd.client? A signature.asc Description: Digital signature
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Andrew Sackville-West wrote: Russell L. Harris wrote: In "~/.bashrc" I put the line: export EDITOR=/usr/bin/xemacs Now mutt starts xemacs after I enter a subject for the message, but when I save the message and exit xemacs, mutt treats the text of the message as an attachment, rather than as an integral part of the e-mail. According to The Linux Mail User HOWTO, section 2.1, "Setting your mail editor", I need to set EDITOR to the value "gnuclient" and put the following two lines into "~/.xemacs/init.el": (autoload 'server-edit "server" nil t) (server-edit) But that doesn't seem to work. I am confused. RLH I haven't followed your thread at all but maybe this will help set editor="/usr/bin/emacs -nw -l .emacs.mutt" from my .muttrc note the following: -nw specifies a cli version of emacs as opposed to a windowed version. -l .emacs.mutt loads my emacs configuration for use with mutt, but I leave that for you to figure out. hth A Thanks, Andrew. I have been puzzled about the "-nw"; and the "-l" is good to know. I still am struggling with the transition from gnus to mutt. Both previously and now, I am using maildir instead of mbox. And now I am trying to use maildrop to replace the sorting which I was doing with gnus. At this point, I am receiving mail, but no mail is being sent. The package chain is as follows: INCOMING MAIL: pop3 server @ my ISP --> getmail4 --> maildrop --> [maildir] --> mutt OUTGOING MAIL: smtp server @ my ISP <-- exim4 <-- mutt The system is a fresh install of Debian Etch. RLH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Russell L. Harris wrote: > In "~/.bashrc" I put the line: > > export EDITOR=/usr/bin/xemacs > > Now mutt starts xemacs after I enter a subject for the message, but when > I save the message and exit xemacs, mutt treats the text of the message > as an attachment, rather than as an integral part of the e-mail. > > According to The Linux Mail User HOWTO, section 2.1, "Setting your mail > editor", I need to set EDITOR to the value "gnuclient" and put the > following two lines into "~/.xemacs/init.el": > > (autoload 'server-edit "server" nil t) > (server-edit) > > But that doesn't seem to work. I am confused. > > RLH I haven't followed your thread at all but maybe this will help set editor="/usr/bin/emacs -nw -l .emacs.mutt" from my .muttrc note the following: -nw specifies a cli version of emacs as opposed to a windowed version. -l .emacs.mutt loads my emacs configuration for use with mutt, but I leave that for you to figure out. hth A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutt, gnome terminal, xemacs, gnuserv, debian etch
Hendrik Mangels wrote: Russell L. Harris (2006-10-28, 18:21): I wish to use xemacs as the editor for mutt, with mutt running in gnome terminal on a Debian etch i386 system. http://www.mutt.org/doc/manual/manual-6.html#editor Hendrik Thanks, Hendrik. In "~/.bashrc" I put the line: export EDITOR=/usr/bin/xemacs Now mutt starts xemacs after I enter a subject for the message, but when I save the message and exit xemacs, mutt treats the text of the message as an attachment, rather than as an integral part of the e-mail. According to The Linux Mail User HOWTO, section 2.1, "Setting your mail editor", I need to set EDITOR to the value "gnuclient" and put the following two lines into "~/.xemacs/init.el": (autoload 'server-edit "server" nil t) (server-edit) But that doesn't seem to work. I am confused. RLH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
