[vox-tech] Re:mail server config question

[Cylar Z]

David:

I double-checked and it turns out that the SMTP port
*is* open on my iptables configuration. I don't know
how it opened (maybe postfix did it) because I'm
positive it was closed at the time I finished
installing FC5 on the system. At that time I went in
and opened 80 and 22, which is why I initially said
only those were opened.

Out of curiousity I shut the SMTP port, and sure
enough, mail was no longer getting through *to* the
server. (I was still able send mail out to other
domains.) Receive capability was only restored when I
opened the port again and rebooted.

That having been said - do I need to worry about open
relays or not? I would think *not* because I edited
the Postfix's main.cf to "only forward mail from the
local machine." In your opinion, did I go far enough?

My other question concerns Dovecot. I went ahead and
reviewed the linuxmafia site as suggested, along with
some various sites about Dovecot that Google brought
up. Nonetheless, I can't seem to figure out exactly
what, if anything, I'm supposed to do to enable
Dovecot as an MDA. I went ahead and modified the
startup configuration so that Dovecot starts on boot
(and indeed, it is listed among root's running
processes) but the primary Dovecot website insists
that little if any configuration is needed for a
system like mine. 

Further (and forgive me if this sounds really dumb),
the configuration file and the (online software
documentation) aren't clear on whether or not I need
to remove the # from the lines containing
configuration directives. First it says that any line
preceded with # is a comment line and is ignored. Then
it says "It is not necessary to remove # from the
beginning of a directive line." Huh? Which is it? Any
other daemon I've worked with (like Apache) required
me to remove # from the start of a line in the config
file, if I wanted the daemon to be able to read it.

I haven't even touched Squirrelmail yet because it was
my understanding that it won't work unless Dovecot is
configured correctly.

Matt

--- vox-tech-request at lists.lugod.org wrote:

> Send vox-tech mailing list submissions to
> 	vox-tech at lists.lugod.org
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 	http://lists.lugod.org/mailman/listinfo/vox-tech
> or, via email, send a message with subject or body
> 'help' to
> 	vox-tech-request at lists.lugod.org
> 
> You can reach the person managing the list at
> 	vox-tech-owner at lists.lugod.org
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of vox-tech digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: re: mail server config question (David
> Rosenstrauch)
>    2. unzip producing output that is garbage (Dylan
> Beaudette)
>    3. Re: unzip producing output that is garbage
> (Richard Mancusi)
>    4. Automating web site interaction (Bruce Wolk)
>    5. Re: Automating web site interaction (Micah J.
> Cowan)
>    6. Re: Automating web site interaction (Chris
> Jenks)
> 
> 
>
----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 09 Apr 2006 19:46:38 -0400
> From: David Rosenstrauch <darose at darose.net>
> Subject: Re: [vox-tech] re: mail server config
> question
> To: "lugod's technical discussion forum"
> <vox-tech at lists.lugod.org>
> Message-ID: <44399CDE.60808 at darose.net>
> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> 
> Cylar Z wrote:
> > Rick and David:
> > 
> > Thanks for responding and for the tips. Looks like
> > I've got some reading to do. 
> > 
> > Before I go any further with my configuration, I
> want
> > to clarify something: When I said the word
> "firewall",
> > I was referring to the iptables daemon that runs
> on
> > the system, not a separate hardware device. You
> might
> > have already known that, but I wanted to make
> > absolutely sure. Iptables currently has ports 80
> and
> > 22 open, for http and ssh respectively. Does this
> > information have any bearing on the discussion?
> > 
> > Thanks, Matt
> 
> 
> I didn't realize that you were referring to iptables
> (I was referring to 
> a separate hardware device) but the distinction is
> irrelevant.
> 
> As long as your firewall - whether software or
> hardware - is blocking 
> the SMTP port from the outside world, you have no
> relay worries.  But 
> squirrelmail will be able to use the SMTP server
> just fine.
> 
> HTH,
> 
> DR
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 9 Apr 2006 19:51:50 -0700
> From: Dylan Beaudette <dylan.beaudette at gmail.com>
> Subject: [vox-tech] unzip producing output that is
> garbage
> To: "lugod's technical discussion forum"
> <vox-tech at lists.lugod.org>
> Message-ID:
> <200604091951.50716.dylan.beaudette at gmail.com>
> Content-Type: text/plain;  charset="us-ascii"
> 
> Howdy,
> 
> downloaded some data from the seamless.usgs.gov
> website, only to find that the 
> ZIP archives that it delivered expanded to garbage! 
> 
> running `file` on all of the contents returned
> "data", when other types should 
> have been recognized. Also, a tiff file that was
> included in the archive is 
> not being recognized as a tiff in any program. Text
> files have extra garbage 
> near the top of the files. 
> 
> Any thoughts on what could be causing this?
> 
> I have tried `unzip -b`  as well, trying to force
> the un-archiving of the tiff 
> file as binary, but without luck.
> 
> Any thoughts/ ideas?
> 
> Thanks!
> 
> -- 
> Dylan Beaudette
> Soils and Biogeochemistry Graduate Group
> University of California at Davis
> 530.754.7341
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 9 Apr 2006 21:54:52 -0500
> From: "Richard Mancusi" <vrman49 at gmail.com>
> Subject: Re: [vox-tech] unzip producing output that
> is garbage
> To: "lugod's technical discussion forum"
> <vox-tech at lists.lugod.org>
> Message-ID:
> 
>
<653ba2540604091954w5697f8c4w1fb031dfee7a9e77 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Newer versions of PKZIP have included an AES
> encryption module in
> addition to the standard (and open) PKZIP algorithm.
> Perhaps the
> archive is using that system, rendering it
> unreadable to the other
> programs?  Following is an old link whose info may
> not still be valid.
> 
> Source:
> http://www.eweek.com/article2/0,1895,1257562,00.asp
> 
> Rich
> 
> 
> 
> On 4/9/06, Dylan Beaudette
> <dylan.beaudette at gmail.com> wrote:
> > Howdy,
> >
> > downloaded some data from the seamless.usgs.gov
> website, only to find that the
> > ZIP archives that it delivered expanded to
> garbage!
> >
> > running `file` on all of the contents returned
> "data", when other types should
> > have been recognized. Also, a tiff file that was
> included in the archive is
> > not being recognized as a tiff in any program.
> Text files have extra garbage
> > near the top of the files.
> >
> > Any thoughts on what could be causing this?
> >
> > I have tried `unzip -b`  as well, trying to force
> the un-archiving of the tiff
> > file as binary, but without luck.
> >
> > Any thoughts/ ideas?
> >
> > Thanks!
> >
> > --
> > Dylan Beaudette
> > Soils and Biogeochemistry Graduate Group
> > University of California at Davis
> > 530.754.7341
> > _______________________________________________
> > vox-tech mailing list
> > vox-tech at lists.lugod.org
> > http://lists.lugod.org/mailman/listinfo/vox-tech
> >
> 
> 
> ------------------------------
> 
=== message truncated ===