l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
November 4: Social gathering
Next Installfest:
TBD
Latest News:
Oct. 10: LUGOD Installfests coming again soon
Page last updated:
2006 Apr 11 07:23

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
[vox-tech] Re:mail server config question
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vox-tech] Re:mail server config question



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@lists.lugod.org wrote:

> Send vox-tech mailing list submissions to
> 	vox-tech@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@lists.lugod.org
> 
> You can reach the person managing the list at
> 	vox-tech-owner@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@darose.net>
> Subject: Re: [vox-tech] re: mail server config
> question
> To: "lugod's technical discussion forum"
> <vox-tech@lists.lugod.org>
> Message-ID: <44399CDE.60808@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@gmail.com>
> Subject: [vox-tech] unzip producing output that is
> garbage
> To: "lugod's technical discussion forum"
> <vox-tech@lists.lugod.org>
> Message-ID:
> <200604091951.50716.dylan.beaudette@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@gmail.com>
> Subject: Re: [vox-tech] unzip producing output that
> is garbage
> To: "lugod's technical discussion forum"
> <vox-tech@lists.lugod.org>
> Message-ID:
> 
>
<653ba2540604091954w5697f8c4w1fb031dfee7a9e77@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@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@lists.lugod.org
> > http://lists.lugod.org/mailman/listinfo/vox-tech
> >
> 
> 
> ------------------------------
> 
=== message truncated ===



_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
O'Reilly and Associates
For numerous book donations.