- postfix-users - list.sys4.de

[postfix-users] Типичные ошибки, совершаемые при увольнении сотрудников
by Как правильно уволить 25 Sep '09

25 Sep '09

(495) ЧЧ5-З2 66, 4Ч5-40-9/525 Сeнтяbrя 2ОО9 г.   Общие принципы грамотного увольнения работника. Какие ошибки чаще всего совершают работодатели?(Взгляд юриста-практика по Трудовому Праву сквозь призму кризиса)   Практикующий юрист трудовик, эксперт по Трудовому Праву, автор публикаций по Трудовому законодательству (г.Москва). Автор и ведущий бизнес-семинаров по Трудовому праву и разрешению трудовых споров. Преподаватель Академии практической психологии на базе ГУ Высшая школа экономики .Является владельцем ведущего юридического портала в области Трудового права по решению трудовых вопросов .Консультирует организации и физические лица по вопросам применения Трудового Законодательства Представляет интересы доверителей в суде.   Цель: Получить полное представление о типичных ошибках, совершаемых при увольнении сотрудников и влекущих ущерб для организации, приобретут необходимые знания и навыки эффективного поведения в процессе увольнения сотрудников по инициативе работодателя. В практикуме будут рассмотрены многие актуальные вопросы, связанные с увольнениями.   Программа мероприятия: 1.Общие принципы грамотного увольнения работника. Какие ошибки чаще всего совершают работодатели? Нормативные акты, регламентирующие увольнение.2.Когда следует готовиться к искам о восстановлении на работе?3.Увольнение: основания прекращения трудового договора. Полный перечень оснований. Особенности их применения.4.Прекращение трудового договора - типичные ошибки, варианты поведения работника, которые могут повлечь за собой признание увольнения неправомерным.5.Обязательные действия работодателя при увольнении работников.6.Особый порядок расторжения трудового договора в связи с ликвидацией организации, сокращением численности или штата (сроки, дополнительные гарантии, преимущественное право оставления на работе).7.Увольнение за неправомерные действия работника, как вид дисциплинарной ответственности (порядок применения, обязательные условия, ограничения по срокам). Типичные ошибки в оформлении приказов. Последствия. Судебная практика.8.Особенности увольнения отдельных категорий работников (руководителя организации, их заместители, главного бухгалтера, совместителей, временных и сезонных работников).9.Специфика увольнения наиболее защищенных категорий сотрудников. Какие категории персонала "опасно" увольнять? (Беременные, лица с семейными обязанностями, лица, состоящие в профсоюзе и т.д.) 10.Порядок и особенности оформления увольнения (формулировки приказов, распоряжений, записей в трудовые книжки и иных документов).11.Гарантии и компенсации работникам, связанные с расторжением трудового договора.12.Обзор судебной практики по делам о восстановлении работников на работе, в связи с незаконным увольнением. 13.Практические рекомендации работодателю: как реагировать на недобросовестное поведение работника. О различных уловках работников и о том, как с ними бороться. 14.Ответы на вопросы участников семинара. Практические рекомендации юриста. Индивидуальные консультации.   Стоимость участия 6889 руб.   Вся информация по тел: (Ч95) Ч45_32 66, 445-Ч0-девяносто пять   X8NO8D

1 0

[postfix-users] Umlaute in header_checks
by Raimar Grosse 23 Sep '09

23 Sep '09

Hallo, für einen gemeinsamen Absendenamen benutzen wir für 3 Absender die header_checks Funktion. Das ist nötig da die 3 User Praktikanten sind, die zwar intern in Exchange namentlich bekannt sind aber nach außen hin nur über den Firmennamen als Absendenamen mailen sollen. Mein Problem ist nun, dass ich in der header_checks keine Umlaute benutzen kann. Die kommen beim Empfänger immer falsch an. Soweit ich weiß basiert ja header_checks auf Perl, so dass sich sicher eine irgendwo ein set_locale setzen lässt. Habe aber trotz intensiver Suche noch keine Lösung gefunde. Falls jemand eine Lösung hat, wäre das super. Vielen Dank, R.G.

4 12

[postfix-users] SMTP-Gateway vor Exchangeserver
by Tobias Walkowiak 22 Sep '09

22 Sep '09

Folgende Situation: Ein Postfix mit der öffentlichen MX-IP als Gateway für einen internen Exchangeserver. Der Postfix holt sich per LDAP das OK für gültige Accounts und leitet die Mails entsprechend weiter. Klappt auch alles so weit. Das einzige Problem ist das Versenden von Mails der IMAP-Clients per SMTP von außen. Wie kriege ich Postfix konfiguriert, so daß er auch diese Mails zur Authentifizierung an den Exchange weiterleitet. Hab schon einiges versucht, aber auch nichts passendes im Netz gefunden. Muß ich etwa auf dem Postfix SASL dafür aktivieren? Meine letzten Versuche waren Folgendes (aus main.cf): ... smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, check_sender_access ldap:/etc/postfix/ldap_benutzer_recipient_maps.cf, check_recipient_access ldap:/etc/postfix/ldap_benutzer_recipient_maps.cf smtpd_sender_restrictions = permit_mynetworks, check_sender_access ldap:/etc/postfix/ldap_benutzer_recipient_maps.cf ... transport_maps und relay_recipient_maps für die entsprechenden Domains sind auch korrekt gesetzt. Ich möchte, daß Mails, die von einem der internen User kommen, bis zum Exchange durchgereicht werden. Ich weiß, daß da sicherlich auch noch eine Menge Spam durchkommt, aber das ist evtl. nicht so wild. Habe ich eher einen Denk- oder einen Konfigurationsfehler? Tobias -- tube(a)count0.net

