July 2008 - postfix-users

[postfix-users] proxymap Prozesse tunen?
by Christian Bricart 31 Jul '08

31 Jul '08

Tach zusammen, erstmal zum Verständnis: ist es korrekt, dass es jeweils genau einen proxymap Prozess für jede in der main.cf referenenzierten "proxy:blubber:...." gibt? d.h Änderungen in der master.cf unter MaxProcs für proxy werden ignoriert..? Und jetzt zur eigentlichen Frage: Hier laufen im moment insgesamt 10 proxymap-Prozesse und jeder steht im top mit CPU-Werten zwischen 10% und 20% (das ist ne 2-vCPU-VM auf ESX) irgendwie ist mein System also zu 90% mit proxymap-Prozessen beschäftigt - und das alles auf CPU... was zum Geier muss der abfragende Client bei ner SQL-Abfrage denn so gross "rechnen".. das macht doch der DB-Server der gefragt wird.. Und kann man da was tunen..? Oder die max. Anzahl an zulässigen Verbindungen zur Datenbank erhöhen, den Postfix aus der chroot befreien und kein proxymap verwenden als einzige Möglichkeit..? Eingebaut sind die Lookups in smtpd_recipient_restrictions, relay_domains, transport_maps und virtual_alias_maps Christian

4 9

[postfix-users] smtpd_recipient_restrictions und aliases/address rewriting
by Robert 30 Jul '08

30 Jul '08

postfix-ldap 2.3.8-2+b1 - cyrus 2.2.13-10 Hallo, folgende Situation: Auf einem von mir eingerichteten Mailserver werden die Mailaccounts gegen ein LDAP Verzeichniss authentifiziert. Jeder LDAP Account enthält ein Attribut "mailEnabled" welches von Postfix per "smtpd_recipient_restrictions = check_recipient_access ldap:ldapmailenab" ausgewertet wird. Ist das Attribut auf "OK" gesetzt werden Mails an den Account zugestellt. Bei "550 User temporary disabled" wird die Mail von Postfix abgewiesen. folgendes Problem: Funktioniert soweit auch ganz gut, allerdings nur, solange die Empfängeradresse nicht von Postfix umgeschrieben wird. Beispiel Alias. Jeder Benutzer hat auch ein Alias Attribut. Wird eine Mail an seinen Alias gesendet greifen die "smtpd_recipient_restrictions" nicht mehr und die Mail wird trotz abgeschaltetem Account zugestellt. Wie kann ich es erreichen das die "smtpd_recipient_restrictions" auch bei address rewriting greifen ? ein paar Auszüge aus Config- und Logfiles #### main.cf #### alias_maps= hash:/etc/aliases, ldap:ldapaliases smtpd_recipient_restrictions = check_recipient_access ldap:ldapmailenab, permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination ldapaliases_server_host= localhost ldapaliases_server_port= 389 ldapaliases_bind= no ldapaliases_timeout= 20 ldapaliases_search_base= ou=Users,dc=aepnet,dc=de ldapaliases_query_filter= (alias=%s) ldapaliases_result_attribute= uid ldapaliases_lookup_wildcards= no ldapmailenab_server_host= localhost ldapmailenab_server_port= 389 ldapmailenab_bind= no ldapmailenab_timeout= 20 ldapmailenab_search_base= ou=Users,dc=aepnet,dc=de ldapmailenab_query_filter= (|(mail=%s)(alias=%s)) ldapmailenab_result_attribute= mailenabled ldapmailenab_lookup_wildcards= no #### Teil LDIF eines Users #### dn: uid=robberer, ou=Users, dc=aepnet,dc=de mail: robberer(a)aepnet.de alias: robert.nachname uid: robberer mailEnabled: 550 User temporary disabled #### /var/log/mail.log #### #### email an robberer(a)aepnet.de (richtiges cyrus postfach) #### Jul 30 11:41:57 mail1 postfix/smtpd[22463]: NOQUEUE: reject: RCPT from mx01.aepnet.de[212.204.48.213]: 550 5.7.1 <robberer(a)aepnet.de>: Recipient address rejected: User temporary disabled; from=<robberer(a)xxxxxxx.de> to=<robberer(a)aepnet.de> proto=ESMTP helo=<mx01.aepnet.de> #### /var/log/mail.log #### #### email an robert.nachname(a)aepnet.de (alias für robberer(a)aepnet.de) #### Jul 30 11:44:30 mail1 postfix/lmtp[22480]: 1C31B6000C6: to=<robberer(a)aepnet.de>, orig_to=<robert.nachname(a)aepnet.de>, relay=mail2.aepnet.de[/var/run/cyrus/socket/lmtp], delay=0.35, delays=0.17/0/0.04/0.13, dsn=2.1.5, status=sent (250 2.1.5 Ok) MfG Robert

