Hi, Oliver Helmling wrote:
ich habe mir das nochmal mit der multidropmailbox durch den kopf gehen lassen. ;-)
einen account multidrop_firma . in der virtusertable den eintrag @firma.domain multidrop_firma
oder über mailertable wie im README von sendmail über procmail. oder über ein aliasfile. aber steht da nicht immer envelope header Received: from .... by .... for multidrop_firma
das ist doch genau der header, an dem fetchmail erkennt, an wen die mail ging. außerdem stehen doch keine Cc: und Bcc: addr drin? qmail macht das über einen neuen header, aber mit qmail kenne ich mich nicht aus. das einzige, was mir bei sendmail einfällt ist, daß man versuchen könnte, den from header anders zu gestalten. davon raten die sendmail leute aber ab.
<g> Das ist soweit richtig, aber es liegen dann zwei mails im postfach, die urspruengliche und die cc: oder bcc: das macht ja der abschickende (oder wars der annehmende?(bei gleicher domain)) mailer.
daraufhin sicherstellen, daß mein mailserver mails an firma.domain annimt. z.B. über ein cw file. beim dns den rest des internets darüber informieren, daß für firma.domain mein mailserver zuständig ist. würde ich da eigentlich ein eigenes zone file schreiben mit den MX records, die auf meinen richtigen mailserver zeigen? warte ... muß mal testen.
jep.
funktioniert, ist es aber zulässig? ah jetzt glaube habe ich den unterschied zwischen fetchmail name-mapping und virtusertable geschnallt. falls firma.com nicht als lokaler hostname auftaucht findet auch bei sendmail kein name mapping statt. anders als bei fetchmail.
warum soll das nicht zulaessig sein ? Das kannst Du auch auf www.sendmail.org nachlesen, z.b. weiterleitungen ala @firma.com %1@firma2.com usw. Wenn sich z.B. eine Domain aendert. -- MfG, M. Stahn --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com