* "Morten P.D. Stevens" :
> Jetzt dürfte dir evtl. auch klar sein, warum mir nicht klar war worauf du
> vorhin hinaus wolltest.
Vollkommen :-)
Stefan
___
postfix-users mailing list
postfix-users@de.postfix.org
http://de.postfix.org/cgi-bin/mailman/lis
Am 23.03.2010 20:07, schrieb Morten P.D. Stevens:
> Hallo Stefan,
>
>> Du warst der mit 5 Blacklisten und ohne Policy-Service in der main.cf,
>> der potenziell unzustellbare Mail angenommen hat, richtig?
>
> Wir nehmen keine potenziell unzustellbaren Mails an. Ich kann mir nicht
> erklären wie d
> -Original Message-
> From: postfix-users-bounces+mstevens=imt-systems@de.postfix.org
> [mailto:postfix-users-bounces+mstevens=imt-systems@de.postfix.org]
> On Behalf Of Stefan Foerster
> Sent: Tuesday, March 23, 2010 8:48 PM
> To: postfix-users@de.postfix.org
> Subject: Re: [postf
* "Morten P.D. Stevens" :
> > smtpd_recipient_restrictions =
> > permit_sasl_authenticated,
> > permit_mynetworks,
> > ... Zeug, das eigentlich davor gehört ...
>
> Wo ist dabei deiner Ansicht nach das Problem?
Du machst Dir nicht die Mühe, zu überprüfen, ob wenigstens die
> -Original Message-
> From: postfix-users-bounces+mstevens=imt-systems@de.postfix.org
> [mailto:postfix-users-bounces+mstevens=imt-systems@de.postfix.org]
> On Behalf Of Stefan Foerster
> Sent: Tuesday, March 23, 2010 8:12 PM
> To: postfix-users@de.postfix.org
> Subject: Re: [postf
* "Morten P.D. Stevens" :
> > Du warst der mit 5 Blacklisten und ohne Policy-Service in der
> > main.cf, der potenziell unzustellbare Mail angenommen hat,
> > richtig?
>
> Wir nehmen keine potenziell unzustellbaren Mails an. Ich kann mir
> nicht erklären wie du darauf kommst ohne unsere Mailserver
Hallo Stefan,
> Du warst der mit 5 Blacklisten und ohne Policy-Service in der main.cf,
> der potenziell unzustellbare Mail angenommen hat, richtig?
Wir nehmen keine potenziell unzustellbaren Mails an. Ich kann mir nicht
erklären wie du darauf kommst ohne unsere Mailserver Konfiguration vollständ
* "Morten P.D. Stevens" :
> wie einige hier schon korrekterweise geschrieben haben, ist es
> sinnlos einen völlig fremden MX alles annehmen zu lassen.
>
> Was wir für unsere Kunden machen und dir ggf. anbieten können, dass
> unsere Postfix Server als Inbound Server fungieren mit sämtlichen
> Anti
Am 23.03.2010 15:14, schrieb Florian Streibelt:
> 'Robert Schetterer' schrieb am 23.03.2010 14:42:
>> ich wuerde gar keinen
>> mx eintrag fuer deinen sogeannten prim mx machen
>> sondern den einfach alles ueber den backup mx annehmen und versenden lassen
>> dann ist dein mail server fast "hidden"
>
Am 23.03.2010 15:24, schrieb Morten P.D. Stevens:
> Hi Timo,
>
> wie einige hier schon korrekterweise geschrieben haben, ist es sinnlos einen
> völlig fremden MX alles annehmen zu lassen.
>
> Was wir für unsere Kunden machen und dir ggf. anbieten können, dass unsere
> Postfix Server als Inbound
Am 23.03.2010 15:14, schrieb Florian Streibelt:
> 'Robert Schetterer' schrieb am 23.03.2010 14:42:
>> ich wuerde gar keinen
>> mx eintrag fuer deinen sogeannten prim mx machen
>> sondern den einfach alles ueber den backup mx annehmen und versenden lassen
>> dann ist dein mail server fast "hidden"
>
Hi Timo,
wie einige hier schon korrekterweise geschrieben haben, ist es sinnlos einen
völlig fremden MX alles annehmen zu lassen.
Was wir für unsere Kunden machen und dir ggf. anbieten können, dass unsere
Postfix Server als Inbound Server fungieren mit sämtlichen Anti Spam Funktionen
und wir d
'Robert Schetterer' schrieb am 23.03.2010 14:42:
> ich wuerde gar keinen
> mx eintrag fuer deinen sogeannten prim mx machen
> sondern den einfach alles ueber den backup mx annehmen und versenden lassen
> dann ist dein mail server fast "hidden"
Wie löst das das problem des OP bei Ausfall eines serv
Am 23.03.2010 14:29, schrieb Timo Münster:
> Hi @ll,
>
> Florian Streibelt wrote:
>> 'Timo Münster' schrieb am 23.03.2010 13:57:
>>> Hallo @ll,
>>>
>>>
>>> Worum ich mich also kümmern muss ist, dass mein primary-mx alle Mail vom
>>> backup-mx annimmt, damit seine Queue geleert wird. Meine Frage is
* Timo Münster :
> Worum ich mich also kümmern muss ist, dass mein primary-mx alle Mail
> vom backup-mx annimmt, damit seine Queue geleert wird. Meine Frage
> ist nun: Wie richte ich meinen primary-mx ein, so dass er einerseits
> alle Mails vom backup-mx annimmt
Da musste nix machen
> und andere
Am 23.03.2010 13:57, schrieb Timo Münster:
> Hallo @ll,
>
> nachdem ich neulich aufgrund von Unausgeschlafenheit meinen Mailserver
> mal wieder für einige Zeit offline geschickt habe, habe ich mich
> entschlossen, dass ich einen backup-mx brauche. Ein befreundeter Admin
> wird mir einen backup-mx
Hi @ll,
Florian Streibelt wrote:
'Timo Münster' schrieb am 23.03.2010 13:57:
Hallo @ll,
Worum ich mich also kümmern muss ist, dass mein primary-mx alle Mail vom
backup-mx annimmt, damit seine Queue geleert wird. Meine Frage ist nun:
Wie richte ich meinen primary-mx ein, so dass er einerseits
Hallo Timo!
Davon kann ich dir nur abraten... warum will dein Kumpel denn keine Filter
einbauen?
Die Sach mit den 2 Userdatenbanken kann Postfix sehr angenehm per
reject_unverified_recipient
blocken. Postfix fragt den Relay-Host nach der Empfänger-Gültigkeit...
Damit die Sachen in einem Cache
On Behalf Of Timo Münster
>
> Hallo @ll,
>
> nachdem ich neulich aufgrund von Unausgeschlafenheit meinen Mailserver
> mal wieder für einige Zeit offline geschickt habe, habe ich mich
> entschlossen, dass ich einen backup-mx brauche. Ein befreundeter Admin
> wird mir einen backup-mx einrichten, de
'Timo Münster' schrieb am 23.03.2010 13:57:
> Hallo @ll,
>
>
> Worum ich mich also kümmern muss ist, dass mein primary-mx alle Mail vom
> backup-mx annimmt, damit seine Queue geleert wird. Meine Frage ist nun:
> Wie richte ich meinen primary-mx ein, so dass er einerseits alle Mails
> vom backup-m
Hallo @ll,
nachdem ich neulich aufgrund von Unausgeschlafenheit meinen Mailserver
mal wieder für einige Zeit offline geschickt habe, habe ich mich
entschlossen, dass ich einen backup-mx brauche. Ein befreundeter Admin
wird mir einen backup-mx einrichten, der alle Mails an meine Domains
ohne f
* Scheiper, Thomas :
> Hallo zusammen,
>
> nach einem Postfix Upgrade von 2.2.5 auf 2.6.5 fiel auf, dass die bisherige
> Version ungültige MIME Boundaries korrigiert.
> Bsp: Hier fehlt eine Leerzeile zwischen den Boundaries
> --_003_9B2E57B3BA179F49A0981189B816321C7442BC24F7GVW1115EXCame_
> --_0
Hallo zusammen,
nach einem Postfix Upgrade von 2.2.5 auf 2.6.5 fiel auf, dass die bisherige
Version ungültige MIME Boundaries korrigiert.
Bsp: Hier fehlt eine Leerzeile zwischen den Boundaries
--_003_9B2E57B3BA179F49A0981189B816321C7442BC24F7GVW1115EXCame_
--_003_9B2E57B3BA179F49A0981189B816321C7
23 matches
Mail list logo