2 3

[postfix-users] Falsche NIC bei 2 Postfix-Instanzen
by Michael Peter 29 Jul '08

29 Jul '08

Hallo zusammen, ich betreibe zwei Postfix Server, welche als Mailrelays dienen - einer für eingehende, einer für ausgehende E-Mails. Nun würde ich gern beide Server auf einem vereinen. Dazu habe ich zwei Postfix-Instanzen erstellt. Sobald ich Postfix-out (2. Instanz) starte funktioniert auch alles. Über Instanz 1 (eth0) kommen die Mails rein, werden an Amavis (Spamassassin + Clamd) übergeben und kommen wieder zurück an Instanz 1. Instanz 2 nimmt auch die Mails an und versendet sie nach draußen. Nach einiger Zeit (mal 1-2 Minuten, mal erst nach 30 Minuten) hängen aber Mails in der Queue (Timeout). Grund ist, dass Postfix-in die zweite NIC eth1 zum Versenden der Mails an den internen Exchange-Server nutzt statt eth0. Die Firewall lässt nur von eth0 eine Verbindung nach intern zu. Netstat zeigt an, dass eben eth1 versucht den Exchangeserver zu kontaktieren. Ich habe schon jede Menge mit smtp_bind_address und inet_interfaces herumprobiert. Ohne Erfolg. Hat jemand eine Idee, wo ich noch drehen kann? Hier noch die Configs: Postconf -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases alternate_config_directories = /etc/postfix-out append_dot_mydomain = no biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no header_checks = regexp:/etc/postfix/header_checks home_mailbox = Maildir/ html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = <dnsname1.mydomain.com>, localhost, 127.0.0.1 inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail-in mailbox_command = /usr/bin/procmail mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 4000000 mydestination = <dnsname1.mydomain.com>, localhost mydomain = <mydomain.com> myhostname = <dnsname1.mydomain.com> mynetworks = <IP-eth0> mynetworks_style = subnet myorigin = /etc/mailname newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix-in readme_directory = /usr/share/doc/packages/postfix/README_FILES recipient_delimiter = + relay_domains = <mydomain.com> relay_recipient_maps = hash:/etc/postfix/relay_recipients relayhost = <interne IP Exchange> relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination,reject_rbl_client zen.spamhaus.org smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 virtual_alias_domains = hash:/etc/postfix/virtual virtual_alias_maps = hash:/etc/postfix/virtual Postconf -c /etc/postfix-out/ -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases alternate_config_directories = /etc/postfix append_dot_mydomain = no biff = no canonical_maps = hash:/etc/postfix-out/canonical command_directory = /usr/sbin config_directory = /etc/postfix-out/ daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no home_mailbox = Maildir/ html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = <dnsname2.mydomain.com> inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail-out mailbox_command = /usr/bin/procmail mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 4000000 mydestination = <dnsname2.mydomain.com> mydomain = <mydomain.com> myhostname = <dnsname2.mydomain.com> mynetworks = <interne IPs, DMZ-IPs, nicht eht0!> mynetworks_style = subnet myorigin = /etc/mailname-out newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix-out readme_directory = /usr/share/doc/packages/postfix/README_FILES recipient_delimiter = + relayhost = relocated_maps = hash:/etc/postfix-out/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix-out/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtp_bind_address = <IP eth1> smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix-out/access smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no syslog_name = mailout transport_maps = hash:/etc/postfix-out/transport unknown_local_recipient_reject_code = 450 virtual_alias_domains = hash:/etc/postfix-out/virtual virtual_alias_maps = hash:/etc/postfix-out/virtual Gruß Michael Peter