7 17

[postfix-users] Postfix CCARGS
by Robyn Bachofer 20 Sep '09

20 Sep '09

Hallo zusammen und guten Abend, nach mehreren Jahren Postfix betrieb wollte ich etwas aufräumen und die neuste Postfix Version selber bauen und nicht die älteren Pakete von Debian verwenden. -> Leicht gesagt und eigentlich auch leicht gemacht. Mein Problem ist das er anscheinend auf keinen Eintragen in den CCARGS reagiert. Z.B.: % make makefiles CCARGS='-DEF_SENDMAIL_PATH=\"/ir/gendwo/ander/s"' Er buildet die Makefiles mit den Parametern und beim aufrufen von % make erstellt er auch soweit alles schön. Sobald ich allerdings das Script für % make install aufrufe, fragt er mich alles erneut ab ohne auch nur auf einen Parameter zu reagieren. Wofür gibt es dann überhaupt die Möglichkeit wenn man abgefragt wird? Ich habe da einfach aber fatal was überlesen? Danke! Gruß, Robyn

3 2

Re: [postfix-users] [-ARCHIVED-] Re: postfix-users Nachrichtensammlung, Band 17, Eintrag 3
by me＠byteaction.de 09 Sep '09

09 Sep '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0

Re: [postfix-users] postfix-users Nachrichtensammlung, Band 17, Eintrag 3
by Frank Lohoff 09 Sep '09

09 Sep '09

