I have discovered that all emails generated for me on the
projectsVM (cronjobs etc) and trac.osgeo.org (ticket notifications)
are kept locally rather than going to my osgeo.org address.
On Fri, Dec 24, 2010 at 12:52:55AM +0100, Markus Neteler wrote:
I have discovered that all emails generated for me on the
projectsVM (cronjobs etc) and trac.osgeo.org (ticket notifications)
are kept locally rather than going to my osgeo.org address.
Are these machines supposed not to mainain any local mailboxes or do
some of the users expect to read local folders ?
I have no idea how to solve that.
I do
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
On Fri, Dec 24, 2010 at 1:30 AM, Martin Spott <Martin.Spott@mgras.net> wrote:
On Fri, Dec 24, 2010 at 12:52:55AM +0100, Markus Neteler wrote:
I have discovered that all emails generated for me on the
projectsVM (cronjobs etc) and trac.osgeo.org (ticket notifications)
are kept locally rather than going to my osgeo.org address.
Are these machines supposed not to mainain any local mailboxes or do
some of the users expect to read local folders ?
No idea.
On trac.osgeo.org, there are filled mailboxes for
astrid_emde christoph neteler osuadmin tmitchell
On the projectsVM (some mbox files are even fat!):
crschmidt lbecchi mail mapserver neteler openlayers osuadmin
pramsey www-data
I suspect that those people don't even know that they
have tons of undelivered emails there.
I have no idea how to solve that.
I do
Cool! I shall stay tuned then
ciao
Markus
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/sac
On Fri, Dec 24, 2010 at 01:34:58AM +0100, Markus Neteler wrote:
On Fri, Dec 24, 2010 at 1:30 AM, Martin Spott <Martin.Spott@mgras.net> wrote:
> On Fri, Dec 24, 2010 at 12:52:55AM +0100, Markus Neteler wrote:
>> I have no idea how to solve that.
>
> I do
Cool! I shall stay tuned then
Not sure .... the config on 'projects' looks to me like someone's
intentionally keeping EMail local for certain recipients
(openlayers.org, featureserver.org).
If we'd change the default to routing everything to external
recipients, like you (and I) would expect, then we _might_ break some
person's setup (I simply don't know), if it relies on local folders..
What about changing the default after two days if nobody claims local
delivery for his stuff.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
On Dec 23, 2010, at 7:45 PM, ext Martin Spott wrote:
On Fri, Dec 24, 2010 at 01:34:58AM +0100, Markus Neteler wrote:
On Fri, Dec 24, 2010 at 1:30 AM, Martin Spott <Martin.Spott@mgras.net> wrote:
On Fri, Dec 24, 2010 at 12:52:55AM +0100, Markus Neteler wrote:
I have no idea how to solve that.
I do
Cool! I shall stay tuned then
Not sure .... the config on 'projects' looks to me like someone's
intentionally keeping EMail local for certain recipients
(openlayers.org, featureserver.org).
Mail is forwarded through there for mailing lists that were previously
hosted on those domains. There is no local mail storage for those domains,
and I don't expect there to ever be any.
My mail on the servers is cronjobs that are noisy; I haven't cared
int the past because I just ignore that email
So long as things like "dev@openlayers.org" will still forward to the
current external mailing address, I don't have any problems or concerns.
-- Chris
If we'd change the default to routing everything to external
recipients, like you (and I) would expect, then we _might_ break some
person's setup (I simply don't know), if it relies on local folders..
What about changing the default after two days if nobody claims local
delivery for his stuff.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/sac
On Fri, Dec 24, 2010 at 02:26:09AM +0000, christopher.schmidt@nokia.com wrote:
My mail on the servers is cronjobs that are noisy; I haven't cared
int the past because I just ignore that email
Well, it's up to you to silence the cronjobs
So long as things like "dev@openlayers.org" will still forward to the
current external mailing address, I don't have any problems or concerns.
Wile we're at it, should we aim for the 'clean' solution and install a
proper MX record for "osgeo.org" ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Hi,
I have changed the MTA configuration on the following machines so they
do _not_ act as an authoritative mail sink for "<something>@osgeo.org"
any more:
All these VM's Postfix'es now behave in the same way - except from the
'projects' VM which had been configured as final destination for
'openlayers.org', 'featureserver.org' and whose local 'aliases' file
has forwarders for 7 mailing lists (no idea why this would make sense,
but I'll leave it as-is).
Aside from that, I've added a DNS MX record for 'osgeo.org' pointing to
'mail.osgeo.org'.
While I was at it, I noticed that there are two MX'es, one for
'lists.osgeo.org' pointing at 'lists.osgeo.org' and another one for
'mail.osgeo.org' pointing at 'mail.osgeo.org'. Unless someone is
relying on these MX'es for some special EMail routing gimmicks, I'd
recommend to remove the latter ones because I think they're just
useless overhead, probably adding more confusion than value.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Aside from that, I've added a DNS MX record for 'osgeo.org' pointing to
'mail.osgeo.org'.
While I was at it, I noticed that there are two MX'es, one for
'lists.osgeo.org' pointing at 'lists.osgeo.org' and another one for
'mail.osgeo.org' pointing at 'mail.osgeo.org'. Unless someone is
relying on these MX'es for some special EMail routing gimmicks, I'd
recommend to remove the latter ones because I think they're just
useless overhead, probably adding more confusion than value.
Martin,
I don't really know much about how MX records, but lists.osgeo.org is
certainly an important destination for mailing lists and I don't want
anything to break that.
I haven't personally setup any of the MX records.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
On Sat, Jan 29, 2011 at 11:54:42AM -0500, Frank Warmerdam wrote:
>While I was at it, I noticed that there are two MX'es, one for
>'lists.osgeo.org' pointing at 'lists.osgeo.org' and another one for
>'mail.osgeo.org' pointing at 'mail.osgeo.org'. Unless someone is
>relying on these MX'es for some special EMail routing gimmicks, I'd
>recommend to remove the latter ones because I think they're just
>useless overhead, probably adding more confusion than value.
I don't really know much about how MX records, but lists.osgeo.org is
certainly an important destination for mailing lists and I don't want
anything to break that.
Sure.
Basically you'd like to have an MX record in those cases when the
hostname part of the addressee, the part after the "@" sign, is
different from the hostname to which the respective EMail is to be
delivered. The name 'lists.osgeo.org' is registered as a DNS A-record,
thus there's very little use in having an MX for a hostname pointing to
the identical A-record :-))
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------