3 6

[postfix-users] Postfix als Relay von Exchange 07 hat Problem mit Mail-Anhängen
by Dominik Herz 25 Jul '08

25 Jul '08

Hi zusammen, ich betreibe eine Umgebung mit einem Exchange 2007 (Windows Server 2003), der seine Mails über einen vorgelagerten Postfix (CentOS 5.2) empfängt, bzw. verschickt. Dies passiert, um die eMail-Adressen umzuschreiben (lokale Domain -> externe Domain). Dort klappt alles so wie es soll. Nun habe ich die gleiche Konstellation ein zweite Mal installiert. Hierbei taucht folgendes Phänomen auf: Eingehende eMails (extern -> postfix -> amavisd -> postfix -> exchange) werden alle korrekt und schnell verarbeitet und zugestellt. Ausgehende eMails ohne Anhang werden ebenfalls korrekt verarbeitet und kommen an. Ausgehene eMails MIT Anhang bleiben hängen und benötigen gute 5 Stunden für die Zustellung. hängen bleiben sie auf dem Weg zwischen Exchange und postfix. Die Verbindung ist noch aktiv, der smtpd benötigt aber ca. 10 Minuten für den Empfang einer 200kB großen eMail. Der anshließende cleanup-daemon benötigt dann so lange, bis er auf einen Timeout stößt. Dann wird die eMail weiterverarbeitet und zugestellt. Das Problem taucht ausschließlich bei ausgehenden eMails mit (egal wie großem) Anhang auf. Das kuriose ist, dass folgende Kontellationen funktionieren: A = erstes System, auf dem alles funktioniert B = zweites System, auf dem das o.a. Problem auftritt 1. Exchange (A) --> postfix (A) funktioniert 2. Exchange (A) --> postfix (B) funktioniert 3. Exchange (B) --> postfix (A) funktioniert 4. Exchange (B) --> postfix (B) funktioniert NICHT Identische Einstellungen, Versionen, Patch-Stände, etc. auf allen Servern... Hier die postconf -n vom postfix (B): --------------------------------------------- alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = amavis:[127.0.0.1]:10024 daemon_directory = /usr/libexec/postfix disable_dns_lookups = yes html_directory = /usr/share/doc/postfix-2.5.1-documentation/html mail_owner = postfix mailbox_size_limit = 0 mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender masquerade_domains = local.domain message_size_limit = 104857600 mydestination = $myhostname, localhost.$mydomain, $mydomain mydomain = local.domain myhostname = postfix.local.domain mynetworks = 192.168.1.112/32, 192.168.1.111/32, 127.0.0.0/8, 62.75.151.134/32, 217.70.144.94/32, 91.4.107.131/32 myorigin = $mydomain newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.5.1-documentation/readme recipient_canonical_maps = hash:/etc/postfix/recipient_canonical relay_domains = local.domain relay_recipient_maps = hash:/etc/postfix/relay_recipients relayhost = relay.server.extern sample_directory = /usr/share/doc/postfix-2.3.3/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop smtp_helo_name = mail.extern.domain smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_use_tls = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem 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_timeout = 3600s smtpd_use_tls = yes strict_rfc821_envelopes = no tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 ----------------------------------------------- Vielen Dank schon im Voraus!!! mfg domi

5 7

[postfix-users] ausgehende Mails als Spam markiert
by Gerald Nowitzky 23 Jul '08

23 Jul '08