Hi! Ein Trendmicro 5.X! Wie es aussieht hat der Virenscanner die Übertragung abgebrochen und die E-Mail ist nicht vollständig angekommen. Mit freundlichem Gruß Frank Lohoff IT-Administrator Fon: 0049 (0) 52 42 - 41 05 244 Fax: 0049 (0) 52 42 - 94 61 244 E-Mail: f.lohoff(a)nielsen-design.de ---------------------------------------- Nielsen Design GmbH & Co. KG Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRA 5463 persönlich haftender Gesellschafter: Nielsen Design VerwaltungsGmbH Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRB 6443 Geschäftsführer: Albrecht Nitschke Am Mi 09.09.2009 12:00 schrieb postfix-users-request(a)de.postfix.org: >Um E-Mails an die Liste postfix-users zu schicken, nutzen Sie bitte >die Adresse > >postfix-users(a)de.postfix.org > >Um sich via Web von der Liste zu entfernen oder draufzusetzen: > >http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > >oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in >Subject/Betreff oder im Text an > >postfix-users-request(a)de.postfix.org > >Sie koennen den Listenverwalter dieser Liste unter der Adresse > >postfix-users-owner(a)de.postfix.org > >erreichen > >Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen >sinnvollen Inhalt der spezifischer ist als "Re: Contents of >postfix-users digest..." > > >Meldungen des Tages: > >1. 451 Transaction failed. Daemon Service: SMTP client >connection closed. (in reply to end of DATA command) (Frank Lohoff) >2. Re: [-ARCHIVED-] 451 Transaction failed. Daemon Service: >SMTP client connection closed. (in reply to end of DATA command) >(me(a)byteaction.de) >3. Re: 451 Transaction failed. Daemon Service: SMTP client >connection closed. (in reply to end of DATA command) >(Ralf Hildebrandt) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 8 Sep 2009 16:49:10 +0200 (CEST) >From: Frank Lohoff <f.lohoff(a)nielsen-design.de> >To: postfix-users(a)de.postfix.org >Subject: [postfix-users] 451 Transaction failed. Daemon Service: SMTP >client connection closed. (in reply to end of DATA command) >Message-ID: ><25421790.141252421350522.OPEN-XCHANGE.WebMail.tomcat@openex> >Content-Type: text/plain; charset=ISO-8859-15 > >Hallo zusammen, > >einige wichtige E-Mails hängen bei uns in der queue fest. > >Fehlermeldung: >6ED50286FF 770046 Tue Sep 8 06:02:19 tina(a)boarding.com.cn >(host 127.0.0.1[127.0.0.1] said: 451 Transaction failed. Daemon >Service: >SMTP client connection closed. (in reply to end of DATA command)) > r.montag(a)nielsen-design.de > >Der restliche E-Mail Verkehr funktioniert reibungslos. > >Was läuft hier falsch bzw. wie bekomme ich die Mails zugestellt? > > >Mit freundlichem Gruß > >Frank Lohoff >IT-Administrator > >Fon: 0049 (0) 52 42 - 41 05 244 >Fax: 0049 (0) 52 42 - 94 61 244 >E-Mail: f.lohoff(a)nielsen-design.de > > >---------------------------------------- >Nielsen Design GmbH & Co. KG >Röntgenstraße 10-12 >33378 Rheda-Wiedenbrück >Amtsgericht Gütersloh, HRA 5463 > >persönlich haftender Gesellschafter: >Nielsen Design VerwaltungsGmbH >Röntgenstraße 10-12 >33378 Rheda-Wiedenbrück >Amtsgericht Gütersloh, HRB 6443 >Geschäftsführer: Albrecht Nitschke > > > >------------------------------ > >Message: 2 >Date: Tue, 8 Sep 2009 16:49:30 +0200 (CEST) >From: me(a)byteaction.de >To: postfix-users(a)de.postfix.org >Subject: Re: [postfix-users] [-ARCHIVED-] 451 Transaction failed. >Daemon Service: SMTP client connection closed. (in reply to end of >DATA command) >Message-ID: <20090908144930.3E0248A70A5(a)byteaction.de> >Content-Type: text/plain; charset="UTF-8" > >Sehr geehrte Damen und Herren, > >vielen Dank für Ihre Nachricht. > >Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei >dringenden Anfragen wenden Sie sich bitte an meinen >Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 >0). > >Ihre Email wurde weitergeleitet. > >Mit freundlichen Grüßen, > >i.A. Markus Eyrich > >System Engineer / System Administrator > >ByteAction GmbH >Auf der Beune 83-85 >64839 Münster > >Phone: +49 (0) 60 71 92 16 - 14 >Fax: +49 (0) 60 71 92 16 - 20 >E-mail: me(a)byteaction.de >Internet: www.byteaction.de > >AG Darmstadt, HRB 33271 >Ust-Id: DE206997247 >GF: Thomas Volkert >------------------------------------------------------ >Diese E-Mail enthält vertrauliche Informationen und ist nur für den in >der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der >Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, >weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, >Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung >und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte >verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer >+49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben >und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur >rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief >oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat >keine fristwahrende Wirkung. > >This e-mail contains information which is privileged and is intended >only for the Addressee named in the e-mail. In case that the recipient >of this e-mail is not the named addressee, we would like to inform you >that it is strictly prohibited to read, to reproduce, to disseminate, >to copy, to disclose, to modify, to distribute and/or to publish this >e-mail. If you have received this e-mail in error, please call the >sender under following telephone number +49 (0) 6071 / 9216-0 and >delete this e-mail. The content of this e-mail is not legally binding >unless confirmed by letter or telefax. E-mails which are sent to us do >not constitute compliance with any time limits or deadlines. >------------------------------------------------------ > > > > > >------------------------------ > >Message: 3 >Date: Tue, 8 Sep 2009 16:52:54 +0200 >From: Ralf Hildebrandt <Ralf.Hildebrandt(a)charite.de> >To: postfix-users(a)de.postfix.org >Subject: Re: [postfix-users] 451 Transaction failed. Daemon Service: >SMTP client connection closed. (in reply to end of DATA command) >Message-ID: <20090908145253.GB13525(a)charite.de> >Content-Type: text/plain; charset=utf-8 > >* Frank Lohoff <f.lohoff(a)nielsen-design.de>: >>Hallo zusammen, >> >>einige wichtige E-Mails hängen bei uns in der queue fest. >> >>Fehlermeldung: >>6ED50286FF 770046 Tue Sep 8 06:02:19 tina(a)boarding.com.cn >>(host 127.0.0.1[127.0.0.1] said: 451 Transaction failed. Daemon >>Service: >>SMTP client connection closed. (in reply to end of DATA command)) >> r.montag(a)nielsen-design.de >> >>Der restliche E-Mail Verkehr funktioniert reibungslos. >> >>Was läuft hier falsch bzw. wie bekomme ich die Mails zugestellt? > >Na, welcher Virenscanner läuft da? > >-- >Ralf Hildebrandt >Geschäftsbereich IT | Abteilung Netzwerk >Charité - Universitätsmedizin Berlin >Campus Benjamin Franklin >Hindenburgdamm 30 | D-12203 Berlin >Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 >ralf.hildebrandt(a)charite.de | http://www.charite.de > > > >------------------------------ > >_______________________________________________ >postfix-users mailing list >postfix-users(a)de.postfix.org >http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > >Ende postfix-users Nachrichtensammlung, Band 17, Eintrag 3 >**********************************************************

1 0

[postfix-users] 451 Transaction failed. Daemon Service: SMTP client connection closed. (in reply to end of DATA command)
by Frank Lohoff 08 Sep '09

08 Sep '09

