[Techinfo] Közös e-mail cím több gépen

[fboldog at gmail.com]

Sziasztok!

 

Nem csak osztom, hanem szorzom is amit mondasz. 😊 Egyetértek, viszont azt szeretik ha mindenki tud mindenről, ami e-mailben jön a központi címre. Az már plusz munka lenne a vezető részéről, hogy kiszórja mindenkinek az egyéni céges címekre a levelet. Plusz ha szabin van a főnök vagy bármely kolléga, akkor így látják, hogy mi érkezett be és tudnak mindenről. Az más kérdés, hogy a válaszokat már csak az látja, aki küldte a POP3-as elérés miatt. Molnár Péter jól tippelte, hogy azért nem IMAP, mert tárhelyet bérelnek és az nem korlátlan. Amolyan „kisgömböc” effektus lépne fel. A főnöknek meg nincs ideje törölgetni, válogatni a leveleket. Több kisebb cégnél is tapasztalom, hogy semmilyen e-mail nem szabad törölni, mert hátha egyszer kell akármi miatt. 

Ezzel nehéz szembe menni, higgyétek el mikor elvállaltam ezt a munkát ez volt az első, amit kifogásoltam, de óriási tiltakozás lett belőle.

 

Nem ide tartozik, csak filozofálgatás, de miért szeretnek az emberek minden fájlt az asztalon tárolni? Mert kényelmes, szem előtt van. Ugyanakkor a legsz at ...rabb <mailto:legsz at ...rabb>  hely erre a célra. Megszokták, így élnek nem hajlandók változtatni.

Van egy másik gond is, annak viszont estefelé ha ráérek külön szálat nyitok, mert úgy korrekt.

A levelező szerver üzemeltetőitől, közben annyi választ kaptam, hogy a szerveren beállított szürkelista fogta meg a be nem érkezett levelet. Most kiszedtem próbaképpen. Bár még igy sem teljesen logikus, hogy miért kapta meg az egyik gépen és miért nem a másikon.

 

------

Üdv:

Boldog Ferenc

 

 

 

Az miért nem működik, hogy nem közös címet használnak, hanem mail alias vagy továbbküldeni arra az 5-6 címre? MSO fióknak is tudni kellene ezt simán. De gondolom, ezen a címen válaszol az összes ember, ha beérkezik valami, mert ha már katyavasz akkor legyen igazán katyvasz.

 

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lista.sulinet.hu/pipermail/techinfo/attachments/20200103/93e6502a/attachment.html>