Hallo! Ich habe folgendes Problem: Ich betreibe einen Postfix mit Amavis und Spamassassin. Der Server nimmt Mails für seine Domains entgegen und ist Relay für ausgehende Mails. Die Nutzer für ausgehende Mails sind nicht in einem Trusted Network, sondern authentifizieren sich über SASL. Das Problem ist nun, dass auch die ausgehenden Mails, also Mails von Nutzern, die sich über SASL authentifizieren, über den Spamassassin gehen. Mit entsprechend blödem Inhalt und einer dynamischen IP passiert es immer wieder, dass eine ausgehende Mail von meinem Spamassassin als Spam markiert wird und so dem Empfänger zugestellt wird. Gibt es eine Möglichkeit, das zu verhindern? Vielen Dank für die Hilfe! (Gerald) Hier ist meine master.cf. :10024 / :10025 ist der "umweg" für den Amavis. smtp inet n - n - - smtpd -o content_filter=smtp-amavis:[127.0.0.1]:10024 pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr 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 smtp unix - - - - - smtp relay unix - - - - - smtp -o fallback_relay= showq unix n - - - - showq error unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - 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} procmail unix - n n - 5 pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /opt/open-xchange/etc/admindaemon/procmailrc ${sender} ${user} ${recipient} smtp-amavis unix - - n - 2 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes -o max_use=20 127.0.0.1:10025 inet n - n - - smtpd -o content_filter=procmail:spamcheck -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_delay_reject=no -o smtpd_client_restrictions=permit_mynetworks,reject -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks_style=host -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 -o smtpd_client_connection_count_limit=0 -o smtpd_client_connection_rate_limit=0 -o receive_override_options=no_header_body_checks,no_unknown_recipient_checks smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp-amavis:[127.0.0.1]:10024

5 17

[postfix-users] syncml lightning kalender usw
by Robert Schetterer 15 Jul '08

15 Jul '08

Hi@all, mal off topic ich hab gerade ein testsetup mit Horde gemacht , die neue Webmail Edition von Horde funktioniert wunderbar als syncml server fuer Kalender, Termine, Tasks, Adressbuecher mit dem funabol Plugin fuer Thunderbird und Outlook, Handies usw , ausserdem auch als webdav server fuer native Kalender also mit Gruppenkalenderfunktionen. Im Zusammenspiel mit Postfixadmin dovecot, amavis , clam, spamassassin, mysql, apache ( jeder User kann seine spamasssassin Einstellungen setzen in einer mysql datenbank ), Filtering mit sieve plugin ueber Ingo ( forward, Abwesenheit etc ) und passwort wechsel wirklich eine runde Sache, mit richtigen Multidomainsupport ( also deligierten domain admin ) man kann sogar einen shared folder per domain einrichten. ( gescripted) Leider ist imap acl bei dovecot filebasierend dafuer gibt es kein WebmailInterface ( soweit mir bekannt ) und fuer freigegebene Userordner ebenfalls nicht. Ausserdem ist weder mit maildir format noch mit mbox in einem virtual domain setup egal mit welchem namespace die darstellung von fregegebenen userfoldern mit fqdn emailnamen moeglich ( wegen den delimitern . oder / ) mit dem dovecot eigenen Mailboxformat dbox funktioniert dies zwar aber da scheinen noch einige bugs drinn zu sein. Da ich aber wirklich alle Funktionen von imap nutzen will werde ich mich wohl wieder mit der combo webcyradmin cyrus postfix rumschlagen, die dev Version von webcyradmin setzt nun wohl das virt domain Model von cyrus um somit sind also imap acls kein Problem, mir scheint dort nur noch eine Verwaltung von shared public Foldern zu fehlen. ( ausserdem ich bestehe darauf das der auth usernamen gleich der emailadresse ist in eine virt setup) Sollte dies gelingen waere wohl ein opensource Mutlidomain imap Groupwareserver moeglich der nun ( zwar uber ein paar Umwege ) alle denkbaren und moeglichen Groupwareoptionen vereint und als crossplattform ( mit thunderbird/horde ) vergleichbar im Umfang mit exchange ist Aehnlich waere das im Funktionsumfang mit ein Kolab server eigentlich moechte ich zwar cyrus nicht nutzen aber dovecot wird wohl noch ein weile brauchen bis wirklich alle denkbaren imap optionen umgesetzt sind , braucht aber jemand keine sharedfolder mit acls, oder usersharing von imap foldern ( bzw der Admin uebernimmt das auf der shell), ist dovecot wirklich unschlagbar vor allem in der Performance Jemand ein Meinung dazu oder einen Tipp? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0