Hallo zusammen, einige wichtige E-Mails hängen bei uns in der queue fest. Fehlermeldung: 6ED50286FF 770046 Tue Sep 8 06:02:19 tina(a)boarding.com.cn (host 127.0.0.1[127.0.0.1] said: 451 Transaction failed. Daemon Service: SMTP client connection closed. (in reply to end of DATA command)) r.montag(a)nielsen-design.de Der restliche E-Mail Verkehr funktioniert reibungslos. Was läuft hier falsch bzw. wie bekomme ich die Mails zugestellt? Mit freundlichem Gruß Frank Lohoff IT-Administrator Fon: 0049 (0) 52 42 - 41 05 244 Fax: 0049 (0) 52 42 - 94 61 244 E-Mail: f.lohoff(a)nielsen-design.de ---------------------------------------- Nielsen Design GmbH & Co. KG Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRA 5463 persönlich haftender Gesellschafter: Nielsen Design VerwaltungsGmbH Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRB 6443 Geschäftsführer: Albrecht Nitschke

2 1

Re: [postfix-users] [-ARCHIVED-] 451 Transaction failed. Daemon Service: SMTP client connection closed. (in reply to end of DATA command)
by me＠byteaction.de 08 Sep '09

08 Sep '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0

[postfix-users] Mail an alternativen Empfänger oder lesbares Format
by Markus Wodetzki 06 Sep '09

06 Sep '09

Hallo, ich habe ein Problem mit einer archivierten Mail die von Mailscanner in die Quarantäne geschoben wurde und ich es nun nicht hinbekomme diese vernünftig zuzustellen. Die Mail habe ich aus der Quarantäne manuell zurückgeholt und in den postfix incoming Ordner verschoben (Rechte und Besitzer für postfix angepasst, alles nach der Mailscanner Anleitung). Die Mail wird danach auch brav an unseren Exchange Server weitergeleitet, leider lehnt dieser aber die Mail mit der Begründung eines Duplikates ab (aber die Mail ist definitiv nie an einen Empfänger zugestellt worden). Meine Frage ist nun, gibt es eine Möglichkeit die Mail an eine andere Emailadresse weiterzuleiten oder vielleicht auch in ein für Mailprogramme lesbares Format (wie zB .eml) zu konvertieren? Die Mail hat wichtige Anhänge und es geht mir nicht darum nur den Nachrichteninhalt lesen zu können. Da würde mir ein postcat reichen. Danke und Grüße Markus W.

2 4

Re: [postfix-users] Mail an alternativen Empfänger ode r lesbares Format
by me＠byteaction.de 06 Sep '09

06 Sep '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0

Re: [postfix-users] erlaubte sender fuer eine grupe
by me＠byteaction.de 02 Sep '09

02 Sep '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0

Re: [postfix-users] erlaubte sender fuer eine grupe
by Christian Flothmann 02 Sep '09

02 Sep '09

Hallo, schau dir mal restriction classes [1] an. Gruß [1] http://www.postfix.org/RESTRICTION_CLASS_README.html

2 1

Re: [postfix-users] erlaubte sender fuer eine grupe
by me＠byteaction.de 01 Sep '09

01 Sep '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 31.08.2009 bis einschl. 11.09.2009 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herrn Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

2 1

[postfix-users] erlaubte sender fuer eine grupe
by Nedim Osmanbasic 01 Sep '09

01 Sep '09

Hello zusamen, Ich bin neue in Postfix. Hab folgende problem, Ich mus fuer eine adrese festlegen wer kan senden e-mail zu diese address. Wie folgend user1(a)mydomain.com ist adrese di sol nuer von meine adrese e-mails empfangen user2(a)mydomain.com . Und alle andere solten nicht koenen senden e-mails to user1(a)mydomain.com . Fals jemand mier sagen kan was mus ih machen werde ich dankbar ( sorry fuer meine detsch ) Nedim

1 0

[postfix-users] Exim Mails zu Postfix migrieren
by Ronny Tiebel 24 Aug '09

24 Aug '09

Hallo @all, ich hab zwar das Archiv und web zu dieser "Problematik" schon durchsucht aber keine eindeutige Antwort gefunden. Ich habe vor den vorhandenen Mail-Server basierend auf Exim4 durch Postfix zu ersetzen (auf einem neuen Server). Allerdings müssten alle Mails vom alten Server auf den neuen migriert werden. Ich habe leider nicht viel hilfreiches gefunden. Meine Frage also wäre, ob man die Mails von dem Exim Server in das Postfix System migrieren kann (nutzt Exim auch das mbox Format?) oder gibt es da Probleme mit dem Format? Vielen Dank schon mal Mfg Ronny Tiebel

2 1

[postfix-users] Problem mit dynamischer IP im Received.Mailheader
by atze＠bitbox.de 13 Aug '09

13 Aug '09