[postfix-users] Mailrelay für mehrere Domains
by Roland Scheike 10 Jul '08

10 Jul '08

Hi! Ich bin gerade am tüfteln wie ich folgende Konstellation realisieren kann und hänge irgendwie fest: Intern steht ein Groupware-Server, der als endgültiges Mailziel dient. Zwischen Internet und dem Groupware-Server möchte ich nun ein Postfix-System mit MySQL-Unterstützung und Amavis etablieren. Der Groupwareserver nimmt Mails für die Domain foo.de an- vom Internet sind allerdings die Domains foo.de, foo.com und foo.net gültig. Alle Aliase sind auf allen Domains gleich. D.h. service(a)foo.de, service(a)foo.com und service(a)foo.net z.B. sollen intern zu service(a)foo.de werden und zum Groupwise-Server zugestellt werden. Ideal wäre es also unabhängig vom Alias erst die Domain zu "ersetzen", dann die Alias-Prüfung auf Gültigkeit durchzuführen, die Mail an Amavis zu übergeben und dann zurück zu Postfix, der sie dann an das Groupware-System zustellt. Leider finde ich keine Möglichkeit das o.g. zu realisieren- die einzige Möglichkeit die ich momentan sehe ist, alle Aliase für alle Domains zu pflegen und das ist mir ehrlich gesagt zuviel Arbeit ;-) Nehme ich virtual_alias_maps und trage hier die Aliase nach folgendem Muster ein bekomme ich ein riesen Problem mit Backscatters was ich natürlich nicht will ... service(a)foo.de service(a)foo.de @foo.com @foo.de @foo.net @foo.de ... Kann mir evtl. jemand auf die Sprünge helfen? Vielen Dank schonmal! Roland

2 4

[postfix-users] umschreiben aller ankommenden mail
by Robert Schetterer 08 Jul '08

08 Jul '08

Hallo @ll, hat jemand von euch schon mal alle emailadressen von herein kommenden mails umgeschrieben und dann weitergeleitet ( mit dns ignore *g) also zb beisp1234(a)beisp.local zu noreply(a)beisp.local beisp5678(a)beisp.local zu noreply(a)beisp.local (die nummern in den emailadressen sind mehr oder weniger zufaellig) usw ich hab da einen Kunden der hat da ein Problem mit seinem exchange und seiner Siemens telefonanlage ( ein unschlagbares Duo *g ) -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 3

[postfix-users] disclaimer altermime utf8
by andreas hildebrandt 08 Jul '08

08 Jul '08

Hallo, ich habe das Problem das altermime an utf-8 kodierte e-mails keinen Disclaimer anhängt. Bei iso-8859 und html funktioniert es. Ich benutze den Script add_disclaimer.sh mit Debian etch altermime 0.3.7-2 Im Internet habe ich keine Lösung dafür gefunden. Kennt jemand diese Verhalten von altermime? Oder anders gefragt, kann mir jemand einen Tipp geben wie ich das Problem lösen kann? danke im Voraus andreas

1 0

[postfix-users] Mailqueue übertragen
by Thomas Schwenski 08 Jul '08

08 Jul '08

Hallo, ich will heute einen neuen Server endgültig in Betrieb nehmen. Da auf der alten Kiste noch ein paar Mails in der Queue hängen, müssen diese noch auf die neue Maschine übertragen werden. Reicht es einfach die Ordner auf den neuen Server zu übernehmen oder wäre es sinnvoller, die per transport_maps einliefern zu lassen? Thomas

2 1