Ein Kunde von uns betreibt einen Exchanger-Server mit einer dynamischen IP. Alle E-Mails werden über unseren Postfix-Mailserver abgewickelt (Empfang und Senden). Beim Zusammenspiel mit einem dritten Mailserver tritt ein Problem auf, und zwar werden die E-Mails geblockt mit dem Hinweis, unser Server würde eine dynamische IP verwenden. Hier der Header-Auszug der E-Mail, die von dem dritten Mailserver beanstandet wurde: Received: from localhost (localhost [127.0.0.1]) by mx.unser-server.de (Postfix) with ESMTP id 83D66F983B7 for <benutzer(a)dritter-server.de>; Wed, 5 Aug 2009 10:13:34 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx.unser-server.de Received: from mx.unser-server.de ([127.0.0.1]) by localhost (mx.unser-server.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5StlKtp1ZQWf for <benutzer(a)dritter-server.de>; Wed, 5 Aug 2009 10:13:33 +0200 (CEST) Received: from sentsrv01.kundendomain.local (hmbg-xxxxxxxx.pool.einsundeins.de [xxx.xxx.xxx.xxx]) by mx.unser-server.de (Postfix) with ESMTPA id 01227F98433 for <benutzer(a)dritter-server.de>; Wed, 5 Aug 2009 10:12:34 +0200 (CEST) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA15A3.CA4122EA" Subject: Corning Closure for FO cables - our ref. #1 2900/T Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 5 Aug 2009 10:06:35 +0200 Message-ID: <2E74429036B14745BD7F1804CCD7E6E03776C8(a)sentsrv01.kundendomain.local> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Mail-Betreff thread-index: AcoVBnRZQESwdo/oRAuenww0GMAslQAnSYyQ From: =?iso-8859-1?Q?VornameName?= <user(a)kundendomain.de> To: <benutzer(a)dritter-server.de> mx.unser-server.de - Unser Postfix-Mailserver user(a)kundendomain.de - Sender benutzer(a)dritter-server.de - Empfänger sentsrv01.kundendomain.local - Der Name des sendenden Mailservers (Exchange) Meine Frage: Macht unser Mailserver etwas verkehrt (Stichwort: Header)? Ich denke nicht, weil hier der Delivery-Report zu der Mail: Reporting-MTA: dns; mx.unser-server.de X-Postfix-Queue-ID: 83D66F983B7 X-Postfix-Sender: rfc822; user(a)kundendomain.de Arrival-Date: Wed, 5 Aug 2009 10:13:34 +0200 (CEST) Final-Recipient: rfc822; benutzer(a)dritter-server.de Original-Recipient: rfc822;benutzer(a)dritter-server.de Action: failed Status: 5.0.0 Remote-MTA: dns; mx.dritter-server.de Diagnostic-Code: smtp; 554 Service unavailable; Client host [mx.unser-server.de] blocked using Barracuda Reputation; http://bbl.barracudacentral.com/q.cgi?ip=xxx.xxx.xxx.xxx Merkwürdigerweise taucht die dynamische IP des Exchange-Servers als die IP unseres Mailservers auf, was ja so nicht sein kann.

7 16

Re: [postfix-users] Problem mit dynamischer IP imReceived.Mailheader
by Gregor Hermens 12 Aug '09

12 Aug '09

Hallo Robert, Am Mittwoch, 12. August 2009 schrieb Robert Schetterer: > 100 % ack, was zaehlt ist der letzte hopp > alles andere ist fuer ein smtp ip reject > erstmal wurst, wenn man das ueberhaupt bewerten will dann > mit spamassassin und markierung etc, aber ein mail abzulehen weil sie > irgendwann mal von einer dynamischen ip gekommen ist ( forgewarded > relayed whatever ) ist schlicht und ergreifend Schwachsinn nichtsdestotrotz gibt es bei der Barracuda offensichtlich eine entsprechende Option, auch wenn Sie nicht per Default aktiviert ist. Hier eine ca 2 Wochen alte Antwort von Barracuda auf einen ähnlich gelagerten Fall: Die Mail eines Kunden wurde wegen seiner Dialup-IP nicht akzeptiert, obwohl er authentifiziert über unseren Server verschickt hat. ---------- Weitergeleitete Nachricht ---------- Betreff: The Barracuda Reputation Block of IP: 84.149.xx.xx Datum: Dienstag, 21. Juli 2009 Thank you for contacting Barracuda Networks regarding IP address: 84.149.xx.xx The Barracuda Spam Firewall has rules that apply to email sent from an IP address known to Barracuda Central with a "poor" rating. The Barracuda Spam Firewall has an option to decline email from these IPs. This is an option that the Administrator of the Barracuda Spam Firewall may enable. If the Administrator chooses to enable this option it may block email from your IP address. This IP has been seen by Barracuda Central to transmit spam email in the past 30 days. We have removed your "poor" rating The IP will be automatically rechecked several times each day and may be adjusted again if issues are observed. Please allow between 12 and 24 hours for changes to propagate around the world to all Barracuda Spam Firewalls -- at which time you will be able to send email from the IP address. This is the last email you should receive about this issue. Thank you for your time and understanding. Barracuda Central by Barracuda Networks http://www.barracudacentral.com/ intent(a)barracuda.com ------------------------------------------------------------- Gruß, Gregor -- @mazing fon +49 8142 6528665 Gregor Hermens fax +49 8142 6528669 Brucker Strasse 12 gregor.hermens(a)a-mazing.de D-82216 Gernlinden http://www.a-mazing.de/

3 2

[postfix-users] IPv4 only für bestimmte Zielserver
by Martin Sebald 02 Aug '09

02 Aug '09

Hallo zusammen, gibt es eine Moeglichkeit, fuer einen bestimmten Zielserver Postfix anzuweisen, nur IPv4 zu versuchen anstatt per Default erst einmal IPv6? Hintergrund: > host mx.freenet.de[2001:748:100:40::8:111] said: 550 inconsistent or no > DNS PTR record for 2a01:198:42b::1 (see RFC 1912 2.1) (in reply to RCPT > TO command) Leider muss ich abwarten bis mein Tunnel Broker (SixXS) ihre Probleme mit den Reverse DNS Delegierungen wieder gefixt hat... :-/ Und ich habe an sich keine Lust, IPv6 komplett heraus zu fummeln. Viele Gruesse, Martin

4 4

Re: [postfix-users] Weiterleitung zum Exchange
by Dragon 13 Jul '09

13 Jul '09

Hi, was nutzt du anstelle von fetchmail? In der fetchmail steht: set daemon 60 set postmaster "postmaster" set no bouncemail set nospambounce set syslog #Freenet poll mx.freenet.de protocol POP3 localdomains pit.local purwin-it.de envelope "X-Envelope-To:" user user password ********** #to maik(a)pit.local to * here Dann hilf mir beim ändern der Konf, sie quasi auf das wesentliche zu beschränken ;) Aber mal butter bei die Fische. Das Problem ist doch kein ungewöhnliches, oder? Mails von einem Freemailer abholen, prüfen und entspr. an einen anderen Mailserver transportieren und dies ohne den Absender umzuschreiben. Oder? Danke für die Hilfe -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

2 1

Re: [postfix-users] Weiterleitung zum Exchange
by Dragon 13 Jul '09

13 Jul '09

Hallo, ich möchte schon bei Postfix bleiben und auch ein POP Connector kommt nicht in Frage. Es sollte schon über Fetchmail und Postfix realisiert werden. Dort sollen die Mails überprüft werden und dann an den Exchange ausgeliefert werden. Hier mal ein Postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix content_filter = amavis:[127.0.0.1]:10024 delay_warning_time = 30m html_directory = /usr/share/doc/postfix/html inet_interfaces = all mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 message_size_limit = 52428800 mydestination = $myhostname, localhost, $mydomain, localhost.$mydomain mydomain = pit.local myhostname = mailsrv01.pit.local mynetworks = 127.0.0.0/8 192.168.0.0/8 myorigin = pit.local readme_directory = /usr/share/doc/postfix recipient_delimiter = + relay_domains = pit.local, purwin-it.de, freenet.de relay_recipient_maps = hash:/etc/postfix/relay_recipients relay_transport = relay:[192.168.0.50] smtp_sasl_security_options = noanonymous smtp_tls_CAfile = /etc/postfix/ssl/CAcert.pem smtp_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtp_tls_key_file = /etc/postfix/ssl/smtpd.key smtp_tls_note_starttls_offer = yes smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = Unbekannt smtpd_enforce_tls = no smtpd_helo_required = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, permit_mx_backup, reject_unauth_destination, permit smtpd_sasl_auth_enable = yes smtpd_tls_CAfile = /etc/postfix/ssl/CAcert.pem smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual_alias_maps die transport: pit.local smtp:[192.168.0.50] purwin-it.de smtp:[192.168.0.50] sunghost(a)freenet.de smtp:[192.168.0.50] * smtp:[192.168.0.50] braucht ihr noch mehr logs? sunny -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[postfix-users] Weiterleitung zum Exchange
by Maik Purwin 12 Jul '09

12 Jul '09

Hallo Leute, dies ist so ziemlich meine letzte Chance eine Lösung zu meinem Problem zu erhalten. Ich hole auf meinem Debian Lenny per Fetchmail, Mails von freenet und gmx ab, prüfe sie auf Spam und Vieren und leite sie an einen Exchange weiter. Dort sollen die Mails in ein Postfach gespeichert werden. Momentan ist es so, dass aber der Absender immer mit dem lokalen Useraccount umgeschrieben wird, oder aber an den Postmaster gesendet wird und dann gebounced. Bsp: user(a)gmx.de wird abgeholt an Postmaster übergeben, geprüft und an den Exchange ausgeliefert, dieser zeigt den Absender dann als user(a)domain.local an. Was muss ich ändern, damit die Absenderadresse nicht umgeschrieben wird und auf dem Exchange erfolgreich zugestellt wird? Danke sunny -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

3 3

[postfix-users] Versandregeln pro Domain/MX
by Stefan Warten 09 Jul '09

09 Jul '09

Hallo zusammen, ein von mir betreuter Mailserver wird beim Versand von Mails an einen bestimmten Provider von diesem ausgebremst (452), weil er angeblich zu viele Mails auf einmal schickt. Der dortige Postmaster empfahl mir nun, die Nachrichten in Bündeln von 50 Adressen und Intervallen von 5 Sekunden zu schicken. Ich würde das gerne pro Domain bzw. noch besser pro MX einstellen, um den sonstigen Versand (der optimal läuft) nicht zu beeinträchtigen. Kann mir bitte jemand hierzu ein Stichwort geben, wie man das am besten umsetzen kann. Mir fehlt hier gerade der richtige Ansatz. Gruß, SW.

4 4

[postfix-users] Wie bekomme ich das hier hin ... ?!
by Steve Guhr 09 Jul '09

09 Jul '09

Hi Leute, ich möchte meinen Postfix endlich fertig bekommen und bin beim Feintuning / Spameindämmen. Hab jetzt mal bei verschiedenen Mailservern ein wenig geguckt was in wie fern möglich ist und bein bei Apple auf folgendes gestoßen: AUTH PLAIN xxxxxxxxxxxxxxxxxxxx 235 2.7.0 PLAIN authentication successful. mail from: ich(a)du.me 250 2.5.0 Address Ok. rcpt to: xxxxxxxxxxxxxxxx 250 2.1.5 xxxxxxxxxxxxxxxxx OK. data 354 Enter mail, end with a single ".". Test . 550 5.7.0 From address is not one of your addresses. Mir geht es speziell um diese letzte Zeile, bzw. wie ich postfix konfigurieren muss, um genau das zu erhalten. Habe postfix mit mysql-virtual-mapping, Benutzernamen sind "name(a)domain.tld ", würde also nur prüfen müssen, ob der im AUTHverschlüsselte Benutzername dem "mail from" entspricht. Vielleicht geht es ja auch, dass mit dem Login das "mail from" entfällt und gleich "rcpt to" kommt?? Ich danke allen Mitmachern! Gruß Steve

2 1

[postfix-users] smtpd-auth
by Carsten Laun-De Lellis 19 Jun '09

19 Jun '09

Hallo alle zusammen Ich habe ein Problem mit der Authtentifizierung über mysql und weiß nicht so recht, wie ich es lösen kann. Meldung in der log-Datei: S000003 postfix/smtpd[10591]: warning: unknown[10.242.2.6]: SASL LOGIN authentication failed: authentication failure Habe keine Idee, wo ich drehen muss, damit dies funktioniert. Momentan lasse ich nur relaying aus meinem LAN zu. Wäre super, wenn jemand unterstützen kann. Mit freundlichem Gruß Carsten Laun-De Lellis Anbei ein Auszug aus dem Ergebnis von saslfinger: saslfinger - postfix Cyrus sasl configuration Fr 19. Jun 12:38:03 CEST 2009 version: 1.0.4 mode: server-side SMTP AUTH -- basics -- Postfix: 2.5.5 System: Ubuntu 9.04 \n \l -- smtpd is linked to -- libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7d1f000) -- active SMTP AUTH and TLS parameters for smtpd -- broken_sasl_auth_clients = yes smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous -- listing of /usr/lib/sasl2 -- insgesamt 944 drwxr-xr-x 2 root root 4096 2009-06-15 09:55 . drwxr-xr-x 63 root root 20480 2009-06-15 17:09 .. -rw-r--r-- 1 root root 13868 2009-03-06 17:05 libanonymous.a -rw-r--r-- 1 root root 989 2009-03-06 17:05 libanonymous.la -rw-r--r-- 1 root root 13752 2009-03-06 17:05 libanonymous.so -rw-r--r-- 1 root root 13752 2009-03-06 17:05 libanonymous.so.2 -rw-r--r-- 1 root root 13752 2009-03-06 17:05 libanonymous.so.2.0.22 -rw-r--r-- 1 root root 16390 2009-03-06 17:05 libcrammd5.a -rw-r--r-- 1 root root 975 2009-03-06 17:05 libcrammd5.la -rw-r--r-- 1 root root 17848 2009-03-06 17:05 libcrammd5.so -rw-r--r-- 1 root root 17848 2009-03-06 17:05 libcrammd5.so.2 -rw-r--r-- 1 root root 17848 2009-03-06 17:05 libcrammd5.so.2.0.22 -rw-r--r-- 1 root root 47760 2009-03-06 17:05 libdigestmd5.a -rw-r--r-- 1 root root 998 2009-03-06 17:05 libdigestmd5.la -rw-r--r-- 1 root root 46828 2009-03-06 17:05 libdigestmd5.so -rw-r--r-- 1 root root 46828 2009-03-06 17:05 libdigestmd5.so.2 -rw-r--r-- 1 root root 46828 2009-03-06 17:05 libdigestmd5.so.2.0.22 -rw-r--r-- 1 root root 14160 2009-03-06 17:05 libldapdb.a -rw-r--r-- 1 root root 982 2009-03-06 17:05 libldapdb.la -rw-r--r-- 1 root root 17780 2009-03-06 17:05 libldapdb.so -rw-r--r-- 1 root root 17780 2009-03-06 17:05 libldapdb.so.2 -rw-r--r-- 1 root root 17780 2009-03-06 17:05 libldapdb.so.2.0.22 -rw-r--r-- 1 root root 13906 2009-03-06 17:05 liblogin.a -rw-r--r-- 1 root root 969 2009-03-06 17:05 liblogin.la -rw-r--r-- 1 root root 13748 2009-03-06 17:05 liblogin.so -rw-r--r-- 1 root root 13748 2009-03-06 17:05 liblogin.so.2 -rw-r--r-- 1 root root 13748 2009-03-06 17:05 liblogin.so.2.0.22 -rw-r--r-- 1 root root 30324 2009-03-06 17:05 libntlm.a -rw-r--r-- 1 root root 963 2009-03-06 17:05 libntlm.la -rw-r--r-- 1 root root 30196 2009-03-06 17:05 libntlm.so -rw-r--r-- 1 root root 30196 2009-03-06 17:05 libntlm.so.2 -rw-r--r-- 1 root root 30196 2009-03-06 17:05 libntlm.so.2.0.22 -rw-r--r-- 1 root root 14226 2009-03-06 17:05 libplain.a -rw-r--r-- 1 root root 969 2009-03-06 17:05 libplain.la -rw-r--r-- 1 root root 17844 2009-03-06 17:05 libplain.so -rw-r--r-- 1 root root 17844 2009-03-06 17:05 libplain.so.2 -rw-r--r-- 1 root root 17844 2009-03-06 17:05 libplain.so.2.0.22 -rw-r--r-- 1 root root 22402 2009-03-06 17:05 libsasldb.a -rw-r--r-- 1 root root 1000 2009-03-06 17:05 libsasldb.la -rw-r--r-- 1 root root 21804 2009-03-06 17:05 libsasldb.so -rw-r--r-- 1 root root 21804 2009-03-06 17:05 libsasldb.so.2 -rw-r--r-- 1 root root 21804 2009-03-06 17:05 libsasldb.so.2.0.22 -rw-r--r-- 1 root root 24164 2009-03-06 17:05 libsql.a -rw-r--r-- 1 root root 1098 2009-03-06 17:05 libsql.la -rw-r--r-- 1 root root 26064 2009-03-06 17:05 libsql.so -rw-r--r-- 1 root root 26064 2009-03-06 17:05 libsql.so.2 -rw-r--r-- 1 root root 26064 2009-03-06 17:05 libsql.so.2.0.22 -- listing of /etc/postfix/sasl -- insgesamt 12 drwxr-xr-x 2 root root 4096 2009-06-19 11:57 . drwxr-xr-x 4 root root 4096 2009-06-18 17:50 .. -rw-r--r-- 1 root root 458 2009-06-19 11:57 smtpd.conf -- content of /etc/postfix/sasl/smtpd.conf -- #Global parameters log_level: 5 pwcheck_method: auxprop mech_list: plain login # cram-md5 digest-md5 #auxiliary plugin parameters auxprop_plugin:sql sql_engine:mysql sql_hostnames:localhost sql_database:mail sql_user: --- replaced --- sql_password: strenggeheim # sql_select: SELECT '%p' from virtual_users where username = '%u' and userrealm = '%r' and auth = '1' sql_select: SELECT password from virtual_users where username = '%u' and auth = '1' sql_usessl: no -- content of /etc/postfix/sasl/smtpd.conf -- #Global parameters log_level: 5 pwcheck_method: auxprop mech_list: plain login # cram-md5 digest-md5 #auxiliary plugin parameters auxprop_plugin:sql sql_engine:mysql sql_hostnames:localhost sql_database:mail sql_user: --- replaced --- sql_password: strenggeheim # sql_select: SELECT '%p' from virtual_users where username = '%u' and auth = '1' sql_select: SELECT password from virtual_users where username = '%u' and auth = '1' sql_usessl: no -- active services in /etc/postfix/master.cf -- # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) smtp inet n - - - - smtpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp relay unix - - - - - smtp -o smtp_fallback_relay= showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scache unix - - - - 1 scache maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} amavisd-new unix - - n - 2 smtp -o smtp_data_done_timeout=1200s -o disable_dns_lookups=yes 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -- mechanisms on localhost -- 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN -- end of saslfinger output --

4 8

[postfix-users] Postfix und Exchange 2007
by Niels Jende 18 Jun '09

18 Jun '09

Hallo zusammen, ich möchte gerne folgendes realisieren und habe aber leider mit $Suchmaschine kein brauchbares HowTo gefunden. Vielleicht, so hoffe ich aber arg, hat das einer von Euch schon mal gemacht und hat ein HowTo parat. Nun aber zu meinem Vorhaben: Mails kommen beim Provider -- in diesem Falle 1&1 an und sollen auch über diesen versendet werden. Postfix soll diese mails abholen und an die jeweiligen Exchange 2007 Postfächer weiterreichen. Wenn die User mails schreiben, werden die vom exchange an den Postfix übergeben, der diese dann via 1&1 versendet. Hat das schon mal einer von Euch gemacht und kann mir sagen wie und wo und was ich z.Bsp. in der main.cf zu machen habe? Muss ich nicht auch irgendwie die AD-Struktur i Postfix importieren oder...? Besten Dank schon jetzt für Eure Antworten und Hilfestellungen Gruß Niels __________ Hinweis von ESET Smart Security, Signaturdatenbank-Version 4160 (20090616) __________ E-Mail wurde geprüft mit ESET Smart Security. http://www.eset.com

6 23